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

Eldoen

newbie

Activity: 19

Merit: 0

Quote from: fr333n3rgy on March 12, 2014, 10:04:41 PM

Quote from: Eldoen on March 12, 2014, 07:43:21 PM

on the Gridseed support, is the Scrypt only support turning off the Sha side of the chip.

Are you saying that when scrypt only mode is enabled the sha side is still on?

yes on the original build of cpuminer(sorry stated cgminer above) the sha part of the circuit was on and pulling power.
a new build that only runs Scrypt, turns off the sha part of the circuit and runs at a much lower draw

Haven't tried bfgminer yet since the 5 chip Gridseed has been added on a beta build?

El

fr333n3rgy

newbie

Activity: 42

Merit: 0

Quote from: Eldoen on March 12, 2014, 07:43:21 PM

on the Gridseed support, is the Scrypt only support turning off the Sha side of the chip.

Are you saying that when scrypt only mode is enabled the sha side is still on?

Eldoen

newbie

Activity: 19

Merit: 0

on the Gridseed support, is the Scrypt only support turning off the Sha side of the chip.

The options I would like to see supported is
Scrypt only turn off the Sha part of the chip. when running in Scrypt only gridseed should pull no more than 7 to 9 watts.
I know the original CGminer SHA was on even though it wasn't being used.

Sha Only, which at todays difficulty would be a fools goal but to each his own.
Dualmode.

Will see what I can do to compensate.

Thanks El
Thanks for all the hard work NWoolls and Luke-JR

poopypants

full member

Activity: 134

Merit: 100

Thanks for your hard work Nwoolls and Luke-Jr

I am running the gridseed-dualminer-support branch on my Pi, and everything works great. Only problem was cloning that branch I kept getting 403 errors, so I just download the zip from the site. Compiling it I had to git clone the bfgmaster source, delete the files from the master, and move the files from the gridseed-dualminer-support into that directory in order to rund Autogen.sh. After that it compiled fine and I am able to run my 4 gridseed 5 chips, and 16 dualminer usb sticks in one window. I am not sure if the gridseed 5 chip I was able to overclock to 850, I used the --set-device gridseed:clock=850 ? It took the argument but the hashrate is about 10kh/s lower that with freq 850 in cgminer.

Thanks again

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: ShosMeister on March 12, 2014, 02:38:46 PM

Any suggestions? I hope I don't need to manually compile some version just for this as I thought it was built in as the ReadMe.txt file has it as an available option.

Run the 32-bit version. You don't have to run the 64-bit version on a 64-bit OS.

ShosMeister

newbie

Activity: 28

Merit: 0

Trying to work out getting my cube to work with BFGMiner instead using the proxy.

Read through quite a bit of stuff on here and figured out that I don't have the --http-port command available in my 3.10 build (windows 64bit). When I try to execute the command it says --http-port option unrecognized.

Cube is up and running fine with the proxy but like the display and statistics of BFG better.

Any suggestions? I hope I don't need to manually compile some version just for this as I thought it was built in as the ReadMe.txt file has it as an available option.

fr333n3rgy

newbie

Activity: 42

Merit: 0

Quote from: nwoolls on March 12, 2014, 11:08:13 AM

Quote from: Blackbird0 on March 12, 2014, 08:38:42 AM

Quote from: gigica viteazu` on March 12, 2014, 07:43:28 AM

i`ve managed to compile it, it runs, it detects all the gridseed devices, it seems like they are hashing but they don`t find any share at all

any ideas ?

Have you tried different pools? Some scrypt pools have different addresses for high diff and low diff (high is usually 1-2 MH/s) miners, and if you're at a "high" one you might not be able to get any shares.

I ran into this issue too. Don't use high-diff servers for a 70 or 300 Kh/s device.

Also from your output it looks like you only ran it for less than 3 minutes. Try giving it longer so luck has time to play out. Also try just one server. Trial and error will help here since it works well for others.

do you think overclocking the GS units is worth it? Do they get hot and could that be an issue re the non-acceptance?

ManeBjorn

legendary

Activity: 1288

Merit: 1004

Windows found my DualMiner with no issues. I did already have this driver pack installed though. These are the correct base drivers for many USB ASIC devices that would be run on BFGMiner.
http://www.silabs.com/products/mcu/Pages/USBtoUARTBridgeVCPDrivers.aspx

Quote from: joeventura on March 12, 2014, 11:24:29 AM

Quote from: ManeBjorn on March 12, 2014, 11:19:19 AM

I use LTC Rabbit.
https://www.ltcrabbit.com/#afkun1

They have a solid pool with an altcoin bonus when applicable.
The other that is good is Scryptguild.com which is currently in beta.

I hope it helps and Happy Mining.

Quote from: joeventura on March 12, 2014, 11:11:50 AM

Quote from: nwoolls on March 12, 2014, 11:08:13 AM

Quote from: Blackbird0 on March 12, 2014, 08:38:42 AM

Quote from: gigica viteazu` on March 12, 2014, 07:43:28 AM

