A quick question for ckolivas or kano...
A while back I started looking at cgminer with a view to making a few minor modifications. It took a while to get my head around how the software worked but I really couldn't find an important bit of code, i.e. the code that actually calculates the final hash value. Obviously sha2.c contains the sha256 code but it is the part that calls it to generate the final hash I am looking for. After the Merkle root etc. have been calculated the hash routine should be called 3 times, twice for the first hash due to the length being 80 and then once with the resulting 32 byte result to give the final result. I can see that the first part of the first hash only needs to be calculated once as the nonce changes as that is beyond the first 64 bytes and this appears to be then stored in midstate but I can't see where that is then used with the nonce to finish the first hash and then do the second hash to get the result.
Also, is regen_hash only used once a result within difficulty is found to double check the result?
It's a while since I last looked at the code but I'm sure you understand what I mean and hopefully can point me in the right direction.
Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 73. (Read 5805649 times)
September 04, 2014, 10:28:05 PM
September 03, 2014, 07:46:48 PM
Is the --enable-ants1 for cross compiling for OpenWrt to run directly on the S1??
I've tried the master branch, bitmain repo and kanoi repo and none detect the actual blades on OpenWrt on the S1 controller...
Now to search for an older version and give that a go.
8 )
Edit:
Used the ants1-4.3.2a-85fcf0c branch from kanoi's repo and that works,
Get this once in a while?
ANT0: bitmain_parse_results() RxNonce Data error work(19289)
I've tried the master branch, bitmain repo and kanoi repo and none detect the actual blades on OpenWrt on the S1 controller...
Now to search for an older version and give that a go.
8 )
Edit:
Used the ants1-4.3.2a-85fcf0c branch from kanoi's repo and that works,
Get this once in a while?
ANT0: bitmain_parse_results() RxNonce Data error work(19289)
September 03, 2014, 12:40:05 PM
Hi ckolivas & Kano,
I noticed Bitmain have uploaded their cgminer source code here:
https://github.com/bitmaintech/cgminer
Did you guys get a chance to check it out yet?
We've not I'm afraid as we've both been busy with this upcoming pool project that is no longer a secret. Kudos to bitmain for finally releasing the code, and even better that they synced up with latest cgminer. However from my understanding the S3 code rips out and replaces the S1 and S2 code so it will almost certainly need massaging just to make sure it's not stepping on other drivers even before we can start talking about improvements. Hopefully soon...I noticed Bitmain have uploaded their cgminer source code here:
https://github.com/bitmaintech/cgminer
Did you guys get a chance to check it out yet?
Turns out it's the USB cgminer, not the Ants.....
They've said they'll release a new firmware version for the S2 & S3 units soon....
Peace
September 03, 2014, 08:53:50 AM
Ive been getting "cgminer: --scrypt: unrecognized option" when trying to run my batch file on cgmine 4.5.0
Any known reason for this?
Thanks
Scrypt mining was removed and is no longer available in any versions newer than 3.7.2.Any known reason for this?
Thanks
Thanks, havent mined in a while, haha.
September 03, 2014, 07:51:58 AM
Hi ckolivas & Kano,
I noticed Bitmain have uploaded their cgminer source code here:
https://github.com/bitmaintech/cgminer
Did you guys get a chance to check it out yet?
We've not I'm afraid as we've both been busy with this upcoming pool project that is no longer a secret. Kudos to bitmain for finally releasing the code, and even better that they synced up with latest cgminer. However from my understanding the S3 code rips out and replaces the S1 and S2 code so it will almost certainly need massaging just to make sure it's not stepping on other drivers even before we can start talking about improvements. Hopefully soon... I noticed Bitmain have uploaded their cgminer source code here:
https://github.com/bitmaintech/cgminer
Did you guys get a chance to check it out yet?
September 03, 2014, 07:42:34 AM
Hi ckolivas & Kano,
I noticed Bitmain have uploaded their cgminer source code here:
https://github.com/bitmaintech/cgminer
Did you guys get a chance to check it out yet?
Peace
I noticed Bitmain have uploaded their cgminer source code here:
https://github.com/bitmaintech/cgminer
Did you guys get a chance to check it out yet?
Peace
September 03, 2014, 01:08:58 AM
Hi! I search for report a issue in github, but no clue 
cgminer crash, when ID from ASIC reach to 32535, terminal get with chars from last update, and cant see any command in terminal....
the final log line is: "hotplug thread 32535 create failed"
It looks like it's hitting a thread count limit on your operating system, and that's not surprising, but the real question is why do you even get to IDs that high? If you have massive instability that leads to devices constantly dropping out and being re-hotplugged then you have some other major problem. cgminer crash, when ID from ASIC reach to 32535, terminal get with chars from last update, and cant see any command in terminal....
the final log line is: "hotplug thread 32535 create failed"
September 03, 2014, 01:03:45 AM
Ive been getting "cgminer: --scrypt: unrecognized option" when trying to run my batch file on cgmine 4.5.0
Any known reason for this?
Thanks
Scrypt mining was removed and is no longer available in any versions newer than 3.7.2. Any known reason for this?
Thanks
September 03, 2014, 12:03:25 AM
Ive been getting "cgminer: --scrypt: unrecognized option" when trying to run my batch file on cgmine 4.5.0
Any known reason for this?
Thanks
Any known reason for this?
Thanks
September 01, 2014, 04:53:19 PM
Hi! I search for report a issue in github, but no clue
cgminer crash, when ID from ASIC reach to 32535, terminal get with chars from last update, and cant see any command in terminal....
the final log line is: "hotplug thread 32535 create failed"
cgminer crash, when ID from ASIC reach to 32535, terminal get with chars from last update, and cant see any command in terminal....
the final log line is: "hotplug thread 32535 create failed"
August 31, 2014, 12:00:15 AM
This is great! I am going to point some power at it when I get home
It will be interesting to see how it goes.
Excellent work as always.
It will be interesting to see how it goes.
Excellent work as always.
Here's what's been going on in ck-coding land with a quote from my post in the pools subsection:
August 30, 2014, 11:25:38 PM
Here's what's been going on in ck-coding land with a quote from my post in the pools subsection:
http://solo.ckpool.org
No frills, no fuss 0.5% fee anonymous solo bitcoin mining for everyone
No registration required, no payment schemes no pool op wallets
Configuration:
Just point your miner to: stratum+tcp://solo.ckpool.org:3333
Set your username to your btcaddress with any or even no worker extension, and any password.
eg: cgminer -o stratum+tcp://solo.ckpool.org:3333 -u 1PKN98VN2z5gwSGZvGKS2bj8aADZBkyhkZ.0 -p x
If you enter an invalid address you will be rejected
Suitable for:
Large mining farms
Regular miners struggling to recoup costs who wish to take extra risk for greater reward potential for part or all of their hashrate
The last backup for all miners who don't have a solo setup or wish to avoid the overheads of running one
Miners with old/inefficient miners that will never earn any rewards through regular mining that wish to leave it mining as a lottery
Proxy support:
Miners with many devices wishing to consolidate their devices into a single connection to solo ckpool are recommended to use the complementary ckpool code as ckproxy stratum proxy (for linux).
Ckpool code is available here: https://bitbucket.org/ckolivas/ckpool
Statistics:
Solo.ckpool.org currently only displays minimal per user information based on btcaddress.
To access this, enter your BTC address at the end of: http://solo.ckpool.org/users/
Advantages over regular solo mining:
Mining at solo.ckpool.org avoids the overheads of running a full bitcoin node that requires both great storage and bandwidth for optimal performance.
Solo.ckpool.org is extensively connected to high speed low latency bitcoin nodes for rapid block change notification and propagation.
Unlike regular pools, ckpool never mines transaction-free blocks due to its ultra-scaleable code which has miners on both new blocks and transactions concurrently.
How it works:
ckpool automatically takes your bitcoin address and gives you a unique stratum connection mining to your own address.
If you find a block, all 25BTC + transaction fees get generated directly at your bitcoin address!
There is no need to worry about passwords, logins, withdrawals, authentication or pool wallet hacks.
You remain anonymous apart from your btc address.
All you need to confirm you are mining to your own address is to examine the coinbase and template sent to you over stratum.
Note that if you do not find a block, you get no reward at all with solo mining.
0.5% goes to 1PKN98VN2z5gwSGZvGKS2bj8aADZBkyhkZ to operate the pool and contribute to further ckpool code development.
Pool code and pool operated and created by Con Kolivas, creator of cgminer and ckpool.
No frills, no fuss 0.5% fee anonymous solo bitcoin mining for everyone
No registration required, no payment schemes no pool op wallets
Configuration:
Just point your miner to: stratum+tcp://solo.ckpool.org:3333
Set your username to your btcaddress with any or even no worker extension, and any password.
eg: cgminer -o stratum+tcp://solo.ckpool.org:3333 -u 1PKN98VN2z5gwSGZvGKS2bj8aADZBkyhkZ.0 -p x
If you enter an invalid address you will be rejected
Suitable for:
Large mining farms
Regular miners struggling to recoup costs who wish to take extra risk for greater reward potential for part or all of their hashrate
The last backup for all miners who don't have a solo setup or wish to avoid the overheads of running one
Miners with old/inefficient miners that will never earn any rewards through regular mining that wish to leave it mining as a lottery
Proxy support:
Miners with many devices wishing to consolidate their devices into a single connection to solo ckpool are recommended to use the complementary ckpool code as ckproxy stratum proxy (for linux).
Ckpool code is available here: https://bitbucket.org/ckolivas/ckpool
Statistics:
Solo.ckpool.org currently only displays minimal per user information based on btcaddress.
To access this, enter your BTC address at the end of: http://solo.ckpool.org/users/
Advantages over regular solo mining:
Mining at solo.ckpool.org avoids the overheads of running a full bitcoin node that requires both great storage and bandwidth for optimal performance.
Solo.ckpool.org is extensively connected to high speed low latency bitcoin nodes for rapid block change notification and propagation.
Unlike regular pools, ckpool never mines transaction-free blocks due to its ultra-scaleable code which has miners on both new blocks and transactions concurrently.
How it works:
ckpool automatically takes your bitcoin address and gives you a unique stratum connection mining to your own address.
If you find a block, all 25BTC + transaction fees get generated directly at your bitcoin address!
There is no need to worry about passwords, logins, withdrawals, authentication or pool wallet hacks.
You remain anonymous apart from your btc address.
All you need to confirm you are mining to your own address is to examine the coinbase and template sent to you over stratum.
Note that if you do not find a block, you get no reward at all with solo mining.
0.5% goes to 1PKN98VN2z5gwSGZvGKS2bj8aADZBkyhkZ to operate the pool and contribute to further ckpool code development.
Pool code and pool operated and created by Con Kolivas, creator of cgminer and ckpool.
August 29, 2014, 09:25:49 PM
Any idea what I am doing wrong here?
It shows the following trying to run my BFL Monarch:
BitForceSC detect (3:3) failed to initialise (incorrect device?)
USB init, open device failed, err -3 you don't have privilege to access BAS device 3:3
I really hate doing this but:It shows the following trying to run my BFL Monarch:
BitForceSC detect (3:3) failed to initialise (incorrect device?)
USB init, open device failed, err -3 you don't have privilege to access BAS device 3:3
https://github.com/ckolivas/cgminer/blob/master/ASIC-README#L191
Plus the monarch code is not in the master branch so you're wasting your time unless you git checkout the bflsc28 branch
August 29, 2014, 08:12:34 PM
Any idea what I am doing wrong here?
Fresh install of ubuntu 14, tried this:
It shows the following trying to run my BFL Monarch:
BitForceSC detect (3:3) failed to initialise (incorrect device?)
USB init, open device failed, err -3 you don't have privilege to access BAS device 3:3
Fresh install of ubuntu 14, tried this:
Code:
sudo apt-get install build-essential autoconf automake libtool pkg-config libcurl3-dev libudev-dev
git clone https://github.com/ckolivas/cgminer
cd cgminer
sudo ./autogen.sh
sudo ./configure --enable-bflsc
sudo make
sudo make install
cgminer
It shows the following trying to run my BFL Monarch:
BitForceSC detect (3:3) failed to initialise (incorrect device?)
USB init, open device failed, err -3 you don't have privilege to access BAS device 3:3
August 29, 2014, 07:02:54 PM
That is help and I appreciate the advice. Does mingw just not work on windows or does it require better knowledge of how to build on windows?
August 29, 2014, 06:40:35 PM
How do you build your windows binaries?
I really hate doing this but precisely as it says here:https://github.com/ckolivas/cgminer/blob/master/README#L163
August 29, 2014, 06:20:35 PM
There's no libusb dll in the 4.5.0 binary for windows. I can unzip the binary deployment in a directory and it runs fine. Here's the commands I just tried for a build using mingw...
autoreconf -fvi
CFLAGS="-O2" ./configure --enable-avalon --enable-avalon2 --enable-bflsc --enable-bitfury --enable-cointerra --enable-drillbit --enable-hashfast --enable-hashratio --enable-icarus --enable-klondike
make
Still get usb errors. How do you build your windows binaries?
autoreconf -fvi
CFLAGS="-O2" ./configure --enable-avalon --enable-avalon2 --enable-bflsc --enable-bitfury --enable-cointerra --enable-drillbit --enable-hashfast --enable-hashratio --enable-icarus --enable-klondike
make
Still get usb errors. How do you build your windows binaries?
August 29, 2014, 04:51:14 PM
If you compiled with your own libusb installed instead of the included one that comes with cgminer, don't do that. There's a reason we include our own custom version of libusb in the code, and that's because every other version out there is buggy.
I did a build using the libusb included, but still get the LIBUSB errors. These are the commands I used...
autoreconf -fvi
CFLAGS="-O2 -msse2" ./configure --enable-bflsc --enable-icarus --enable-bitforce --enable-bitfury --enable-usbutils --disable-opencl --disable-adl
make
There were no errors, that I'm aware of anyway. a cgminer.exe was created. There's not a libusb dll I need to deploy is there?
August 29, 2014, 03:14:44 PM
If you compiled with your own libusb installed instead of the included one that comes with cgminer, don't do that. There's a reason we include our own custom version of libusb in the code, and that's because every other version out there is buggy.
I did a build using the libusb included, but still get the LIBUSB errors. These are the commands I used...
autoreconf -fvi
CFLAGS="-O2 -msse2" ./configure --enable-bflsc --enable-icarus --enable-bitforce --enable-bitfury --enable-usbutils --disable-opencl --disable-adl
make
There were no errors, that I'm aware of anyway. a cgminer.exe was created. There's not a libusb dll I need to deploy is there?
August 29, 2014, 10:26:14 AM
So I started with a fresh mingw install to make sure I didn't have an incorrect libusb anywhere. The downloaded 4.5.0 cgminer binary runs fine, but still get the usb errors with the version I build. Here are commands I used to build...
autoreconf -fvi
CFLAGS="-O2 -msse2" ./configure --enable-bflsc --enable-icarus --enable-bitforce --enable-bitfury --enable-usbutils --disable-opencl --disable-adl
make
Do I go through the libusb install process described in windows-build.txt below, but use the libusb folder included with cgminer instead of downloading libusb? Or will it automatically use it when going through the cgminer build process?
**************************************************************************************
* Optional - Install libusb if you need auto USB device detection; required for Ztex *
**************************************************************************************
Go to this url ==> http://git.libusb.org/?p=libusb.git;a=snapshot;h=master;sf=zip
save the file to your local storage. Open the file and copy the libusb* folder to
\MinGW\msys\1.0\home\(your user directory/folder).
Or if you do not want to download the file directly and would like to use git then
Type the following from the MSYS shell in your home folder.
git clone git://git.libusb.org/libusb.git
Run the MinGW MSYS shell
(Start Icon/keyboard key ==> All Programs ==> MinGW ==> MinGW Shell).
Change the working directory to your libusb project folder.
Example: cd libusb-something [Enter Key] if you are unsure then type "ls -la"
Another way is to type "cd libusb" and then press the tab key; It will auto fill.
Type the lines below one at a time. Look for problems after each one before going on
to the next.
./autogen.sh --disable-debug-log --prefix=/MinGW
make
make install
You may now exit the MSYS shell.
Ctrl-D or typing "logout" and pressing the enter key should get you out of the
window.
You will have to copy "libusb-1.0.dll" to your working cgminer binary directory.
You will find "libusb-1.0.dll" in the \MinGW\bin directory/folder.
autoreconf -fvi
CFLAGS="-O2 -msse2" ./configure --enable-bflsc --enable-icarus --enable-bitforce --enable-bitfury --enable-usbutils --disable-opencl --disable-adl
make
Do I go through the libusb install process described in windows-build.txt below, but use the libusb folder included with cgminer instead of downloading libusb? Or will it automatically use it when going through the cgminer build process?
**************************************************************************************
* Optional - Install libusb if you need auto USB device detection; required for Ztex *
**************************************************************************************
Go to this url ==> http://git.libusb.org/?p=libusb.git;a=snapshot;h=master;sf=zip
save the file to your local storage. Open the file and copy the libusb* folder to
\MinGW\msys\1.0\home\(your user directory/folder).
Or if you do not want to download the file directly and would like to use git then
Type the following from the MSYS shell in your home folder.
git clone git://git.libusb.org/libusb.git
Run the MinGW MSYS shell
(Start Icon/keyboard key ==> All Programs ==> MinGW ==> MinGW Shell).
Change the working directory to your libusb project folder.
Example: cd libusb-something [Enter Key] if you are unsure then type "ls -la"
Another way is to type "cd libusb" and then press the tab key; It will auto fill.
Type the lines below one at a time. Look for problems after each one before going on
to the next.
./autogen.sh --disable-debug-log --prefix=/MinGW
make
make install
You may now exit the MSYS shell.
Ctrl-D or typing "logout" and pressing the enter key should get you out of the
window.
You will have to copy "libusb-1.0.dll" to your working cgminer binary directory.
You will find "libusb-1.0.dll" in the \MinGW\bin directory/folder.
Jump to: