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

I don't know why, but configure does not search uthash headers in the /usr/local/include.

I modified configure.ac, and wrote direct path to include files (added part is bold):
#include </usr/local/include/utlist.h>
#include </usr/local/include/uthash.h>

Thereafter, configure runs OK.


Sorry, but something wrong. see terminal output:

# lsusb
Bus /dev/usb Device /dev/ugen2.2: ID 0403:6014 Future Technology Devices International, Ltd
Bus /dev/usb Device /dev/ugen2.1: ID 0000:0000
Bus /dev/usb Device /dev/ugen1.1: ID 0000:0000
Bus /dev/usb Device /dev/ugen0.1: ID 0000:0000

# ls -la /dev/ugen2.2
lrwxr-xr-x  1 root  wheel  9 Apr 19 20:27 /dev/ugen2.2 -> usb/2.2.0
# ls -la /dev/usb/2.2.0
crw-------  1 root  operator    0, 120 Apr 19 20:27 /dev/usb/2.2.0


# ./bfgminer/bfgminer -o pool.xxx.com:0000 -u username -p secret -D -T --verbose -S all
 [2014-04-19 20:32:46] setrlimit: Changed soft fd limit from 11095 to 1024 (FD_SETSIZE=1024; hard limit=11095)         
 [2014-04-19 20:32:46] Started bfgminer 3.99.0
 [2014-04-19 20:32:46] lowlevel_scan: Found usb device at usb:002:002 (path=(null), vid=0403, pid=6014, manuf=FTDI, prod=BitFORCE SHA256 SC, serial=(null))
 [2014-04-19 20:32:46] lowlevel_scan: Found usb device at usb:002:001 (path=(null), vid=0000, pid=0000, manuf=CMDTECH, prod=OHCI root HUB, serial=(null))
 [2014-04-19 20:32:46] lowlevel_scan: Found usb device at usb:001:001 (path=(null), vid=0000, pid=0000, manuf=SiS, prod=OHCI root HUB, serial=(null))
 [2014-04-19 20:32:46] lowlevel_scan: Found usb device at usb:000:001 (path=(null), vid=0000, pid=0000, manuf=SiS, prod=OHCI root HUB, serial=(null))
 [2014-04-19 20:32:46] lowlevel_scan: Found ft232r device at usb:002:002 (path=(null), vid=0403, pid=6014, manuf=FTDI, prod=BitFORCE SHA256 SC, serial=(null))
 [2014-04-19 20:32:46] Reattaching kernel driver for usb:002:002
 [2014-04-19 20:32:46] Reattaching kernel driver for usb:002:002
 [2014-04-19 20:32:46] Device rescan requested
 [2014-04-19 20:32:46] lowlevel_scan: Found usb device at usb:002:002 (path=(null), vid=0403, pid=6014, manuf=FTDI, prod=BitFORCE SHA256 SC, serial=(null))
 [2014-04-19 20:32:46] lowlevel_scan: Found usb device at usb:002:001 (path=(null), vid=0000, pid=0000, manuf=CMDTECH, prod=OHCI root HUB, serial=(null))
 [2014-04-19 20:32:46] lowlevel_scan: Found usb device at usb:001:001 (path=(null), vid=0000, pid=0000, manuf=SiS, prod=OHCI root HUB, serial=(null))
 [2014-04-19 20:32:46] lowlevel_scan: Found usb device at usb:000:001 (path=(null), vid=0000, pid=0000, manuf=SiS, prod=OHCI root HUB, serial=(null))
 [2014-04-19 20:32:46] lowlevel_scan: Found ft232r device at usb:002:002 (path=(null), vid=0403, pid=6014, manuf=FTDI, prod=BitFORCE SHA256 SC, serial=(null))
 [2014-04-19 20:32:46] Reattaching kernel driver for usb:002:002
 [2014-04-19 20:32:46] Reattaching kernel driver for usb:002:002
 [2014-04-19 20:32:46] Device rescan requested a second time, delaying
 [2014-04-19 20:32:46] schedule_rescan: Scheduling rescan (no rescans currently pending)
 [2014-04-19 20:32:46] No devices detected!
 [2014-04-19 20:32:46] Waiting for devices
 [2014-04-19 20:32:46] Probing for an alive pool
 
I seen this message, and decided, probably some problems with a driver.

Also, I tried to use M+, with line:
Enter target:bitforce/dev/ugen2.2

Anyway see:
(no devices)
[Plus] Add device(s)  [Enter] Close device manager
No new devices found

So, this time I have no idea, what is happening...

What about uthash?

There never was a "bflsc" driver.

Why not? The standard "bitforce" driver should work fine.

This commit is from the cgminer fork, not BFGMiner.

Hi,

Please help.

I downloaded bfgminer from Git, and built it successfully on FreeBSD 9.1
There was minor problem with configure.ac (path to uthash headers), but I built it successfully.

But, I see, the new configure does not support anymore bflsc driver,
so I unable to run configure with this option:

./configure --enable-bflsc

And, as result, I cannot use bfgminer with Butterfly SC 60 device.

Can you return this driver into package?

PS:
I tried to checkout old commit from Oct, 18, dfa849ab62f886d448002453c9434f928038ae24.
this commit contains driver, but unfortunately, FreeBSD does not have libusb, and configure stops at:
configure: error: ./configure failed for compat/libusb-1.0

Thanks,
Oleg

sorry its a modified version of bfgminer 3.10.0 from https://bitcointalksearch.org/topic/guide-gridseed-5-chip-usb-blade-black-miner-supporttuning-482352

it's the bastard love child of your genius 

I have been using this version on windows for the last week and everything works fine. I currently have two gridseeds on it.


The first post in this link, version 3.99.0:
http://cryptomining-blog.com/tag/gridseed-bfgminer/

BFGMiner 3.10.0 doesn't support any scrypt ASICs at all.
So, what are these results with?

using bfgminer 3.10.0 with the Gridseed Blade and here are the results:



It started out hashing like two 5 chip miners but then the average long term speed increased slowly. However the other two speeds (5 second  average etc) are still showing incorrect speed. I logged into the mining pool and the speed seems to be correct there.

0.2 btc bounty for a version of bfgminer that shows the correct speed. 

Same with me. GSD round miners working great, but dualminer "stick", often stop submitting shares to the pool.
thank you

Same problem... I stopped using bfgminer because of it until it gets sorted.  Using the bfgminer-gridseed-clean branch.

I have the same setup with you and am experiencing the same issue.

I build the BFGminer myself. 10 gridseeds on the PI. After awhile (seemingly random time) one of them will stop submitting shares and I have to restart BFGminer for it to work again.

I got bitcoin minig working on openwrt already and it works great. But for the gridseed dualminer I would need a build that has scrypt and the gridseed drivers integrated. And here I am having problems...

Any idea about creating a version to support this: http://zeusminer.com/product/zeus-scrypt-asic-miner-300khs/

I'd like to get one to play with and help out.  If I can get a developer version of it nwools can ssh into my raspberry pi and play with it...gigadee

try this it might help - its going to be easter weekend project
http://wiki.openwrt.org/doc/howto/bitcoinmining

did anyone compile a version of bfgminer with support for scrypt and the usb dualminer for openwrt and was maybe willing to share it?

I am having trouble compiling it myself, not that experienced in that area yet... :/

EDIT: for brcm47xx

Anyone having problem with gridseed on nwools fork bfgminer it works great but after so long it stops submitting shares and I have to restart it again.

Doesn't seem to do it on dbartle fork

This is on a pi with Debian

-T worked like a charm! Thankyou very much, for the solution and a super fast response

Try --syslog ? Or -T and pipe output to /dev/null

Hello, if anyone could help me figure this out it would be great!

I have BFGminer on my wr703n (openWRT) running a few antminers.

The thing is, if I run the command from an ssh session everything is ok, but if I put the same command into the luci startup so it would run automatically on each boot BFGminer eats 100% of the routers CPU and becomes unstable after a few hours, hardware errors and GH/s drop.

The command is:

bfgminer -S antminer:all -o mypool -u myusername -p x --set-device antminer:clock=x0981

So again, through a ssh session, the CPU usage is 0 to 1%, as a startup command its 99 to 100%. And I am using the identical command.

What am I missing here..?


The main point of the wr703n miner was so my computer does not have to be on, but I am not there yet

Watching

Hi Luke,
Have you made any headway with the OneString miners.  I am so tired of once to twice a day cgminer stopping mining.  I really want to get them on BFG and MultiMiner.

Not rushing you though. 

Thanks again.