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

[Luke-Jr]

Trying to compile on CentOS 5 (yes, I know it is a pretty old linux... but have to use it)

Config doesnt pass libblkmaker check. Installed it from the included package, but still see this error:

Code:

checking for libblkmaker... no
configure: error: Could not find system libblkmaker

I'm configuring with the following options (want to test it with CPU and probably FPU for different currencies)

Code:

 ./configure --disable-avalon --enable-cpumining --enable-opencl --disable-adl --disable-bigpic --disable-littlefury --disable-nanofury --disable-hashbuster --disable-hashbuster2 --disable-bitforce --disable-icarus --disable-klondike --disable-modminer --disable-x6500 --disable-ztex --enable-scrypt --with-system-libblkmaker --without-curses --without-libmicrohttpd --without-libevent --without-libusb --without-libudev

Any tips how to configure it? Thanks!

If you don't configure --with-system-libblkmaker, BFGMiner will just built and use it itself...

If you want to go the system libblkmaker route, you'll have to install libblkmaker correctly.
I think RHEL5 has its library paths messed up; try adding /usr/local/lib to /etc/ld.so.conf and/or running ldconfig...

[2121]

Thanks! Removed --with-system-libblkmaker and it passed the check, but now got another issue:

Code:

checking for LIBCURL... no
configure: error: Missing required libcurl dev >= 7.18.2

Though, I have its 64 bit older version installed

Code:

yum list|grep curl
curl.x86_64                           7.15.5-17.el5_9            installed
curl-devel.x86_64                     7.15.5-17.el5_9            installed
curl.i386                             7.15.5-17.el5_9            base
curl-devel.i386                       7.15.5-17.el5_9            base
python-pycurl.x86_64                  7.15.5.1-8.el5             base

Can I get around it?

[Luke-Jr]

libcurl 7.18.2 was released in 2008. That's 6 years ago.
I'm not going to support older versions unless someone provides me with a clean patch.

[JBT]

This is something wrong with your pool.

Thanks. I used solo mining, I have found a block after I running BFGMiner few hours, so the error message seems doesn't matter.

what speed you hashing at to find a block?

[phuture]

i'm just trying run bfgminer with my gridseeds, but without success. my OS is Centos 6 with 3.10.20 kernel. i have enabled vcom low level driver, gridseed driver and scrypt. the kernel driver cdc_acm is removed, ftdi_sio module is loaded with product=0x5740 vendor=0x0483 and gridseeds are detected and gets /dev/ttyUSB*. when i start bfgminer with -S gridseed:all there is problem with initialization of miner and doesn't show in list of devices. it doesn't matter if i trying default BTC mode or LTC mode.
i'm trying nwools branches features/gridseed-support(-new|-clean).

original cgminer from gridseed branch works fine with cooperation with minerd for scrypt. also cgminer from dtbartle's repository works fine.

please, what's wrong with my setup and cooperation with bfgminer?

[salfter]

i'm just trying run bfgminer with my gridseeds, but without success. my OS is Centos 6 with 3.10.20 kernel. i have enabled vcom low level driver, gridseed driver and scrypt. the kernel driver cdc_acm is removed, ftdi_sio module is loaded with product=0x5740 vendor=0x0483 and gridseeds are detected and gets /dev/ttyUSB*. when i start bfgminer with -S gridseed:all there is problem with initialization of miner and doesn't show in list of devices. it doesn't matter if i trying default BTC mode or LTC mode.
i'm trying nwools branches features/gridseed-support(-new|-clean).

original cgminer from gridseed branch works fine with cooperation with minerd for scrypt. also cgminer from dtbartle's repository works fine.

please, what's wrong with my setup and cooperation with bfgminer?

Gridseed miners (the six I have, anyway) don't use FTDI serial chips. This is how they show up in the output from lsusb:

Code:

Bus 001 Device 028: ID 0483:5740 SGS Thomson Microelectronics

It's supported by the cdc_acm module and shows up as /dev/ttyACM*.

And now for something completely different, here's a bit of weirdness: I've been running the feature/gridseed-support branch of bfgminer for a bit now.  With 4 miners, it ran like a champ.  I just received two more and hooked them into my rig.  With 6 miners plugged in and configured, though, it runs for a minute or two and then stops finding shares.  If I split the miners between two instances of bfgminer (three on each), they all run like they should.  

Someone else asked about the feature/gridseed-support-new branch.  There's also a feature/gridseed-support-clean branch.  A diff between the two shows some differences possibly pertaining to SHA-256 support for Gridseed miners...dual-mining support, possibly?  driver-gridseed.c is the same between these two branches, and is newer than the version in the feature/gridseed-support branch.  I think I'll try the feature/gridseed-support-clean branch and see if it works better with six miners.

[phuture]

Gridseed miners (the six I have, anyway) don't use FTDI serial chips. This is how they show up in the output from lsusb:

Code:

Bus 001 Device 028: ID 0483:5740 SGS Thomson Microelectronics

they use FTDI! check my modprobe command where i specify vendor and product id. after that i see:

Code:

ftdi_sio 1-5.4.6:1.0: FTDI USB Serial Device converter detected
usb 1-5.4.6: Detected FT2232C
usb 1-5.4.6: Number of endpoints 1
usb 1-5.4.6: Endpoint 1 MaxPacketSize 8
usb 1-5.4.6: Setting MaxPacketSize 8
ftdi_sio ttyUSB0: Unable to read latency timer: -32
ftdi_sio ttyUSB0: Unable to write latency timer: -32
usb 1-5.4.6: FTDI USB Serial Device converter now attached to ttyUSB0

It's supported by the cdc_acm module and shows up as /dev/ttyACM*.

they are, but afaik proper driver should be ftdi_sio.

all in all, i can't run bfgminer (any with gridseed patches) with ftdi_sio or cdc_acm driver

[MobileWill]

(First time I wrote this it wouldn't let me post, and now have to rewrite it.)

Hi,


I have 2 Gridseed and 4 GPU's. Is it possible to have all under control of once instance of BFGMiner? Prefer with config file. My main reason is so I can use CGWatcher to manage all hardware.
If I use the default basic BAT file I get the Gridseeds working and the GPU's are OFF. But with the config I get just the Gridseeds.

Here is my config.

Code:

"scrypt" : "true",
"gpu-threads" : "1",
"gpu-engine" : "1200,950,950,1100",
"gpu-fan" : "85",
"gpu-memclock" : "1350,1000,1000,1500",
"gpu-powertune" : "10,10,10,20",
"intensity" : "17,17,17,19",
"temp-target" : "75",
"temp-overheat" : "80",
"temp-cutoff" : "95",
"worksize" : "256,256,256,256",
"device" : "all",
"scan-serial" : ["gridseed:all"],
"set-device" : ["gridseed:clock=850"]

[salfter]

Gridseed miners (the six I have, anyway) don't use FTDI serial chips. This is how they show up in the output from lsusb:

Code:

Bus 001 Device 028: ID 0483:5740 SGS Thomson Microelectronics

they use FTDI! check my modprobe command where i specify vendor and product id. after that i see:

Code:

ftdi_sio 1-5.4.6:1.0: FTDI USB Serial Device converter detected
usb 1-5.4.6: Detected FT2232C
usb 1-5.4.6: Number of endpoints 1
usb 1-5.4.6: Endpoint 1 MaxPacketSize 8
usb 1-5.4.6: Setting MaxPacketSize 8
ftdi_sio ttyUSB0: Unable to read latency timer: -32
ftdi_sio ttyUSB0: Unable to write latency timer: -32
usb 1-5.4.6: FTDI USB Serial Device converter now attached to ttyUSB0

It's supported by the cdc_acm module and shows up as /dev/ttyACM*.

they are, but afaik proper driver should be ftdi_sio.

all in all, i can't run bfgminer (any with gridseed patches) with ftdi_sio or cdc_acm driver

Are you sure you're not confusing them with some other mining hardware plugged into your rig, or is there some other device that combines one or more Gridseed chips with an FTDI chip?  If it's the latter, it's possible that bfgminer doesn't support it.

These are what I'm using (image hotlinked from Zoomhash's website, as that's where I've bought mine):



I have all of them running with the feature/gridseed-support-clean branch, though I think it might be a little bit touchy about switching pools on-the-fly.   It's been running about 4.5 hours so far at 2.07 MH/s.

[povlhp]

I have one question.

Been trying to solo-mine bfgminer -> bitcoind, but bfgminer keeps working on old stuff way after the block has changed.

How can I use blocknotify of bitcoind to tell bfgminer to actually pick up the new block and new work ?
With eloipool in between, all works fine, but it is overkill, and it eats 100% CPU on one core.

Any SIGxxx to send ? Something else ?

[pauljbl]

Hi

Can anyone help I have debian on my laptop with bfgminer 3.10.0 compiled and hidapi install. I am running nano fury's but I get lots of HW errors and keep getting nfy 8 of the last results were bad reinitiialising and dont get a good hash rate.

Using the same setup in windows I dont get theses problems and a good hash rate I dont understand what is wrong

[poopypants]

Nwoolls & Luke-Jr thank you for the work you guys put in!

Question, is it possible to manage Gridseed devices with different frequencies within one instance of bfgminer?  Anyone have any solutions or am I missing something?  I tried to read through a lot of the recent posts to see if someone stated a solution but could not find one.  Thanks

[MobGod]

Anyone have any info on this working or not? http://cryptomining-blog.com/1883-download-the-latest-bfgminer-3-99-0-for-windows-with-gridseed-asic-support/#comment-798
or is this just a virus? I did a scan on this also and got https://www.virustotal.com/en/file/86f01935ace6d1dd7c68f6279777035e2002b3471b58a8a6fbf5388807a3fd6f/analysis/1396624114/
so i'm only asking to see if others have tried it or got it working?

[pallas]

Nwoolls & Luke-Jr thank you for the work you guys put in!

Question, is it possible to manage Gridseed devices with different frequencies within one instance of bfgminer?  Anyone have any solutions or am I missing something?  I tried to read through a lot of the recent posts to see if someone stated a solution but could not find one.  Thanks

I belive you can with this:

https://github.com/girnyau/cgminer-gc3355/commits/master

not bfgminer, though.

[MobGod]

can someone point my in the right direction to compile this https://github.com/nwoolls/bfgminer/tree/feature/gridseed-support-new

[Ramhound]

can someone point my in the right direction to compile this https://github.com/nwoolls/bfgminer/tree/feature/gridseed-support-new

What platform?

[Mr. Jinx]

If you mean Linux, check out these steps:
https://bitcointalk.org/index.php?topic=168174.msg5734631#msg5734631

Instead of "git clone -b feature/gridseed-support https://github.com/nwoolls/bfgminer" you can do:
"git clone -b feature/gridseed-support-new https://github.com/nwoolls/bfgminer.git"

I think the "gridseed-support-clean" branch is even newer so you may want to try that one.
Not sure if this branch is advised to use though.

ps: How about individual freq. settings per miner that auto adjust automatically? Would be cool to get optimized results.

[MobGod]

If you mean Linux, check out these steps:
https://bitcointalk.org/index.php?topic=168174.msg5734631#msg5734631

Instead of "git clone -b feature/gridseed-support https://github.com/nwoolls/bfgminer" you can do:
"git clone -b feature/gridseed-support-new https://github.com/nwoolls/bfgminer.git"

I think the "gridseed-support-clean" branch is even newer so you may want to try that one.
Not sure if this branch is advised to use though.

ps: How about individual freq. settings per miner that auto adjust automatically? Would be cool to get optimized results.

no i need it for windows this is the source
https://github.com/nwoolls/bfgminer/tree/feature/gridseed-support-new

[pauljbl]

Nwools and Luke have you ever tried 15 Nanofurys on Linux as wondering if the drivers are buggy as on the same machine with windows they run fine.

[chanberg]

Wonder if the auto dynamic freq change ever been implemented for the gridseeds? Would be nice if bfgminer just auto dialed the freq and let it do its thing to find its best frequency