i`ve managed to compile it, it runs, it detects all the gridseed devices, it seems like they are hashing but they don`t find any share at all

any ideas ?

Have you tried different pools? Some scrypt pools have different addresses for high diff and low diff (high is usually 1-2 MH/s) miners, and if you're at a "high" one you might not be able to get any shares.

I ran into this issue too. Don't use high-diff servers for a 70 or 300 Kh/s device.

Also from your output it looks like you only ran it for less than 3 minutes. Try giving it longer so luck has time to play out. Also try just one server. Trial and error will help here since it works well for others.

What server (pool) are you using or would you recommend? I am bring up 40 Gridseed (5 chip) miners up on Bfgminer tonight, want to be as consistent as I can.

Did you have to load any drivers for BFG to see the Gridseed units?

So no drivers to load on a Windows machine to have them recognized by Bfgminer?

Thanks for the pool list, I will try them tonight

gigica viteazu`

sr. member

Activity: 458

Merit: 250

beast at work

Quote from: nwoolls on March 12, 2014, 11:08:13 AM

I ran into this issue too. Don't use high-diff servers for a 70 or 300 Kh/s device.

Also from your output it looks like you only ran it for less than 3 minutes. Try giving it longer so luck has time to play out. Also try just one server.

if I plug the units in that crappy controller they spew couple hundred frames in 2 min mining on the same pool. Even that cgminer (which locks up the pi) spew shares almost instant.

Quote from: nwoolls on March 12, 2014, 11:08:13 AM

Trial and error will help here since it works well for others.

anybody care to share the file (i`m runing arch linux on a Pi)

joeventura

hero member

Activity: 854

Merit: 500

Quote from: ManeBjorn on March 12, 2014, 11:19:19 AM

I use LTC Rabbit.
https://www.ltcrabbit.com/#afkun1

They have a solid pool with an altcoin bonus when applicable.
The other that is good is Scryptguild.com which is currently in beta.

I hope it helps and Happy Mining.

Quote from: joeventura on March 12, 2014, 11:11:50 AM

Quote from: nwoolls on March 12, 2014, 11:08:13 AM

Quote from: Blackbird0 on March 12, 2014, 08:38:42 AM

Quote from: gigica viteazu` on March 12, 2014, 07:43:28 AM

i`ve managed to compile it, it runs, it detects all the gridseed devices, it seems like they are hashing but they don`t find any share at all

any ideas ?

Have you tried different pools? Some scrypt pools have different addresses for high diff and low diff (high is usually 1-2 MH/s) miners, and if you're at a "high" one you might not be able to get any shares.

I ran into this issue too. Don't use high-diff servers for a 70 or 300 Kh/s device.

Also from your output it looks like you only ran it for less than 3 minutes. Try giving it longer so luck has time to play out. Also try just one server. Trial and error will help here since it works well for others.

What server (pool) are you using or would you recommend? I am bring up 40 Gridseed (5 chip) miners up on Bfgminer tonight, want to be as consistent as I can.

Did you have to load any drivers for BFG to see the Gridseed units?

So no drivers to load on a Windows machine to have them recognized by Bfgminer?

Thanks for the pool list, I will try them tonight

ManeBjorn

legendary

Activity: 1288

Merit: 1004

I use LTC Rabbit.
https://www.ltcrabbit.com/#afkun1

They have a solid pool with an altcoin bonus when applicable.
The other that is good is Scryptguild.com which is currently in beta.

I hope it helps and Happy Mining.

Quote from: joeventura on March 12, 2014, 11:11:50 AM

Quote from: nwoolls on March 12, 2014, 11:08:13 AM

Quote from: Blackbird0 on March 12, 2014, 08:38:42 AM

Quote from: gigica viteazu` on March 12, 2014, 07:43:28 AM

