Pages:
Author

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

full member
Activity: 123
Merit: 100
hero member
Activity: 532
Merit: 500
legendary
Activity: 2716
Merit: 1094
Black Belt Developer
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.
hero member
Activity: 532
Merit: 500
full member
Activity: 134
Merit: 100
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
newbie
Activity: 39
Merit: 0
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
newbie
Activity: 35
Merit: 0
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 ?
hero member
Activity: 651
Merit: 501
My PGP Key: 92C7689C
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 Sad

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.
member
Activity: 119
Merit: 10
(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"]

newbie
Activity: 3
Merit: 0
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 Sad
hero member
Activity: 651
Merit: 501
My PGP Key: 92C7689C
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.
newbie
Activity: 3
Merit: 0
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?
JBT
full member
Activity: 165
Merit: 100
Quote
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?
legendary
Activity: 2576
Merit: 1186
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.
newbie
Activity: 4
Merit: 0
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?
legendary
Activity: 2576
Merit: 1186
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...
newbie
Activity: 4
Merit: 0
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!
full member
Activity: 162
Merit: 100
Nwoolls, which branche do you advise to use for gridseeds?
I currently use the 'gridseed-support' support branche, but just noticed there is also a 'gridseed-support-new' branche?

Can you please link the different branches you see . i only found one.
member
Activity: 112
Merit: 10
Nwoolls, which branche do you advise to use for gridseeds?
I currently use the 'gridseed-support' branche, but just noticed there is also a 'gridseed-support-new' branche?
Pages:
Jump to: