OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB - page 91.

erk

hero member

Activity: 826

Merit: 500

Quote from: Luke-Jr on November 18, 2013, 10:30:12 PM

Looks like you built without nanofury support.
That's the default if you're missing the hidapi dependency... (README)

I compiled and installed the hidapi from https://github.com/signal11/hidapi and the bfgminer config.log says it can't find it. What's the trick?

There is no hidapi.pc there is a /usr/local/src/hidapi/pc/hidapi.pc.in

Quote

# grep hidapi config.log
configure:10620: checking for hidapi
configure:10627: $PKG_CONFIG --exists --print-errors "$_hidapi_lib"
Package hidapi was not found in the pkg-config search path.
Perhaps you should add the directory containing `hidapi.pc'
No package 'hidapi' found
configure:10644: $PKG_CONFIG --exists --print-errors "$_hidapi_lib"
Package hidapi was not found in the pkg-config search path.
Perhaps you should add the directory containing `hidapi.pc'
No package 'hidapi' found
No package 'hidapi' found
configure:10620: checking for hidapi
configure:10627: $PKG_CONFIG --exists --print-errors "$_hidapi_lib"
configure:10644: $PKG_CONFIG --exists --print-errors "$_hidapi_lib"
ac_cv_env_hidapi_CFLAGS_set=
ac_cv_env_hidapi_CFLAGS_value=
ac_cv_env_hidapi_LIBS_set=
ac_cv_env_hidapi_LIBS_value=
pkg_cv_hidapi_CFLAGS='-I/usr/local/include/hidapi '
pkg_cv_hidapi_LIBS='-L/usr/local/lib -lhidapi-hidraw '
hidapi_CFLAGS='-I/usr/local/include/hidapi '
hidapi_LIBS='-L/usr/local/lib -lhidapi-hidraw '

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: erk on November 18, 2013, 10:13:29 PM

Trying to get a Nanofury NF1 mining on Debian.

Compiled 3.6.0

This is what I get:

Code:

#    ./bfgminer -S NFY:all -d? -D
 [2013-11-19 13:10:50] setrlimit: Soft fd limit not being changed from 1024 (FD_SETSIZE=1024; hard limit=4096)                    
 [2013-11-19 13:10:50] Started bfgminer 3.6.0                    
 [2013-11-19 13:10:50] lowlevel_scan: Found usb device at usb:002:003 (path=(null), vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury NF1 v0.6, serial=0000073625)                    
 [2013-11-19 13:10:50] lowlevel_scan: Found usb device at usb:005:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 2.6.32-23-pve uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1d.3)                    
 [2013-11-19 13:10:50] lowlevel_scan: Found usb device at usb:004:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 2.6.32-23-pve uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1d.2)                    
 [2013-11-19 13:10:50] lowlevel_scan: Found usb device at usb:003:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 2.6.32-23-pve uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1d.1)                    
 [2013-11-19 13:10:50] lowlevel_scan: Found usb device at usb:002:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 2.6.32-23-pve uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1d.0)                    
 [2013-11-19 13:10:50] lowlevel_scan: Found usb device at usb:001:001 (path=(null), vid=1d6b, pid=0002, manuf=Linux 2.6.32-23-pve ehci_hcd, prod=EHCI Host Controller, serial=0000:00:1d.7)                    
 [2013-11-19 13:10:50] Devices detected:                    
 [2013-11-19 13:10:50] Timers: Using clock_gettime(CLOCK_MONOTONIC_RAW)                    
0 devices listed

So it can detect the NF1 but says it's disabled.

Any ideas?

Looks like you built without nanofury support.
That's the default if you're missing the hidapi dependency... (README)

erk

hero member

Activity: 826

Merit: 500

Trying to get a Nanofury NF1 mining on Debian.

Compiled 3.6.0

This is what I get:

Code:

#    ./bfgminer -S NFY:all -d? -D
 [2013-11-19 13:10:50] setrlimit: Soft fd limit not being changed from 1024 (FD_SETSIZE=1024; hard limit=4096)                    
 [2013-11-19 13:10:50] Started bfgminer 3.6.0                    
 [2013-11-19 13:10:50] lowlevel_scan: Found usb device at usb:002:003 (path=(null), vid=04d8, pid=00de, manuf=Microchip Technology Inc., prod=NanoFury NF1 v0.6, serial=0000073625)                    
 [2013-11-19 13:10:50] lowlevel_scan: Found usb device at usb:005:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 2.6.32-23-pve uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1d.3)                    
 [2013-11-19 13:10:50] lowlevel_scan: Found usb device at usb:004:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 2.6.32-23-pve uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1d.2)                    
 [2013-11-19 13:10:50] lowlevel_scan: Found usb device at usb:003:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 2.6.32-23-pve uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1d.1)                    
 [2013-11-19 13:10:50] lowlevel_scan: Found usb device at usb:002:001 (path=(null), vid=1d6b, pid=0001, manuf=Linux 2.6.32-23-pve uhci_hcd, prod=UHCI Host Controller, serial=0000:00:1d.0)                    
 [2013-11-19 13:10:50] lowlevel_scan: Found usb device at usb:001:001 (path=(null), vid=1d6b, pid=0002, manuf=Linux 2.6.32-23-pve ehci_hcd, prod=EHCI Host Controller, serial=0000:00:1d.7)                    
 [2013-11-19 13:10:50] Devices detected:                    
 [2013-11-19 13:10:50] Timers: Using clock_gettime(CLOCK_MONOTONIC_RAW)                    
0 devices listed

So it can detect the NF1 but says it's disabled.

Any ideas?

Taugeran

hero member

Activity: 658

Merit: 500

CCNA: There i fixed the internet.

Quote from: LockUnlock on November 18, 2013, 04:37:16 PM

Quote from: Mudbankkeith on November 18, 2013, 04:19:43 PM

Quote from: LockUnlock on November 18, 2013, 04:17:21 PM

Hi so I just set up everything for my Red Fury miner. I'm also relatively new to mining. Is this what the console should display:

Code:

 Block: ...fb4b2303 #270348  Diff:609M ( 4.36Ph/s)  Started: [16:14:25]
 ST:2  F:0  NB:3  AS:0  BW:[ 66/ 48 B/s]  E:10.11  I:83.51uBTC/hr  BS:135
 1            |  2.42/ 2.35/ 2.35Gh/s | A:170 R:3+0(1.9%) HW:14/5.2%
--------------------------------------------------------------------------------
 BPM 0:       |  2.36/ 2.35/ 2.36Gh/s | A:173 R:3+0(1.9%) HW:14/5.1%
--------------------------------------------------------------------------------
 [2013-11-18 16:14:46] Accepted e47ea3cf BPM 0  Diff 1/1
 [2013-11-18 16:14:47] Accepted ae3e1465 BPM 0  Diff 1/1
 [2013-11-18 16:14:50] Accepted 8df8a87e BPM 0  Diff 1/1
 [2013-11-18 16:14:53] Accepted c9eb947b BPM 0  Diff 1/1
 [2013-11-18 16:14:53] Accepted aaca12e6 BPM 0  Diff 1/1
 [2013-11-18 16:14:54] Accepted 235c9ca5 BPM 0  Diff 7/1
 [2013-11-18 16:14:54] Accepted 9ed8f56b BPM 0  Diff 1/1
 [2013-11-18 16:14:56] Stratum from pool 0 requested work update
 [2013-11-18 16:14:57] Accepted 2e960e2e BPM 0  Diff 5/1
 [2013-11-18 16:14:57] Accepted c38dee30 BPM 0  Diff 1/1
 [2013-11-18 16:15:02] Accepted c5b1b3f1 BPM 0  Diff 1/1
 [2013-11-18 16:15:07] Accepted 75521ed8 BPM 0  Diff 2/1
 [2013-11-18 16:15:11] Accepted b3160454 BPM 0  Diff 1/1
 [2013-11-18 16:15:11] Accepted 01ed42d3 BPM 0  Diff 132/1
 [2013-11-18 16:15:13] Accepted 53b929e3 BPM 0  Diff 3/1

Is there anything incorrect or odd? Or did I finally (spent a week trying to set this up) do it right?

looks ok

Thanks!
Also the "BPM 0" stand for the Red Fury USB, correct? Just making sure that my gpu/cpu isn't involved

BPM is the red fury yes. i believe its for Big Picture Mining

RicRock

sr. member

Activity: 290

Merit: 250

Quote from: LockUnlock on November 18, 2013, 04:37:16 PM

Also the "BPM 0" stand for the Red Fury USB, correct? Just making sure that my gpu/cpu isn't involved

Don't think you'd get that speed from CPU/GPU... If you do then I want to duplicate your setup!

LockUnlock

newbie

Activity: 20

Merit: 0

Quote from: Mudbankkeith on November 18, 2013, 04:19:43 PM

Quote from: LockUnlock on November 18, 2013, 04:17:21 PM

Hi so I just set up everything for my Red Fury miner. I'm also relatively new to mining. Is this what the console should display:

Code:

 Block: ...fb4b2303 #270348  Diff:609M ( 4.36Ph/s)  Started: [16:14:25]
 ST:2  F:0  NB:3  AS:0  BW:[ 66/ 48 B/s]  E:10.11  I:83.51uBTC/hr  BS:135
 1            |  2.42/ 2.35/ 2.35Gh/s | A:170 R:3+0(1.9%) HW:14/5.2%
--------------------------------------------------------------------------------
 BPM 0:       |  2.36/ 2.35/ 2.36Gh/s | A:173 R:3+0(1.9%) HW:14/5.1%
--------------------------------------------------------------------------------
 [2013-11-18 16:14:46] Accepted e47ea3cf BPM 0  Diff 1/1
 [2013-11-18 16:14:47] Accepted ae3e1465 BPM 0  Diff 1/1
 [2013-11-18 16:14:50] Accepted 8df8a87e BPM 0  Diff 1/1
 [2013-11-18 16:14:53] Accepted c9eb947b BPM 0  Diff 1/1
 [2013-11-18 16:14:53] Accepted aaca12e6 BPM 0  Diff 1/1
 [2013-11-18 16:14:54] Accepted 235c9ca5 BPM 0  Diff 7/1
 [2013-11-18 16:14:54] Accepted 9ed8f56b BPM 0  Diff 1/1
 [2013-11-18 16:14:56] Stratum from pool 0 requested work update
 [2013-11-18 16:14:57] Accepted 2e960e2e BPM 0  Diff 5/1
 [2013-11-18 16:14:57] Accepted c38dee30 BPM 0  Diff 1/1
 [2013-11-18 16:15:02] Accepted c5b1b3f1 BPM 0  Diff 1/1
 [2013-11-18 16:15:07] Accepted 75521ed8 BPM 0  Diff 2/1
 [2013-11-18 16:15:11] Accepted b3160454 BPM 0  Diff 1/1
 [2013-11-18 16:15:11] Accepted 01ed42d3 BPM 0  Diff 132/1
 [2013-11-18 16:15:13] Accepted 53b929e3 BPM 0  Diff 3/1

Is there anything incorrect or odd? Or did I finally (spent a week trying to set this up) do it right?

looks ok

Thanks!
Also the "BPM 0" stand for the Red Fury USB, correct? Just making sure that my gpu/cpu isn't involved

Mudbankkeith

hero member

Activity: 868

Merit: 1000

Quote from: LockUnlock on November 18, 2013, 04:17:21 PM

Hi so I just set up everything for my Red Fury miner. I'm also relatively new to mining. Is this what the console should display:

Code:

 Block: ...fb4b2303 #270348  Diff:609M ( 4.36Ph/s)  Started: [16:14:25]
 ST:2  F:0  NB:3  AS:0  BW:[ 66/ 48 B/s]  E:10.11  I:83.51uBTC/hr  BS:135
 1            |  2.42/ 2.35/ 2.35Gh/s | A:170 R:3+0(1.9%) HW:14/5.2%
--------------------------------------------------------------------------------
 BPM 0:       |  2.36/ 2.35/ 2.36Gh/s | A:173 R:3+0(1.9%) HW:14/5.1%
--------------------------------------------------------------------------------
 [2013-11-18 16:14:46] Accepted e47ea3cf BPM 0  Diff 1/1
 [2013-11-18 16:14:47] Accepted ae3e1465 BPM 0  Diff 1/1
 [2013-11-18 16:14:50] Accepted 8df8a87e BPM 0  Diff 1/1
 [2013-11-18 16:14:53] Accepted c9eb947b BPM 0  Diff 1/1
 [2013-11-18 16:14:53] Accepted aaca12e6 BPM 0  Diff 1/1
 [2013-11-18 16:14:54] Accepted 235c9ca5 BPM 0  Diff 7/1
 [2013-11-18 16:14:54] Accepted 9ed8f56b BPM 0  Diff 1/1
 [2013-11-18 16:14:56] Stratum from pool 0 requested work update
 [2013-11-18 16:14:57] Accepted 2e960e2e BPM 0  Diff 5/1
 [2013-11-18 16:14:57] Accepted c38dee30 BPM 0  Diff 1/1
 [2013-11-18 16:15:02] Accepted c5b1b3f1 BPM 0  Diff 1/1
 [2013-11-18 16:15:07] Accepted 75521ed8 BPM 0  Diff 2/1
 [2013-11-18 16:15:11] Accepted b3160454 BPM 0  Diff 1/1
 [2013-11-18 16:15:11] Accepted 01ed42d3 BPM 0  Diff 132/1
 [2013-11-18 16:15:13] Accepted 53b929e3 BPM 0  Diff 3/1

Is there anything incorrect or odd? Or did I finally (spent a week trying to set this up) do it right?

looks ok

LockUnlock

newbie

Activity: 20

Merit: 0

Hi so I just set up everything for my Red Fury miner. I'm also relatively new to mining. Is this what the console should display:

Code:

 Block: ...fb4b2303 #270348  Diff:609M ( 4.36Ph/s)  Started: [16:14:25]
 ST:2  F:0  NB:3  AS:0  BW:[ 66/ 48 B/s]  E:10.11  I:83.51uBTC/hr  BS:135
 1            |  2.42/ 2.35/ 2.35Gh/s | A:170 R:3+0(1.9%) HW:14/5.2%
--------------------------------------------------------------------------------
 BPM 0:       |  2.36/ 2.35/ 2.36Gh/s | A:173 R:3+0(1.9%) HW:14/5.1%
--------------------------------------------------------------------------------
 [2013-11-18 16:14:46] Accepted e47ea3cf BPM 0  Diff 1/1
 [2013-11-18 16:14:47] Accepted ae3e1465 BPM 0  Diff 1/1
 [2013-11-18 16:14:50] Accepted 8df8a87e BPM 0  Diff 1/1
 [2013-11-18 16:14:53] Accepted c9eb947b BPM 0  Diff 1/1
 [2013-11-18 16:14:53] Accepted aaca12e6 BPM 0  Diff 1/1
 [2013-11-18 16:14:54] Accepted 235c9ca5 BPM 0  Diff 7/1
 [2013-11-18 16:14:54] Accepted 9ed8f56b BPM 0  Diff 1/1
 [2013-11-18 16:14:56] Stratum from pool 0 requested work update
 [2013-11-18 16:14:57] Accepted 2e960e2e BPM 0  Diff 5/1
 [2013-11-18 16:14:57] Accepted c38dee30 BPM 0  Diff 1/1
 [2013-11-18 16:15:02] Accepted c5b1b3f1 BPM 0  Diff 1/1
 [2013-11-18 16:15:07] Accepted 75521ed8 BPM 0  Diff 2/1
 [2013-11-18 16:15:11] Accepted b3160454 BPM 0  Diff 1/1
 [2013-11-18 16:15:11] Accepted 01ed42d3 BPM 0  Diff 132/1
 [2013-11-18 16:15:13] Accepted 53b929e3 BPM 0  Diff 3/1

Is there anything incorrect or odd? Or did I finally (spent a week trying to set this up) do it right?

curtiskam

newbie

Activity: 15

Merit: 0

Quote from: xyzzy099 on November 17, 2013, 03:29:49 PM

Quote from: curtiskam on November 17, 2013, 03:11:52 PM

I've been using bfgminer for quite a while now and I love it. One thing I've never been able to find is a current interface guide. I understand most of the 3.6 interface, but could someone break down this line for me?

ST:28 F:2 NB:98 AS:0 BW:[137/90 B/s] E:26.81 I: 441uBTC/hr BS:65k

Thanks in advance: Curtis

From the BFGMiner README:

Quote

The BFGMiner status line shows:
ST:1 F:0 NB:1 AS:0 BW:[ 75/241 B/s] E:2.42 I:12.99mBTC/hr BS:2.71k

ST is STaged work items (ready to use).
F is network Failure occasions (server down or slow to provide work)
NB is New Blocks detected on the network
AS is Active Submissions (shares in the process of submitting)
BW is BandWidth usage on the network (received/sent)
E is Efficiency defined as number of shares accepted (multiplied by their
difficulty) per 2 KB of bandwidth
I is expected Income, calculated by actual shares submitted in 100% PPS value
(assumes Bitcoin, does not account for altcoin conversions!)
BS is the all time Best Share difficulty you've found

Thanks!

jedimstr

hero member

Activity: 798

Merit: 1000

Quote from: djaychela on November 18, 2013, 02:30:46 PM

Quote from: jedimstr on November 17, 2013, 04:44:31 PM

Should be something along the lines of:

git checkout bfgminer-3.5.x

Do this in the directory you have bfgminer cloned. This will switch the local workspace to that branch.

You can also jump to a specific Tag (version). Instructions here: http://stackoverflow.com/questions/791959/how-to-use-git-to-download-a-particular-tag

Thanks a million - firstly because this works (not getting the 60% or so HW errors I was getting with the Red Fury).

But secondly for being patient and helpful! Turns out I was doing the right thing in the wrong directory; when I did it (as you said) in the cloned folder rather than the one above (where I'd run the original git clone) it worked fine. Compiled 3.5.2 without issue.

Really appreciate it!

No prob... that's what the forum's for Wink

djaychela

newbie

Activity: 35

Merit: 0

Quote from: jedimstr on November 17, 2013, 04:44:31 PM

Should be something along the lines of:

git checkout bfgminer-3.5.x

Do this in the directory you have bfgminer cloned. This will switch the local workspace to that branch.

You can also jump to a specific Tag (version). Instructions here: http://stackoverflow.com/questions/791959/how-to-use-git-to-download-a-particular-tag

Thanks a million - firstly because this works (not getting the 60% or so HW errors I was getting with the Red Fury).

But secondly for being patient and helpful! Turns out I was doing the right thing in the wrong directory; when I did it (as you said) in the cloned folder rather than the one above (where I'd run the original git clone) it worked fine. Compiled 3.5.2 without issue.

Really appreciate it!

giorgiomassa

full member

Activity: 222

Merit: 100

Dear all,

I'm trying to make an old, V1.0 board based on Intron's design which is very similar to BFSB's 450 GH/s miner. It has 16 Bitfury on a card and 16 card slots, the only difference is that instead of having an I2C selector for which card the SPI bus should talk to, it has a long chain of 16*16=256 Bitfury chips and it's attached to a RPI SPI port.

I modded the driver-bfsb.c file in order to scan only for one slot (the first and only, which is supposed to have 256 chips) but only 99 chips are detected! I tried to swap slots, use spare cards but nothing, the autodetection always stops at 99 chips. It is driving me crazy because there doesn't seem to be any "maximum chips" constant neither in the libbitfury.c nor in driver-bfsb.c, so I can't find where this limit comes from!

Can anybody help me or suggest me where to look at or had a similar problem?

Thanks in advance!

OleOle

hero member

Activity: 532

Merit: 500

Are you like these guys?

Quote from: Luke-Jr on November 17, 2013, 08:58:30 PM

Quote from: LockUnlock on November 17, 2013, 08:06:14 PM

For some reason, unbeknownst to me, my Red Fury device is not hashing... Can anyone help? I have installed the drivers and bfgminer but can't seem to mine...

Please paste output from:

Code:

bfgminer -S bigpic:all -d? -D

Thanks to your earlier help Luke with 3.5.1 through to 3.6.0 I've had my Blue Furies running for about a week or more now. I've just read the above and wondering if maybe there's something I can be doing to improve performance with them. I have the following after the executable in my 3.6.0:

-o [pool name and port] -u [username] -p [password] -G -S bigpic:all

Should my code contain anything else please?

Really appreciate all your help.

Thanks very much,

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: LockUnlock on November 17, 2013, 08:06:14 PM

For some reason, unbeknownst to me, my Red Fury device is not hashing... Can anyone help? I have installed the drivers and bfgminer but can't seem to mine...

Please paste output from:

Code:

bfgminer -S bigpic:all -d? -D

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: ?? on ??

Quote from: Luke-Jr on November 17, 2013, 05:49:05 PM

Quote from: xyzzy099 on November 17, 2013, 05:36:55 PM

I like the idea of GBT in general- it enforces some honesty on pool operators (not that any of them are dishonest, to my knowledge Wink

)

Even if you assume the pool operator is perfectly honest, blind pooling makes the servers an excellent target for someone to break into...
If you can double-spend enough, it might even be profitable to organise a hold-up of all the big pool operators and force them to let you access the servers so you can do a 10-deep reorg or so.
Fully implemented GBT will make this kind of attack impractical, thus giving pool operators more personal security too.

But no one has fully implemented GBT - even you - even though it's been around for how looooooooooong.

Only due to lack of time.
It's a shame you and Con don't like collaboration, otherwise I might have more time to finish other things like this...

Quote from: ?? on ??

It would also be ideal to give some probability and statistical information about such an attack rather than blatantly ignoring that which determines the value of your comment ...

Probability of course always increases with price.

Quote from: ?? on ??

Yes you can also do the equivalent of a 50% attack on BTC with 100GH/s ...

What?

Quote from: ?? on ??

Quote from: Luke-Jr on November 17, 2013, 05:23:46 PM

...
GBT is entirely unoptimised right now, so there's a possibility of improving it.
In theory, I should be able to reduce its CPU load to approximately the same as stratum's.
Just need to find the time...

Why?

There's been no need to optimise it.
Only recently have people been producing (this degree of) standalone miners with underpowered controllers builtin.
I guess I should have seen it coming with Avalon1/cgminer failing even with stratum when coinbases got larger...

LockUnlock

newbie

Activity: 20

Merit: 0

For some reason, unbeknownst to me, my Red Fury device is not hashing... Can anyone help? I have installed the drivers and bfgminer but can't seem to mine...

Code:

bfgminer version 3.5.1 - Started: [2013-11-17 20:02:48] - [  0 days 00:02:56]
 [M]anage devices [P]ool management [S]ettings [D]isplay options  [H]elp [Q]uit
 Connected to stratum.bitcoin.cz diff 1 with stratum as user LockUnlock.w1
 Block: ...ee328b8a #270211  Diff:609M ( 4.36Ph/s)  Started: [20:02:48]
 ST:2  F:0  NB:1  AS:0  BW:[ 58/  8 B/s]  E:0.00  I: 0.00 BTC/hr  BS:0
 0            |   0.0/  0.0/  0.0 h/s | A:0 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------
 OCL 0:       | OFF  /  0.0/  0.0 h/s | A:0 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------
 [2013-11-17 20:04:12] Attempting to reinitialize OCL 0
 [2013-11-17 20:04:12] OCL 0 (thread 0) being re-enabled
 [2013-11-17 20:04:12] Error -54: Enqueueing kernel onto command queue. (clEnque
ueNDRangeKernel)
 [2013-11-17 20:04:12] OCL 0 failure, disabling!
 [2013-11-17 20:04:12] OCL 0 (thread 0) being disabled
 [2013-11-17 20:04:39] Stratum from pool 0 requested work update
 [2013-11-17 20:05:09] Stratum from pool 0 requested work update
 [2013-11-17 20:05:38] Attempting to reinitialize OCL 0
 [2013-11-17 20:05:38] OCL 0 (thread 0) being re-enabled
 [2013-11-17 20:05:38] Error -54: Enqueueing kernel onto command queue. (clEnque
ueNDRangeKernel)
 [2013-11-17 20:05:38] OCL 0 failure, disabling!
 [2013-11-17 20:05:38] OCL 0 (thread 0) being disabled
 [2013-11-17 20:05:39] Stratum from pool 0 requested work update

Zich

legendary

Activity: 1190

Merit: 1000

Quote from: Digi128pci on November 17, 2013, 07:24:58 AM

I got past that but i use USB powered hub ...

But it fails further ...

Code:

[M]anage devices [P]ool management [S]ettings [D]isplay options [H]elp [Q]uit
Connected to eu-stratum-lb489kj.btcguild.com diff 2 with stratum as user digi128pci_avalon
Block: ...7ee030e7 #269461 Diff:511M ( 3.66Ph/s) Started: [22:51:21]
ST:2 F:0 NB:1 AS:0 BW:[163/ 31 B/s] E:0.87 I:14.61uBTC/hr BS:4
0 | 202.4/263.0/178.1Mh/s | A:1 R:0+3( 75%) HW:8/ 33%
--------------------------------------------------------------------------------
NFY 0: | OFF /272.7/184.7Mh/s | A:1 R:0+3( 75%) HW:8/ 33%
--------------------------------------------------------------------------------
[2013-11-13 22:51:23] NFY 0: Previous nonce mismatch (4th try), recalibrating
[2013-11-13 22:51:25] Accepted 3fa4ee98 NFY 0 Diff 4/2
[2013-11-13 22:51:25] Stratum from pool 0 requested work update
[2013-11-13 22:51:25] Pool 0 is hiding block contents from us
[2013-11-13 22:51:25] Reconnect requested from pool 0 to eu-stratum-lb489kj.btcguild.com:3333
[2013-11-13 22:51:26] Stratum from pool 0 requested work update
[2013-11-13 22:51:32] mcp2210_spi_transfer: Failed to issue SPI transfer
[2013-11-13 22:51:34] mcp2210_spi_transfer: Failed to continue SPI transfer (59 bytes remaining)
[2013-11-13 22:51:34] NFY 0 failure, attempting to reinitialize
[2013-11-13 22:51:34] mcp2210_set_cfg_spi: Error setting current SPI config (248)
[2013-11-13 22:51:34] mcp2210_set_cfg_spi: Error setting current SPI config (248)
[2013-11-13 22:51:34] NFY 0 failure, disabling!
[2013-11-13 22:51:35] NFY 0: bitfury_init_oldbuf: Giving up after 4 tries
[2013-11-13 22:51:35] NFY 0: bitfury_init_oldbuf: Giving up after 4 tries
[2013-11-13 22:51:36] NFY 0: bitfury_init_oldbuf: Giving up after 4 tries
[2013-11-13 22:51:37] NFY 0: bitfury_init_oldbuf: Giving up after 4 tries

I got similar result after using usb hub

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: xyzzy099 on November 17, 2013, 05:36:55 PM

I like the idea of GBT in general- it enforces some honesty on pool operators (not that any of them are dishonest, to my knowledge Wink

)

Even if you assume the pool operator is perfectly honest, blind pooling makes the servers an excellent target for someone to break into...
If you can double-spend enough, it might even be profitable to organise a hold-up of all the big pool operators and force them to let you access the servers so you can do a 10-deep reorg or so.
Fully implemented GBT will make this kind of attack impractical, thus giving pool operators more personal security too.

xyzzy099

legendary

Activity: 1065

Merit: 1077

Quote from: Luke-Jr on November 17, 2013, 05:23:46 PM

Quote from: xyzzy099 on November 17, 2013, 05:15:07 PM

Quote from: Luke-Jr on November 17, 2013, 05:07:58 PM

Quote from: xyzzy099 on November 17, 2013, 04:49:40 PM

I am using the version 3.4.0 BFGMiner that is distributed as part of Bertmod 0.3 on my KnCMiner Saturn. I added the lines:

Code:

"coinbase-addr": ,
"coinbase-sig":

to the end of the config file, because I wanted to solo mine on my local bitcoin-qt.

It doesn't generate any errors, but the hashrate goes down from ~285 GH/s to more like 10 GH/s Huh

If I remove the above two lines, it goes back to normal.

Anybody have any idea what is going wrong here?

Is it using 100% CPU, or less? I wonder if the BBB can't keep up with generating work via GBT...

Yeah, looks like that's it - always over 95% CPU when GBT is enabled, ~22% otherwise.

Bummer.

GBT is entirely unoptimised right now, so there's a possibility of improving it.
In theory, I should be able to reduce its CPU load to approximately the same as stratum's.
Just need to find the time...

Yeah, I imagine your plate is pretty full. I like the idea of GBT in general- it enforces some honesty on pool operators (not that any of them are dishonest, to my knowledge Wink

), and it is currently the ONLY real way to solo mine with ASIC h/w without all the complexity of installing and configuring stratum pool software - but it does seem to be pretty heavy-weight at the moment. I notice that even Eligius will auto-switch you to stratum if you try to use GBT, unless you explicitly disable stratum.

I hope you find some time to look into it soon.

Luke-Jr

legendary

Activity: 2576

Merit: 1186

Quote from: xyzzy099 on November 17, 2013, 05:15:07 PM

Quote from: Luke-Jr on November 17, 2013, 05:07:58 PM

Quote from: xyzzy099 on November 17, 2013, 04:49:40 PM

I am using the version 3.4.0 BFGMiner that is distributed as part of Bertmod 0.3 on my KnCMiner Saturn. I added the lines:

Code:

"coinbase-addr": ,
"coinbase-sig":

to the end of the config file, because I wanted to solo mine on my local bitcoin-qt.

It doesn't generate any errors, but the hashrate goes down from ~285 GH/s to more like 10 GH/s Huh

If I remove the above two lines, it goes back to normal.

Anybody have any idea what is going wrong here?

Is it using 100% CPU, or less? I wonder if the BBB can't keep up with generating work via GBT...

Yeah, looks like that's it - always over 95% CPU when GBT is enabled, ~22% otherwise.

Bummer.

GBT is entirely unoptimised right now, so there's a possibility of improving it.
In theory, I should be able to reduce its CPU load to approximately the same as stratum's.
Just need to find the time...

Topic: OLD: BFGMiner 3.10.0: modular ASIC+FPGA, GBT+Strtm, RPC, Mac/Lnx/W64, AntU1, DRB - page 91. (Read 1193219 times)