i`ve managed to compile it, it runs, it detects all the gridseed devices, it seems like they are hashing but they don`t find any share at all

any ideas ?

Have you tried different pools? Some scrypt pools have different addresses for high diff and low diff (high is usually 1-2 MH/s) miners, and if you're at a "high" one you might not be able to get any shares.

I ran into this issue too. Don't use high-diff servers for a 70 or 300 Kh/s device.

Also from your output it looks like you only ran it for less than 3 minutes. Try giving it longer so luck has time to play out. Also try just one server. Trial and error will help here since it works well for others.

What server (pool) are you using or would you recommend? I am bring up 40 Gridseed (5 chip) miners up on Bfgminer tonight, want to be as consistent as I can.

Did you have to load any drivers for BFG to see the Gridseed units?

joeventura

hero member

Activity: 854

Merit: 500

Quote from: nwoolls on March 12, 2014, 11:08:13 AM

Quote from: Blackbird0 on March 12, 2014, 08:38:42 AM

Quote from: gigica viteazu` on March 12, 2014, 07:43:28 AM

i`ve managed to compile it, it runs, it detects all the gridseed devices, it seems like they are hashing but they don`t find any share at all

any ideas ?

Have you tried different pools? Some scrypt pools have different addresses for high diff and low diff (high is usually 1-2 MH/s) miners, and if you're at a "high" one you might not be able to get any shares.

I ran into this issue too. Don't use high-diff servers for a 70 or 300 Kh/s device.

Also from your output it looks like you only ran it for less than 3 minutes. Try giving it longer so luck has time to play out. Also try just one server. Trial and error will help here since it works well for others.

What server (pool) are you using or would you recommend? I am bring up 40 Gridseed (5 chip) miners up on Bfgminer tonight, want to be as consistent as I can.

Did you have to load any drivers for BFG to see the Gridseed units?

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: Blackbird0 on March 12, 2014, 08:38:42 AM

Quote from: gigica viteazu` on March 12, 2014, 07:43:28 AM

i`ve managed to compile it, it runs, it detects all the gridseed devices, it seems like they are hashing but they don`t find any share at all

any ideas ?

Have you tried different pools? Some scrypt pools have different addresses for high diff and low diff (high is usually 1-2 MH/s) miners, and if you're at a "high" one you might not be able to get any shares.

I ran into this issue too. Don't use high-diff servers for a 70 or 300 Kh/s device.

Also from your output it looks like you only ran it for less than 3 minutes. Try giving it longer so luck has time to play out. Also try just one server. Trial and error will help here since it works well for others.

daddyfatsax

hero member

Activity: 857

Merit: 1000

Anger is a gift.

Quote from: TrollboxChamp on March 11, 2014, 10:36:32 PM

Quote from: Pistachio on March 11, 2014, 09:43:14 AM

This looks great. Anyone tried this with 40+ miners (off 4 USB hubs)?

Quote from: nwoolls on March 09, 2014, 03:25:22 AM

The previous driver I linked is for the GridSeed 1-chip device, so far resold by DualMiner.

For support for the GridSeed 5-chip devices, if you are feeling crazy you can try this out (Scrypt-only currently):

https://github.com/nwoolls/bfgminer/commits/feature/gridseed-support

I give it the It Works For Me(tm) stamp of approval. Run it with -S gridseed:all and specify frequency with --set-device gridseed:clock=freq, e.g. 850 (default is 600).

For OS X users, these should be loaded automatically but in case they aren't:

Code:

sudo kextload -b com.apple.driver.AppleUSBCDC
sudo kextload -b com.apple.driver.AppleUSBCDCACMData

SHA2 support will be next followed by dual-algorithm support. If you have some of these and are feeling froggy, feedback is welcome.

I have 80 gridseeds. Gonna give this a go in the morning on windows 8.1

I have 20 runnning, and when I start bfgminer it hashes but I get no accepted shares. 3rd column for hashing shows 0 while the first 2 are fine. Can't remember the exact code that flashes on the screen, something along the lines "cannot wake device", or something to that effect. Running Win 7 x64 with all the command line options nwools states. Any help would be appreciated. Thanks.

Blackbird0

full member

Activity: 207

Merit: 100

Quote from: gigica viteazu` on March 12, 2014, 07:43:28 AM

Quote from: nwoolls on March 11, 2014, 12:45:32 PM

Make sure you ran autogen.sh - that should clone requirements into the ccan directory. If that doesn't work copy over the contents from a working clone of the master repo.

i`ve managed to compile it, it runs, it detects all the gridseed devices, it seems like they are hashing but they don`t find any share at all

any ideas ?

Have you tried different pools? Some scrypt pools have different addresses for high diff and low diff (high is usually 1-2 MH/s) miners, and if you're at a "high" one you might not be able to get any shares.

gigica viteazu`

sr. member

Activity: 458

Merit: 250

beast at work

Quote from: nwoolls on March 11, 2014, 12:45:32 PM

Make sure you ran autogen.sh - that should clone requirements into the ccan directory. If that doesn't work copy over the contents from a working clone of the master repo.

i`ve managed to compile it, it runs, it detects all the gridseed devices, it seems like they are hashing but they don`t find any share at all.

the "Stratum from pool 0 requested work update" shows up about 2 times per sec

Code:

bfgminer version 3.10.0 - Started: [2014-03-12 17:32:25] - [  0 days 00:02:50]
 [M]anage devices [P]ool management [S]ettings [D]isplay options                                [H]elp [Q]uit
 Connected to stratum.fast-pool.com diff 128 with stratum as user 
 Block: ...0ff692eb #137573  Diff:1.12k ( 7.99Gh/s)  Started: [17:32:24]
 ST:4  F:0  NB:1  AS:0  BW:[431/ 69 B/s]  E:0.00  I: 0.00 BTC/hr  BS:0
 2            | 712.7/695.5/  0.0kh/s | A:0 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------------------------------------
 GSD 0:       | 359.0/348.3/  0.0kh/s | A:0 R:0+0(none) HW:0/none
 GSD 1:       | 359.0/348.3/  0.0kh/s | A:0 R:0+0(none) HW:0/none
--------------------------------------------------------------------------------------------------------------
 [2014-03-12 17:32:24] Probing for an alive pool
 [2014-03-12 17:32:24] Switching to pool 1 stratum+tcp://eu.clevermining.com:3333 - first alive pool
 [2014-03-12 17:32:24] Network difficulty changed to 1.12k ( 7.99Gh/s)
 [2014-03-12 17:32:24] Stratum from pool 1 detected new block
 [2014-03-12 17:32:24] Pool 1 is hiding block contents from us
 [2014-03-12 17:32:24] Pool 2 stratum+tcp://stratum.scryptguild.com:3333 alive
 [2014-03-12 17:32:24] Pool 2 is hiding block contents from us
 [2014-03-12 17:32:24] Pool 0 http://stratum.fast-pool.com:3003 alive
 [2014-03-12 17:32:24] Switching to pool 0 http://stratum.fast-pool.com:3003
 [2014-03-12 17:32:25] API running in IP access mode on port 4028
 [2014-03-12 17:32:28] Stratum from pool 0 requested work update
 [2014-03-12 17:32:28] Pool 0 is hiding block contents from us
 [2014-03-12 17:32:28] Stratum from pool 0 requested work update
 [2014-03-12 17:32:29] Stratum from pool 0 requested work update
 [2014-03-12 17:32:34] Stratum from pool 0 requested work update
 [2014-03-12 17:32:34] Stratum from pool 0 requested work update
 [2014-03-12 17:32:35] Stratum from pool 0 requested work update
 [2014-03-12 17:32:35] Stratum from pool 0 requested work update
 [2014-03-12 17:32:36] Stratum from pool 0 requested work update
 [2014-03-12 17:32:36] Stratum from pool 0 requested work update
 [2014-03-12 17:32:37] Stratum from pool 0 requested work update
 [2014-03-12 17:32:37] Stratum from pool 0 requested work update
 [2014-03-12 17:32:38] Stratum from pool 0 requested work update
 [2014-03-12 17:32:38] Stratum from pool 0 requested work update
 [2014-03-12 17:32:39] Stratum from pool 0 requested work update
...
 [2014-03-12 17:33:45] Stratum from pool 0 requested work update
 [2014-03-12 17:33:48] Stratum from pool 0 detected new block
 [2014-03-12 17:33:48] Stratum from pool 0 requested work update
 [2014-03-12 17:33:49] Stratum from pool 0 requested work update
 [2014-03-12 17:33:49] Stratum from pool 0 requested work update
 [2014-03-12 17:33:50] Stratum from pool 0 requested work update
 [2014-03-12 17:33:50] Stratum from pool 0 requested work update
 [2014-03-12 17:33:51] Stratum from pool 0 requested work update
 [2014-03-12 17:33:51] Stratum from pool 0 requested work update
 [2014-03-12 17:33:52] Stratum from pool 0 requested work update
 [2014-03-12 17:33:52] Stratum from pool 0 requested work update
 [2014-03-12 17:33:53] Stratum from pool 0 requested work update

any ideas ?

Mudbankkeith

hero member

Activity: 868

Merit: 1000

Quote from: hurricandave on March 12, 2014, 07:24:27 AM

I am at my wits end with this Antminer U2+.
I have tried all kinds of combinations of -S antminer: all, auto, \\COM4, capitol letters, small case letters, with --set device; without it.
I've uninstalled drivers, rebooted, made sure to check the remove all drivers box, reboot after reboot.
Installed the VCP drivers from Silicon Labs, ran the .exe as admin yada yada.
Deleted my .conf, several times.
Deleted BFG Miner 3.10.0 win 32, then un7zip to C\ a fresh copy as admin, etc,etc,etc.
I've run as administrator, installed as administrator.
Opened BFG Miner with CMD Prompt as admin, launched from command line.
All of these steps have been repeated on two separate Windows computers, XP Pro and 7 Pro.
Even CG Miner refuses to work with this Antminer U2. But with a different message "USB init, open device failed, err -3, you don't have privilege to access -AMU device 2:1"
Now I only mention that because its the only line of any output that has reflected AMU.
And yes,I have properly removed Zadig from that computer( XP Pro) and left CG at that.

With VCP driver installed, Windows usually will give some thing like the following thru Device Manager (as admin)-
nit picking the parts that have Silicon Labs or USB to UART type info.

Location Path
PCIROOT(0)#PCI(ID01)#USBROOT(0)#USB(1)
Device Instance Path
USB\VID_10C4&PID_EA60\0001
Bus Reported Device Description
CP2102 USB to UART Bridge Controller
manuf- Silicon Laboratories
Location- Port_#0001.Hub_#0005
USB Root Hub Location- Intel ICH8 Family USB Universal Host Controller-2831 (10%- resources)

Launching Bfg Miner from the cmd line with- bfgminer -d? -D -S antminer:all
I can pick out relevant lines with -

lowlevel_scan: Found vcom device at com:4 (path=\\.\COM4, vid=0000, pid=0000, manuf=(null), prod=(null), serial=(null)

lowlevel_scan: Found usb device at usb:005:e002 (path=(null), vid=10c4, pid=ea60, manuf=(null), prod=(null), serial=(null)

Failed to ioctlin lowl_vcom.c windows_usb_get_string():389: A device attached to the system is not functioning.
FTD2XX.DLL failed to load, not using FTDI auto detect

Icarus Detect: Test Failed at \\.\COM4:get00000000, should:000187a2

Devices detected:
0devices listed

Windows sees that a device is there and lets Silicon Labs drivers install for it and BFG Miner sees that something is in the usb port but I'm not seeing things that I expected like manuf=(siliconlabs) prod=(USBtoUART)or(CP2102) serial=( Huh

??)

What's relevant? What's missing?

Maybe Luke-Jr needs a sample?

hurricandave

legendary

Activity: 966

Merit: 1003

   I am at my wits end with this Antminer U2+.
I have tried all kinds of combinations of -S antminer: all, auto, \\COM4, capitol letters, small case letters, with --set device; without it.
I've uninstalled drivers, rebooted, made sure to check the remove all drivers box, reboot after reboot.
Installed the VCP drivers from Silicon Labs, ran the .exe as admin yada yada.
Deleted my .conf, several times.
Deleted BFG Miner 3.10.0 win 32, then un7zip to C\ a fresh copy as admin, etc,etc,etc.
I've run as administrator, installed as administrator.
Opened BFG Miner with CMD Prompt as admin, launched from command line.
All of these steps have been repeated on two separate Windows computers, XP Pro and 7 Pro.
Even CG Miner refuses to work with this Antminer U2. But with a different message "USB init, open device failed, err -3, you don't have privilege to access -AMU device 2:1"
Now I only mention that because its the only line of any output that has reflected AMU.
And yes,I have properly removed Zadig from that computer( XP Pro) and left CG at that.

With VCP driver installed, Windows usually will give some thing like the following thru Device Manager (as admin)-
nit picking the parts that have Silicon Labs or USB to UART type info.

   Location Path
PCIROOT(0)#PCI(ID01)#USBROOT(0)#USB(1)
   Device Instance Path
USB\VID_10C4&PID_EA60\0001
   Bus Reported Device Description
CP2102 USB to UART Bridge Controller
   manuf- Silicon Laboratories
   Location- Port_#0001.Hub_#0005
   USB Root Hub Location- Intel ICH8 Family USB Universal Host Controller-2831 (10%- resources)

   Launching Bfg Miner from the cmd line with- bfgminer -d? -D -S antminer:all
I can pick out relevant lines with -

  lowlevel_scan: Found vcom device at com:4 (path=\\.\COM4, vid=0000, pid=0000, manuf=(null), prod=(null), serial=(null)

  lowlevel_scan: Found usb device at usb:005:e002 (path=(null), vid=10c4, pid=ea60, manuf=(null), prod=(null), serial=(null)

  Failed to ioctlin lowl_vcom.c windows_usb_get_string():389: A device attached to the system is not functioning.
  FTD2XX.DLL failed to load, not using FTDI auto detect

  Icarus Detect: Test Failed at \\.\COM4:get00000000, should:000187a2

   Devices detected:
0devices listed

Windows sees that a device is there and lets Silicon Labs drivers install for it and BFG Miner sees that something is in the usb port but I'm not seeing things that I expected like manuf=(siliconlabs) prod=(USBtoUART)or(CP2102) serial=( Huh

??)

What's relevant? What's missing?

[ Update- One confirmed defective Antminer U2+, after receiving a replacement, the Antminer U 2+ starts in the command line just like the Antminer U1.]

TrollboxChamp

sr. member

Activity: 462

Merit: 250

Quote from: Pistachio on March 11, 2014, 09:43:14 AM

This looks great. Anyone tried this with 40+ miners (off 4 USB hubs)?

Quote from: nwoolls on March 09, 2014, 03:25:22 AM

The previous driver I linked is for the GridSeed 1-chip device, so far resold by DualMiner.

For support for the GridSeed 5-chip devices, if you are feeling crazy you can try this out (Scrypt-only currently):

https://github.com/nwoolls/bfgminer/commits/feature/gridseed-support

I give it the It Works For Me(tm) stamp of approval. Run it with -S gridseed:all and specify frequency with --set-device gridseed:clock=freq, e.g. 850 (default is 600).

For OS X users, these should be loaded automatically but in case they aren't:

Code:

sudo kextload -b com.apple.driver.AppleUSBCDC
sudo kextload -b com.apple.driver.AppleUSBCDCACMData

SHA2 support will be next followed by dual-algorithm support. If you have some of these and are feeling froggy, feedback is welcome.

I have 80 gridseeds. Gonna give this a go in the morning on windows 8.1

nwoolls

hero member

Activity: 840

Merit: 1002

Quote from: chanberg on March 11, 2014, 12:39:07 PM

Code:

make[2]: Entering directory `/home/pi/bfgminer-feature-gridseed-support/ccan.bfg'
make[2]: *** No rule to make target `../ccan-upstream/ccan/opt/helpers.c', needed by `../ccan-upstream/ccan/opt/libccan_a-helpers.o'. Stop.
make[2]: Leaving directory `/home/pi/bfgminer-feature-gridseed-support/ccan.bfg'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/pi/bfgminer-feature-gridseed-support'
make: *** [all] Error 2
root@raspberrypi:/home/pi/bfgminer-feature-gridseed-support#

Make sure you ran autogen.sh - that should clone requirements into the ccan directory. If that doesn't work copy over the contents from a working clone of the master repo.

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