That's what git describe does...
anto@hp8530w:~/Development/bfgminer-5.3.0$ git describe
bfgminer-5.2.0-49-g3f30343
Yes. I know. But that means we cannot use the version.h generated by gen-version.sh if we used the latest git as the result is wrong.  The version in configure.ac is 5.3.0. So if we used the latest git, the gen-version.sh will generate bfgminer-5.2.0 instead of bfgminer-5.3.0. And that version will be displayed on BFGMiner UI as "bfgminer version 5.2.0" too, instead of "bfgminer version 5.3.0". Am I wrong? |
|
|
|
That's what git describe does...
anto@hp8530w:~/Development/bfgminer-5.3.0$ git describe
bfgminer-5.2.0-49-g3f30343
Yes. I know. But that means we cannot use the version.h generated by gen-version.sh if we used the latest git as the result is wrong. |
|
|
|
gen-version.sh builds version.h during make I bet OpenWrt is cloning the git, then copying it somewhere else without the .git directory... If so, you can probably fix it by generating version.h from/in that directory first. If you do get a working OpenWrt-from-git, I'd be interested in merging the changes.  Yes. You are right that OpenWRT clones your repository, packs it, copies it into the package source directory and deletes the whole cloned directory. However, I think the gen-version.sh does not generate the version of the latest git as it uses "git describe" command which takes the version base on the latest tag as below. anto@hp8530w:~/Development$ git clone -b bfgminer https://github.com/luke-jr/bfgminer.git bfgminer-5.3.0
Cloning into 'bfgminer-5.3.0'...
remote: Counting objects: 47192, done.
remote: Compressing objects: 100% (87/87), done.
remote: Total 47192 (delta 48), reused 0 (delta 0), pack-reused 47105
Receiving objects: 100% (47192/47192), 36.94 MiB | 6.02 MiB/s, done.
Resolving deltas: 100% (30084/30084), done.
Checking connectivity... done.
anto@hp8530w:~/Development$
anto@hp8530w:~/Development$ cd bfgminer-5.3.0/
anto@hp8530w:~/Development/bfgminer-5.3.0$
anto@hp8530w:~/Development/bfgminer-5.3.0$ git describe
bfgminer-5.2.0-49-g3f30343
anto@hp8530w:~/Development/bfgminer-5.3.0$
anto@hp8530w:~/Development/bfgminer-5.3.0$ git log -1
commit 3f303439dd2ca3d329c7ac981e8d89cfc65438da
Merge: c000fc9 04e9c86
Author: Luke Dashjr <luke-jr+git@utopios.org>
Date: Tue Oct 20 19:22:24 2015 +0000
Merge branch 'bm1382clock' into bfgminer
anto@hp8530w:~/Development/bfgminer-5.3.0$
I think you need to decide Luke how you would set the version of the latest git. Perhaps something like including the commit SHA for instance bfgminer-5.3.0-3f30343 for the above example. |
|
|
|
gen-version.sh builds version.h during make I bet OpenWrt is cloning the git, then copying it somewhere else without the .git directory... If so, you can probably fix it by generating version.h from/in that directory first. If you do get a working OpenWrt-from-git, I'd be interested in merging the changes. As I always say, I am not a programmer. But it looks quite simple so I think I will fork your repository, try to work out what you suggested and pull request it when I manage to implement that. |
|
|
|
You must be doing something unusual to build BFGMiner.
That "5.3.0-unknown" usually has the git commit id for custom builds.
Are you perhaps downloading zips/tars from GitHub rather than using git itself to fetch?
Yes, perhaps I did. But I always use your Makefile for my OpenWRT 14.07 package build. The only differences are instead using the following PKG_SOURCE_URL:=http://luke.dashjr.org/programs/bitcoin/files/$(PKG_NAME)/$(PKG_VERSION)/
I use the following for tmp40389 branch PKG_SOURCE_URL:=git://github.com/luke-jr/bfgminer
PKG_SOURCE_VERSION:=tmp40389
Or I use the following for the HEAD version (bfgminer branch) PKG_SOURCE_URL:=git://github.com/luke-jr/bfgminer
PKG_SOURCE_VERSION:=HEAD
And I don't do anything else a part from building it with the following command. make package/bfgminer/{clean,compile,install}
Do you think there are some build environment variables that I missed to set? Where is the version that is being displayed on the UI or spit out on the debug log, being set on? |
|
|
|
This looks good, thanks.
I don't see any significant differences when I compared the debug logs from the HEAD and tmp40389 line by line, but you said "this looks good". Care to explain please? Your tmp40389 has been running for more than 12 hours on my router as you can see below. And I saw you have commited some changes on the HEAD version (bfgminer branch). Are the changes related to the bug included in that commits?  |
|
|
|
|
I have one suggestion Luke, if you don't mind.
I have been trying different branches of your github. At some points (and actually just now), I am confused with the versions as all of them only show "bfgminer 5.3.0-unknown". I can differentiate them from the package versions as I can set them. But there is no way to know the version on the screenshot of the UI or debug log (unless I make sure to identify them from the log file name).
Would it be possible to include an indication of branch/tag/commit/whatever in the UI and debug log to differentiate between each version?
|
|
|
|
How do we actually test this build?  I am using your tmp40389 branch as I need to compile it for my WiFi router. The initialisation phase below looks the same to me.
[2015-10-19 18:05:06] Timers: Using clock_gettime(CLOCK_MONOTONIC)
[2015-10-19 18:05:06] Global quota greatest common denominator set to 1
[2015-10-19 18:05:06] Global quota greatest common denominator set to 1
[2015-10-19 18:05:06] Global quota greatest common denominator set to 1
[2015-10-19 18:05:06] setrlimit: Soft fd limit not being changed from 1024 (FD_SETSIZE=1024; hard limit=4096)
[2015-10-19 18:05:06] Started bfgminer 5.3.0-unknown
[2015-10-19 18:05:06] Loaded configuration file /etc/bfgminer/bfgminer.conf
[2015-10-19 18:05:06] lowlevel_scan: Found vcom device at dev_t:000000000000bc01 (path=/dev/ttyUSB1, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
[2015-10-19 18:05:06] lowlevel_scan: Found vcom device at dev_t:000000000000bc00 (path=/dev/ttyUSB0, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
[2015-10-19 18:05:06] AMU: cgpu_set_defaults: Matched with set default: antminer:voltage=x830
[2015-10-19 18:05:06] AMU: cgpu_set_defaults: Matched with set default: antminer:voltage=x830
[2015-10-19 18:05:06] AMU: Applying rule antminer:voltage=x830: Unknown option: voltage
[2015-10-19 18:05:06] AMU: Applying rule antminer:voltage=x830: Unknown option: voltage
[2015-10-19 18:05:06] AMU: cgpu_set_defaults: Matched with set default: antminer:clock=x0882
[2015-10-19 18:05:06] AMU: cgpu_set_defaults: Matched with set default: antminer:clock=x0882
[2015-10-19 18:05:06] AMU: Applying rule antminer:clock=x0882: Unknown option: clock
[2015-10-19 18:05:06] AMU: Applying rule antminer:clock=x0882: Unknown option: clock
[2015-10-19 18:05:06] AMU: cgpu_set_defaults: Matched with set default: antminer:timing=0.0154
[2015-10-19 18:05:06] AMU: cgpu_set_defaults: Matched with set default: antminer:timing=0.0154
[2015-10-19 18:05:06] (null): Init: mode=value read_timeout_ms=65 limit=0ms Hs=1.540000e-11
[2015-10-19 18:05:06] (null): Init: mode=value read_timeout_ms=65 limit=0ms Hs=1.540000e-11
[2015-10-19 18:05:06] AMU: Applied rule antminer:timing=0.0154
[2015-10-19 18:05:06] AMU: Applied rule antminer:timing=0.0154
[2015-10-19 18:05:06] antminer: Attempting to open /dev/ttyUSB0
[2015-10-19 18:05:06] antminer: Attempting to open /dev/ttyUSB1
[2015-10-19 18:05:06] Acquired exclusive advisory lock on /dev/ttyUSB1
[2015-10-19 18:05:06] Acquired exclusive advisory lock on /dev/ttyUSB0
[2015-10-19 18:05:06] antminer: Test succeeded at /dev/ttyUSB1: got 000187a2
[2015-10-19 18:05:06] /dev/ttyUSB1: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.540000e-11
[2015-10-19 18:05:06] antminer: Test succeeded at /dev/ttyUSB0: got 000187a2
[2015-10-19 18:05:06] /dev/ttyUSB0: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.540000e-11
[2015-10-19 18:05:06] Acquired exclusive advisory lock on /dev/ttyUSB1
[2015-10-19 18:05:06] antminer: Work division not specified - autodetecting
[2015-10-19 18:05:06] Acquired exclusive advisory lock on /dev/ttyUSB0
[2015-10-19 18:05:06] antminer: Work division not specified - autodetecting
[2015-10-19 18:05:06] antminer: Work division autodetection got 417c0f36 (=4)
[2015-10-19 18:05:06] antminer: Work division autodetection got 417c0f36 (=4)
[2015-10-19 18:05:06] Found AMU 0 at /dev/ttyUSB0
[2015-10-19 18:05:06] Found AMU 1 at /dev/ttyUSB1
[2015-10-19 18:05:06] AMU 0: Init: baud=115200 work_division=0 fpga_count=0
[2015-10-19 18:05:06] AMU 1: Init: baud=115200 work_division=0 fpga_count=0
[2015-10-19 18:05:06] Probing for an alive pool
.
.
|
|
|
|
If you want payouts more often, configure your minimum payout to the minimum.
From what I have observed, I think reducing the minimum payout on Eligius pool has negative effect for miners with hash rates above 1 TH/s as the waiting time to get the payout becomes longer than the time to mine it. That is because the average number of blocks that Eligius pool solves per day is below 10 blocks. The only way is to raise the pool hash rate by attracting more miners. But I am not really sure how to achieve that. I think by now everybody are aware that mining is not profitable. Along the time I have seen more and more home miners step out of the game. In the end the idea of decentralise control over Bitcoin will just be a dream. I am just a hobbyist miner with low hash rate, little budget and high energy cost. But I still believe that the idea of decentralisation is very good. I am really not sure though how millions of miners like me can compete with a handful companies with high budget, to keep the idea of decentralisation going. |
|
|
|
there is a way to have a payout more fast and not in 2-3 weeks?
Is that a question? If so, then the only way to get the payout faster is to add more hashing power to the pool so that it can solve more blocks. Where do you think the pool get the Bitcoin from for paying the miners? |
|
|
|
AOL fixed their OpenID service. AOL logins are now working again.
I really like the idea of decentralise transaction verification so I would like to support pools with low hashing power. However, the only thing that stops me to support Bitminter is the requirement to use an online account to mine on Bitminter. I don't have and I don't want to have an online account managed by any companies like AOL, Yahoo, etc. But out of curiosity if you don't mind to explain, what is the reason why having online account is mandatory to mine on Bitminter? Why can we not register an account which is localised on Bitminter network? Or why can we not use our Bitcoin address to mine on Bitminter? |
|
|
|
OK, I think that's related to the bug I found then.
Not a very simple fix, but it could cause other problems in the future, so I'll try to get it fixed.
Could you please briefly explain the bug? Is that related to the issue that I raised on your github 2 months ago? If you would like to make sure that what your suspected to be the bug is related to the way I executed bfgminer, could you please just tell me the command line that I should execute to confirm whether it is really a bug or not? |
|
|
|
I found one bug. Can you confirm what command-line you are using?
I have already confirmed that on my previous post as below. The only different between the information on that post and the one containing the comparison are the voltage, clock and timing parameters. I don't set the parameters on the command line and I have BFGMiner running on my router so I am using the command line as below. root:~# screen -dmS bfgminer bfgminer --config /etc/bfgminer/bfgminer.conf
And the content of my bfgminer.conf is below (with usernames hidden) root:~# cat /etc/bfgminer/bfgminer.conf
{
"pools" : [
{
"url" : "stratum+tcp://stratum.mining.eligius.st:3334",
"user" : "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",
"pass" : "x",
"pool-priority" : "0"
},
{
"url" : "stratum+tcp://stratum.antpool.com:3333",
"user" : "XXXXXXXX",
"pass" : "x",
"pool-priority" : "1"
}
]
,
"api-mcast-port" : "4028",
"api-port" : "4028",
"debuglog" : true,
"expiry" : "120",
"expiry-lp" : "3600",
"failover-switch-delay" : "300",
"log" : "30",
"no-local-bitcoin" : true,
"no-pool-disable" : true,
"no-client-reconnect" : true,
"queue" : "1",
"quiet" : true,
"quiet-work-updates" : true,
"quiet-work-update" : true,
"scan-time" : "60",
"show-processors" : true,
"show-procs" : true,
"skip-security-checks" : "0",
"submit-stale" : true,
"temp-hysteresis" : "3",
"shares" : 0,
"kernel-path" : "/usr/share/bfgminer",
"scan" : [
"antminer:/dev/ttyUSB0",
"antminer:/dev/ttyUSB1"
],
"set-device" : [
"antminer:voltage=x800",
"antminer:clock=x882",
"antminer:timing=0.0166"
]
}
|
|
|
|
Nah, I was looking for some hint as to what went wrong during detection. I don't see significant differences (a part from the device name CBM vs AMU) when I compared the old debug log with the new one during the detection phase, but perhaps you can see that. Old log taken from bfgminer 5.3.0 up to commit (possibly) 484db74
[2015-09-05 20:31:38] Timers: Using clock_gettime(CLOCK_MONOTONIC)
[2015-09-05 20:31:38] Global quota greatest common denominator set to 1
[2015-09-05 20:31:38] Global quota greatest common denominator set to 1
[2015-09-05 20:31:38] setrlimit: Soft fd limit not being changed from 1024 (FD_SETSIZE=1024; hard limit=4096)
[2015-09-05 20:31:38] Started bfgminer 5.3.0-unknown
[2015-09-05 20:31:38] Loaded configuration file /etc/bfgminer/bfgminer.conf
[2015-09-05 20:31:38] lowlevel_scan: Found vcom device at dev_t:000000000000bc01 (path=/dev/ttyUSB1, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
[2015-09-05 20:31:38] lowlevel_scan: Found vcom device at dev_t:000000000000bc00 (path=/dev/ttyUSB0, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
[2015-09-05 20:31:38] CBM: cgpu_set_defaults: Matched with set default: antminer:voltage=x750
[2015-09-05 20:31:38] CBM: cgpu_set_defaults: Matched with set default: antminer:voltage=x750
[2015-09-05 20:31:38] CBM: Applying rule antminer:voltage=x750: Unknown option: voltage
[2015-09-05 20:31:38] CBM: Applying rule antminer:voltage=x750: Unknown option: voltage
[2015-09-05 20:31:38] CBM: cgpu_set_defaults: Matched with set default: antminer:clock=x0D83
[2015-09-05 20:31:38] CBM: Applying rule antminer:clock=x0D83: Unknown option: clock
[2015-09-05 20:31:38] CBM: cgpu_set_defaults: Matched with set default: antminer:timing=0.0178
[2015-09-05 20:31:38] (null): Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
[2015-09-05 20:31:38] CBM: Applied rule antminer:timing=0.0178
[2015-09-05 20:31:38] antminer: Attempting to open /dev/ttyUSB0
[2015-09-05 20:31:38] CBM: cgpu_set_defaults: Matched with set default: antminer:clock=x0D83
[2015-09-05 20:31:38] CBM: Applying rule antminer:clock=x0D83: Unknown option: clock
[2015-09-05 20:31:38] CBM: cgpu_set_defaults: Matched with set default: antminer:timing=0.0178
[2015-09-05 20:31:38] (null): Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
[2015-09-05 20:31:38] Acquired exclusive advisory lock on /dev/ttyUSB0
[2015-09-05 20:31:38] CBM: Applied rule antminer:timing=0.0178
[2015-09-05 20:31:38] antminer: Attempting to open /dev/ttyUSB1
[2015-09-05 20:31:38] Acquired exclusive advisory lock on /dev/ttyUSB1
[2015-09-05 20:31:38] antminer: Test succeeded at /dev/ttyUSB0: got 000187a2
[2015-09-05 20:31:38] /dev/ttyUSB0: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
[2015-09-05 20:31:38] Acquired exclusive advisory lock on /dev/ttyUSB0
[2015-09-05 20:31:38] antminer: Work division not specified - autodetecting
[2015-09-05 20:31:38] antminer: Test succeeded at /dev/ttyUSB1: got 000187a2
[2015-09-05 20:31:38] /dev/ttyUSB1: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
[2015-09-05 20:31:38] Acquired exclusive advisory lock on /dev/ttyUSB1
[2015-09-05 20:31:38] antminer: Work division not specified - autodetecting
[2015-09-05 20:31:38] antminer: Work division autodetection got 417c0f36 (=4)
[2015-09-05 20:31:38] Found CBM 0 at /dev/ttyUSB0
[2015-09-05 20:31:38] CBM 0: Init: baud=115200 work_division=0 fpga_count=0
[2015-09-05 20:31:38] antminer: Work division autodetection got 417c0f36 (=4)
[2015-09-05 20:31:38] Found CBM 1 at /dev/ttyUSB1
[2015-09-05 20:31:38] CBM 1: Init: baud=115200 work_division=0 fpga_count=0
[2015-09-05 20:31:38] Probing for an alive pool
.
.
New log taken from bfgminer 5.3.0 up to commit 517af40
[2015-10-18 02:35:53] Timers: Using clock_gettime(CLOCK_MONOTONIC)
[2015-10-18 02:35:53] Global quota greatest common denominator set to 1
[2015-10-18 02:35:53] Global quota greatest common denominator set to 1
[2015-10-18 02:35:53] Global quota greatest common denominator set to 1
[2015-10-18 02:35:53] setrlimit: Soft fd limit not being changed from 1024 (FD_SETSIZE=1024; hard limit=4096)
[2015-10-18 02:35:53] Started bfgminer 5.3.0-unknown
[2015-10-18 02:35:53] Loaded configuration file /etc/bfgminer/bfgminer.conf
[2015-10-18 02:35:53] lowlevel_scan: Found vcom device at dev_t:000000000000bc01 (path=/dev/ttyUSB1, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
[2015-10-18 02:35:53] lowlevel_scan: Found vcom device at dev_t:000000000000bc00 (path=/dev/ttyUSB0, vid=0000, pid=0000, manuf=Silicon Labs, prod=CP2102 USB to UART Bridge Controller, serial=0001)
[2015-10-18 02:35:53] AMU: cgpu_set_defaults: Matched with set default: antminer:voltage=x750
[2015-10-18 02:35:53] AMU: cgpu_set_defaults: Matched with set default: antminer:voltage=x750
[2015-10-18 02:35:53] AMU: Applying rule antminer:voltage=x750: Unknown option: voltage
[2015-10-18 02:35:53] AMU: Applying rule antminer:voltage=x750: Unknown option: voltage
[2015-10-18 02:35:53] AMU: cgpu_set_defaults: Matched with set default: antminer:clock=xD83
[2015-10-18 02:35:53] AMU: cgpu_set_defaults: Matched with set default: antminer:clock=xD83
[2015-10-18 02:35:53] AMU: Applying rule antminer:clock=xD83: Unknown option: clock
[2015-10-18 02:35:53] AMU: Applying rule antminer:clock=xD83: Unknown option: clock
[2015-10-18 02:35:53] AMU: cgpu_set_defaults: Matched with set default: antminer:timing=0.0178
[2015-10-18 02:35:53] AMU: cgpu_set_defaults: Matched with set default: antminer:timing=0.0178
[2015-10-18 02:35:53] (null): Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
[2015-10-18 02:35:53] (null): Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
[2015-10-18 02:35:53] AMU: Applied rule antminer:timing=0.0178
[2015-10-18 02:35:53] AMU: Applied rule antminer:timing=0.0178
[2015-10-18 02:35:53] antminer: Attempting to open /dev/ttyUSB0
[2015-10-18 02:35:53] antminer: Attempting to open /dev/ttyUSB1
[2015-10-18 02:35:53] Acquired exclusive advisory lock on /dev/ttyUSB0
[2015-10-18 02:35:53] Acquired exclusive advisory lock on /dev/ttyUSB1
[2015-10-18 02:35:53] antminer: Test succeeded at /dev/ttyUSB0: got 000187a2
[2015-10-18 02:35:53] antminer: Test succeeded at /dev/ttyUSB1: got 000187a2
[2015-10-18 02:35:53] /dev/ttyUSB0: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
[2015-10-18 02:35:53] /dev/ttyUSB1: Init: mode=value read_timeout_ms=75 limit=0ms Hs=1.780000e-11
[2015-10-18 02:35:53] Acquired exclusive advisory lock on /dev/ttyUSB1
[2015-10-18 02:35:53] Acquired exclusive advisory lock on /dev/ttyUSB0
[2015-10-18 02:35:53] antminer: Work division not specified - autodetecting
[2015-10-18 02:35:53] antminer: Work division not specified - autodetecting
[2015-10-18 02:35:53] antminer: Work division autodetection got 417c0f36 (=4)
[2015-10-18 02:35:53] antminer: Work division autodetection got 417c0f36 (=4)
[2015-10-18 02:35:53] Found AMU 0 at /dev/ttyUSB0
[2015-10-18 02:35:53] Found AMU 1 at /dev/ttyUSB1
[2015-10-18 02:35:53] AMU 0: Init: baud=115200 work_division=0 fpga_count=0
[2015-10-18 02:35:53] AMU 1: Init: baud=115200 work_division=0 fpga_count=0
[2015-10-18 02:35:53] Probing for an alive pool
.
.
|
|
|
|
Maybe not so important since it's just a matter of displayed device name.
I believe you are looking for confirmation from debug output. I took a debug log after I upgraded my BFGMiner from 5.2.0 to the broken version of 5.3.0 on the 5th of September. I think it confirms that the device name of my Antminer U3's were recognised as CBM device. Below are some of the lines on that debug log. I can send you the whole log (only about 1 minute worth of messages though) if you are interested on that. .
.
[2015-09-05 20:32:08] CBM 0d nonce = 0xd26d8507 = 0x49b61420 hashes (0.034306s; 0.027740ns/hash)
[2015-09-05 20:32:08] CBM 0a: Popping work from get queue to get work
[2015-09-05 20:32:08] CBM 1c nonce = 0x508863f4 = 0x42218fd4 hashes (0.031638s; 0.028515ns/hash)
[2015-09-05 20:32:08] CBM 1a: Popping work from get queue to get work
[2015-09-05 20:32:08] CBM 0a: Got work 3252 from get queue to get work for thread 0
[2015-09-05 20:32:08] CBM 1a: Got work 3256 from get queue to get work for thread 4
[2015-09-05 20:32:08] Selecting pool 0 for work
[2015-09-05 20:32:08] Generated stratum header 000000031f1b418f32e1029d0ba699fb6c6d69fa2b4505f910a6ac6a00000000000000001316c7f355e434897ef09f8d8721ec6ac457b46185081a8c5b9521989568c0b955eb351e18134dc100000000
[2015-09-05 20:32:08] Work job_id 1441477890 107367 nonce2 0000039d
[2015-09-05 20:32:08] Generated stratum work
[2015-09-05 20:32:08] Pushing work 3292 from pool 0 to hash queue
[2015-09-05 20:32:08] Selecting pool 0 for work
[2015-09-05 20:32:08] Generated stratum header 000000031f1b418f32e1029d0ba699fb6c6d69fa2b4505f910a6ac6a00000000000000004d2c4d682acf97793bc560e527dd3f2cb2eead8cb51c3b79b23c7b5b1dd3718055eb351e18134dc100000000
[2015-09-05 20:32:08] Work job_id 1441477890 107367 nonce2 0000039e
[2015-09-05 20:32:08] Generated stratum work
[2015-09-05 20:32:08] Pushing work 3294 from pool 0 to hash queue
[2015-09-05 20:32:08] CBM 0: No data in 0.075 seconds
[2015-09-05 20:32:08] CBM 1: No data in 0.075 seconds
[2015-09-05 20:32:08] CBM 0 no nonce = 0xffffffff hashes (0.078335s)
[2015-09-05 20:32:08] CBM 0a: Popping work from get queue to get work
[2015-09-05 20:32:08] CBM 0a: Got work 3260 from get queue to get work for thread 0
[2015-09-05 20:32:08] Selecting pool 0 for work
[2015-09-05 20:32:08] Generated stratum header 000000031f1b418f32e1029d0ba699fb6c6d69fa2b4505f910a6ac6a0000000000000000335850b265322e3909d4501e6c911f47c655ca5b115b19bc9b542a5b9266912755eb351e18134dc100000000
[2015-09-05 20:32:08] Work job_id 1441477890 107367 nonce2 0000039f
[2015-09-05 20:32:08] Generated stratum work
[2015-09-05 20:32:08] Pushing work 3297 from pool 0 to hash queue
[2015-09-05 20:32:08] CBM 1 no nonce = 0xffffffff hashes (0.077746s)
[2015-09-05 20:32:08] CBM 1a: Popping work from get queue to get work
[2015-09-05 20:32:08] Selecting pool 0 for work
[2015-09-05 20:32:08] Generated stratum header 000000031f1b418f32e1029d0ba699fb6c6d69fa2b4505f910a6ac6a0000000000000000ed92f07d4de37dc46ceaeb3ebe8f5206ffdcd29f446484f36d6323b0e0a9b12f55eb351e18134dc100000000
[2015-09-05 20:32:08] CBM 1a: Got work 3264 from get queue to get work for thread 4
[2015-09-05 20:32:08] Work job_id 1441477890 107367 nonce2 000003a0
[2015-09-05 20:32:08] Generated stratum work
[2015-09-05 20:32:08] Pushing work 3300 from pool 0 to hash queue
[2015-09-05 20:32:08] PROOF OF WORK RESULT: true (yay!!!)
[2015-09-05 20:32:08] Proof: 0000000057e1afcb8faa3fcd24aca544e542a1bf3eda5347d80d989d18de1cfa
.
.
[2015-09-05 20:32:43] Summary of per device statistics:
[2015-09-05 20:32:43] CBM0 | 30s:28.72 avg:46.69 u:45.24 Gh/s | A:1 R:0+0(none) HW:0/none
[2015-09-05 20:32:43] CBM0a | 30s: 7.18 avg:11.67 u:11.96 Gh/s | A:1 R:0+0(none) HW:0/none
[2015-09-05 20:32:43] CBM0b | 30s: 7.18 avg:11.77 u:10.40 Gh/s | A:0 R:0+0(none) HW:0/none
[2015-09-05 20:32:43] CBM0c | 30s: 7.18 avg:11.77 u:11.65 Gh/s | A:0 R:0+0(none) HW:0/none
[2015-09-05 20:32:43] CBM0d | 30s: 7.18 avg:11.77 u:11.51 Gh/s | A:0 R:0+0(none) HW:0/none
[2015-09-05 20:32:43] CBM1 | 30s:29.06 avg:47.24 u:41.67 Gh/s | A:0 R:0+0(none) HW:0/none
[2015-09-05 20:32:43] CBM1a | 30s: 7.26 avg:11.80 u:10.45 Gh/s | A:0 R:0+0(none) HW:0/none
[2015-09-05 20:32:43] CBM1b | 30s: 7.26 avg:11.90 u:10.47 Gh/s | A:0 R:0+0(none) HW:0/none
[2015-09-05 20:32:43] CBM1c | 30s: 7.27 avg:11.91 u:10.95 Gh/s | A:0 R:0+0(none) HW:0/none
[2015-09-05 20:32:43] CBM1d | 30s: 7.27 avg:11.91 u:10.05 Gh/s | A:0 R:0+0(none) HW:0/none
[2015-09-05 20:32:43]
|
|
|
|
Can you run the broken version with -D -d? and paste the output?
Ooppsss... I have already cleaned up everything related to the previous HEAD version, including the compiled package. I need to figure out how to tell OpenWRT build package to roll back to previous commit. Is this quite important Luke? For instance, do you suspect something might broke other parts? I prefer to move on with your latest commits, but if that would be important I will try to roll back and re-compile. |
|
|
|
I saw that you have commited some changes on your github, especially commit 8488cf0 on the device name for compact device. I will try if that would fix the issue I am seeing. I can confirm that your new commits fix the issue that I had as you can see on below link (I am not sure why I cannot insert image to this forum any more)  |
|
|
|
The name of the devices of my Antminer U3 have now changed to CBM where previously they were shown as AMU on version 5.2.0. I can't see to reproduce this. Mine always shows up as AMU... What command line do you use? I don't set the parameters on the command line and I have BFGMiner running on my router so I am using the command line as below. root:~# screen -dmS bfgminer bfgminer --config /etc/bfgminer/bfgminer.conf
And the content of my bfgminer.conf is below (with usernames hidden) root:~# cat /etc/bfgminer/bfgminer.conf
{
"pools" : [
{
"url" : "stratum+tcp://stratum.mining.eligius.st:3334",
"user" : "XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX",
"pass" : "x",
"pool-priority" : "0"
},
{
"url" : "stratum+tcp://stratum.antpool.com:3333",
"user" : "XXXXXXXX",
"pass" : "x",
"pool-priority" : "1"
}
]
,
"api-mcast-port" : "4028",
"api-port" : "4028",
"debuglog" : true,
"expiry" : "120",
"expiry-lp" : "3600",
"failover-switch-delay" : "300",
"log" : "30",
"no-local-bitcoin" : true,
"no-pool-disable" : true,
"no-client-reconnect" : true,
"queue" : "1",
"quiet" : true,
"quiet-work-updates" : true,
"quiet-work-update" : true,
"scan-time" : "60",
"show-processors" : true,
"show-procs" : true,
"skip-security-checks" : "0",
"submit-stale" : true,
"temp-hysteresis" : "3",
"shares" : 0,
"kernel-path" : "/usr/share/bfgminer",
"scan" : [
"antminer:/dev/ttyUSB0",
"antminer:/dev/ttyUSB1"
],
"set-device" : [
"antminer:voltage=x800",
"antminer:clock=x882",
"antminer:timing=0.0166"
]
}
I saw that you have commited some changes on your github, especially commit 8488cf0 on the device name for compact device. I will try if that would fix the issue I am seeing. |
|
|
|
This is offtopic, so we must stop i think.
P.S. If you can do it better - share your build with community. Target mr3020 without usb storage.
I agree with you there. This is off topic and we must stop. PS: I can definitely do better. But I have much better things to do with my time. You should ask everybody who are willing to spend time on that. OpenWRT already provides everything that you need. |
|
|
|
Ok, if you can fit this stuff in 4mb flash i will eat my hat. And try to disable 5 ghz interface, it will maybe add more stability to USB interface.
I made this firmware for myself, and shared with community, if you don't like , don't use.
Wooaahh... Hold your horse there! And you have to eat your hat as I (and a lot of other people) managed to stuff all the necessary OpenWRT packages into 2MB flash of ASUS WL-700GE which has internal storage with IDE interface. So 4MB flash is massive space especially if there are USB ports on the router where you can just plug in external storage. |
|
|
|
|
Show Posts
