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

[gmannn]

Great, thank you.  A little btc coming your way too.   

[Epoch]

Great, thank you.  A little btc coming your way too.   

Much appreciated; thank you. 

[ekoshins]

Hi,

I'm hoping someone can help me get BFGminer working with scrypt.

I've gone through all the documentation, all the posts I can find on here and other places on the web about getting scrypt running in BFGminer, but I still can't quite get it to work.

Using version 3.1.1 (which has scrypt compiled into it), I can connect to a pool, and send of a get work request, but then things seem to fall apart. 

I'm running an MSI 7970 card, on Windows 8 64bit (enterprise).  I believe I have the latest drivers etc. as I installed them all within the last 2 weeks.

 I'm launching BFGminer with the following batch command file:
--start batch ---

setx GPU_MAX_ALLOC_PERCENT 100
setx GPU_USE_SYNC_OBJECTS 1
bfgminer --scrypt -o pooledbits.com:8337 -u BLANKED.1 -p x -I 13 --shaders 2048 --debug 2>log.txt

---end batch ---

The following is what gets dumped with debugging turned on:

 [2013-06-27 22:00:50] setrlimit: Not supported by platform
 [2013-06-27 22:00:50] ft232r_scan: Found 0b38:0010 - not a ft232r
 [2013-06-27 22:00:50] ft232r_scan: Found 8086:3a35 - not a ft232r
 [2013-06-27 22:00:50] ft232r_scan: Found 8086:3a34 - not a ft232r
 [2013-06-27 22:00:50] ft232r_scan: Found 8086:3a37 - not a ft232r
 [2013-06-27 22:00:50] ft232r_scan: Found 8086:3a3a - not a ft232r
 [2013-06-27 22:00:50] ft232r_scan: Found 8086:3a36 - not a ft232r
 [2013-06-27 22:00:50] ft232r_scan: Found 046d:0826 - not a ft232r
 [2013-06-27 22:00:50] ft232r_scan: Found 8086:3a38 - not a ft232r
 [2013-06-27 22:00:50] ft232r_scan: Found 1532:002e - not a ft232r
 [2013-06-27 22:00:50] ft232r_scan: Found 8086:3a39 - not a ft232r
 [2013-06-27 22:00:50] ft232r_scan: Found 1532:002e - not a ft232r
 [2013-06-27 22:00:50] ft232r_scan: Found 8086:3a3c - not a ft232r
 [2013-06-27 22:00:50] Started bfgminer 3.1.1
 [2013-06-27 22:00:51] CL Platform 0 vendor: Advanced Micro Devices, Inc.
 [2013-06-27 22:00:51] CL Platform 0 name: AMD Accelerated Parallel Processing
 [2013-06-27 22:00:51] CL Platform 0 version: OpenCL 1.2 AMD-APP (1124.2)
 [2013-06-27 22:00:51] Platform 0 devices: 1
 [2013-06-27 22:00:51]    0   Tahiti
 [2013-06-27 22:00:51] GPU 0 iAdapterIndex 0 strUDID PCI_VEN_1002&DEV_6798&SUBSYS_27741462&REV_00_4&239521B6&0&0008A iBusNumber 1 iDeviceNumber 0 iFunctionNumber 0 iVendorID 1002 strAdapterName  AMD Radeon HD 7900 Series
 [2013-06-27 22:00:51] GPU 0 AMD Radeon HD 7900 Series hardware monitoring enabled
 [2013-06-27 22:00:51] OCL 0 : Set temperature config: target=75 cutoff=95
 [2013-06-27 22:00:51] Probing for an alive pool
 [2013-06-27 22:00:51] Popping work to stage thread
 [2013-06-27 22:00:51] Testing pool http://pooledbits.com:8337
 [2013-06-27 22:00:51] X-Roll-Ntime expiry set to 120
 [2013-06-27 22:00:51] JSON-RPC call failed: {
   "code": -1,
   "message": "method not getwork"
}
 [2013-06-27 22:00:51] Failed to connect in json_rpc_call
 [2013-06-27 22:00:51] X-Roll-Ntime expiry set to 120
 [2013-06-27 22:00:51] Successfully retrieved and deciphered work from pool 0 http://pooledbits.com:8337
 [2013-06-27 22:00:51] Pushing pooltest work to base pool
 [2013-06-27 22:00:51] Network difficulty changed to 769 ( 5.51Gh/s)
 [2013-06-27 22:00:51] New block: ...5b7cd24e4e542028 diff 769 ( 5.51Gh/s)
 [2013-06-27 22:00:51] Pushing work to getwork queue (queued=N)
 [2013-06-27 22:00:51] Pool 0 http://pooledbits.com:8337 alive
 [2013-06-27 22:00:51] Popping work to stage thread
 [2013-06-27 22:00:51] Long-polling activated for http://pooledbits.com:8337/LP (getwork)
 [2013-06-27 22:00:52] Init GPU thread 0 GPU 0 virtual GPU 0
 [2013-06-27 22:00:52] CL Platform vendor: Advanced Micro Devices, Inc.
 [2013-06-27 22:00:52] CL Platform name: AMD Accelerated Parallel Processing
 [2013-06-27 22:00:52] CL Platform version: OpenCL 1.2 AMD-APP (1124.2)
 [2013-06-27 22:00:52] List of devices:
 [2013-06-27 22:00:52]    0   Tahiti
 [2013-06-27 22:00:52] Selected 0: Tahiti
 [2013-06-27 22:00:52] Preferred vector width reported 1
 [2013-06-27 22:00:52] Max work group size reported 256
 [2013-06-27 22:00:52] Max mem alloc size is 2951741440
 [2013-06-27 22:00:52] Selecting scrypt kernel
 [2013-06-27 22:00:52] GPU 0: selecting lookup gap of 2
 [2013-06-27 22:00:52] GPU 0: selecting thread concurrency of 10240
 [2013-06-27 22:00:52] OCL 0: Configured OpenCL kernel name: scrypt130511Tahitiglg2tc10240w256l4pOpenCL1_2AMDAPP1124_2
 [2013-06-27 22:00:52] No binary found, generating from source
 [2013-06-27 22:00:52] Setting worksize to 256
 [2013-06-27 22:00:52] cl_amd_media_ops found, setting BITALIGN
 [2013-06-27 22:00:52] BFI_INT patch requiring device not found, will not BFI_INT patch
 [2013-06-27 22:00:52] CompilerOptions: -D LOOKUP_GAP=2 -D CONCURRENT_THREADS=10240 -D WORKSIZE=256 -D BITALIGN -D GOFFSET

----

At this point, BFGminer simply closes down.

Can anyone give me any advice/help/suggestions about what is happening and how to get it to work.  I get pretty much the same dump on cgminer as well with the same resulting software termination (if that is of any help).

Thank you very much in advance.

Eric

[davidspitzer]

Can you share your looped batch file?  the best i could do was to run a batch file under scheduled tasks, and the script checks if bfgminer.exe is running or not.

Since I've received a lot of interest in this over the past few days, a 'looped .bat file' can be created like this (obviously edit your bfgminer parameters to be whatever you need them to be for your own specific case):

Code:

cd bfgminer-3.1.1-win32

:loop

bfgminer ^
-o http://pool1.com:3333 -u user1 -p pass1 ^
-o http://pool2.com:3333 -u user2 -p pass2 ^
-o http://pool3.com:3333 -u user3 -p pass3 ^
--disable-gpu --no-submit-stale ^
-S all

waitfor /t 10 dummy

goto loop

The 'waitfor' command may not be necessary but it doesn't hurt to give the hardware (BFL Singles in my case) some time to clear off any work they were still chewing on when the crash occured.

I've had reports of the Windows error dialog still coming up for some people. If it does, and you want to prevent it from appearing (so that your 'looped .bat file' can run unimpeded), follow these steps:

Open regedit.exe (type it in the Start Menu or launch through Task Manager)
Navigate to:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting
Right-click on Windows Error Reporting, go to New and select DWORD (32-bit) Value
Give it the name DontShowUI (exactly as written)
Open it (double-click) and in the field “Value data” type in the number 1

You’re done. You may need to reboot your PC for this to take effect. No more “Has stopped working” dialogs should appear. And, if you decide to turn them back on, just change the value of DontShowUI to the number 0, or just delete DontShowUI.

i dressed my cables rebooted my machine and now BFGminer 3.1.1 will not even start (it was running like a top)  - it just blinks the jalapenos then the dos windows disappears  - i had to fall back to easy miner while i figure it out

[davidspitzer]

Can you share your looped batch file?  the best i could do was to run a batch file under scheduled tasks, and the script checks if bfgminer.exe is running or not.

Since I've received a lot of interest in this over the past few days, a 'looped .bat file' can be created like this (obviously edit your bfgminer parameters to be whatever you need them to be for your own specific case):

Code:

cd bfgminer-3.1.1-win32

:loop

bfgminer ^
-o http://pool1.com:3333 -u user1 -p pass1 ^
-o http://pool2.com:3333 -u user2 -p pass2 ^
-o http://pool3.com:3333 -u user3 -p pass3 ^
--disable-gpu --no-submit-stale ^
-S all

waitfor /t 10 dummy

goto loop

The 'waitfor' command may not be necessary but it doesn't hurt to give the hardware (BFL Singles in my case) some time to clear off any work they were still chewing on when the crash occured.

I've had reports of the Windows error dialog still coming up for some people. If it does, and you want to prevent it from appearing (so that your 'looped .bat file' can run unimpeded), follow these steps:

Open regedit.exe (type it in the Start Menu or launch through Task Manager)
Navigate to:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Windows Error Reporting
Right-click on Windows Error Reporting, go to New and select DWORD (32-bit) Value
Give it the name DontShowUI (exactly as written)
Open it (double-click) and in the field “Value data” type in the number 1

You’re done. You may need to reboot your PC for this to take effect. No more “Has stopped working” dialogs should appear. And, if you decide to turn them back on, just change the value of DontShowUI to the number 0, or just delete DontShowUI.

i dressed my cables rebooted my machine and now BFGminer 3.1.1 will not even start (it was running like a top)  - it just blinks the jalapenos then the dos windows disappears  - i had to fall back to easy miner while i figure it out

well I deleted my config and created a new one and it works now - even though nothing changed -odd

thanks for the bat file idea im going to give that a try

[rsbriggs]

For some reason, bfgminer sometimes save config file with too many temperature entries.  After will not start like problem you having.    If sticking again, editing config and trim list of temperatures to just one entry:

Changing this:

            "temp-cutoff" : "90,90,90,90,90,90,90,90,90,90,90,90,90,90",
            "temp-target" : "75,75,75,75,75,75,75,75,75,75,75,75,75,75",

To be this:
            "temp-cutoff" : "90",
            "temp-target" : "75",

Then restarting and resaving config file correctly.

Should not being fatal error with too many entries.  When device missing, makes not start.

[davidspitzer]

For some reason, bfgminer sometimes save config file with too many temperature entries.  After will not start like problem you having.    If sticking again, editing config and trim list of temperatures to just one entry:

Changing this:

            "temp-cutoff" : "90,90,90,90,90,90,90,90,90,90,90,90,90,90",
            "temp-target" : "75,75,75,75,75,75,75,75,75,75,75,75,75,75",

To be this:
            "temp-cutoff" : "90",
            "temp-target" : "75",

Then restarting and resaving config file correctly.

Should not being fatal error with too many entries.  When device missing, makes not start.

thanks that's really good info to know!

[dunkbc]

Hi,

I am trying to get my ASIC Miner Block Erupters working with bfgminer on Windows XP.
Installed zadig XP verion: check
Installed VCP 32 (ok for XP): check
reboot

tried: BFG 3.1.1
        BFG 3.0.0
        BFG 3.02

keep getting: "not using FTDI autodetect" after bfgminer starts.

Can you please help,

Thanks in advance,

D.

[tew]

I am interested in trying my hand at creating yet another FPGA cluster hasher, with each cluster connected via a single USB connection to the host (rather than 1 per FPGA).

I've looked at the Cairnsmoore 1, x6500, and Icarus drivers; each one has hard-coded some of the idiosyncrasies of those particular devices.  I'm wondering if there is something like a generic BFGminer driver skeleton I could fill in / develop against.

Is there a simple block of code that easily links with BFGminer, passes up the relevant info from the device chain (estimated duration of one hash-cycle iteration, number of hashes completed per cycle) to the main miner program on initialization, downloads base header data and range to be hashed against from the miner to the device with each getwork or stratum fetch, receives proof of work from the device to send to the mining pool, and sends an interrupt to the device when work becomes invalid?

Given the proliferation of mining devices, there's almost a need for a "miner driver" specification just like the old "packet driver" specification back in the days of Win32s enabling Win3.11 to connect to the internet, so that the people creating the new mining devices would be responsible for driver creation, rather than the mining stack software creators.

Thanks,
 -Tom

[Paladin69]

I think I'm having sync issues with EclipseMC.  So things go well for a few hours, sometimes many hours.  But then, eventually, it always shits the bed...tends to happen after all 20 of my BFL FPGA's in the MiniRig readout "abandoning search to restart".  But not always.

When it does happen, what follows is "pool 0 is submitting work from an old block"...Then the exe has a series of lines calling out .dll crashes including kernal32 and quits to prompt.

Never had this issue with cgminer 2.1.0.4, I started using bfgminer because pirate1 said yours doesn't need to install zadig for when ASIC arrives.

[warbdan]

I'm not missing the driver. Each time ubuntu updates it makes a new kernel version folder. each with a  build and updates folder. The original kernel folder has all the drivers and etc....

I rebooted and ran bfgminer again with -S /dev/ttyUSB0 and it appears to still be using my GPU. What flags do I need to use to make it use the block erupter? I've googled all day and can't find any clear instructions for linux. Plenty for Windoze 7 though.

-S all is sufficient if the driver is in order.

If I use -S all and --disable-gpu it says all devices are disabled cannot mine. If I just use -S all it still uses my GPU, and if I just use -S it says no URI supplied for pool.

[Luke-Jr]

I'm not missing the driver. Each time ubuntu updates it makes a new kernel version folder. each with a  build and updates folder. The original kernel folder has all the drivers and etc....

I rebooted and ran bfgminer again with -S /dev/ttyUSB0 and it appears to still be using my GPU. What flags do I need to use to make it use the block erupter? I've googled all day and can't find any clear instructions for linux. Plenty for Windoze 7 though.

-S all is sufficient if the driver is in order.

If I use -S all and --disable-gpu it says all devices are disabled cannot mine. If I just use -S all it still uses my GPU, and if I just use -S it says no URI supplied for pool.

Then there is something wrong with your system.
Did you by any chance run cgminer? It would mess it up until you unplug and re-plug the device.
Otherwise, can you post the output from:

Code:

bfgminer -D -T -d? -S all

[-Redacted-]

I'm not missing the driver. Each time ubuntu updates it makes a new kernel version folder. each with a  build and updates folder. The original kernel folder has all the drivers and etc....

I rebooted and ran bfgminer again with -S /dev/ttyUSB0 and it appears to still be using my GPU. What flags do I need to use to make it use the block erupter? I've googled all day and can't find any clear instructions for linux. Plenty for Windoze 7 though.

-S all is sufficient if the driver is in order.

If I use -S all and --disable-gpu it says all devices are disabled cannot mine. If I just use -S all it still uses my GPU, and if I just use -S it says no URI supplied for pool.

What is listed when you do this?

ls -la /dev/ttyUSB*

[dermo]

Just switched to bfgminer from cgminer and have an issue? with the reported diff on accepted share

Bug ?

diff was set auto by the pool on 96 when I'm used cgminer



thanks in advance

[Luke-Jr]

Just switched to bfgminer from cgminer and have an issue? with the reported diff on accepted share

Bug ?

diff was set auto by the pool on 96 when I'm used cgminer

You're probably used to Ldiff (Litecoin difficulty).
BFGMiner uses pdiff (pool difficulty) for everything to remain consistent.

[dermo]

Just switched to bfgminer from cgminer and have an issue? with the reported diff on accepted share

Bug ?

diff was set auto by the pool on 96 when I'm used cgminer

You're probably used to Ldiff (Litecoin difficulty).
BFGMiner uses pdiff (pool difficulty) for everything to remain consistent.

so nothing to modify in my conf
everything is normal ?

[zyyz]

It is possible to compile bfgminer on / for an appletv 2 jailbreaked ?

 

[Taugeran]

@luke-Jr:  are there plans to compile/include the recently open sourced bitfury slx150 bitstream for fpga devices?

-Taugeran

[purelithium]

It is possible to compile bfgminer on / for an appletv 2 jailbreaked ?

 

As far as I know there is no developer toolkit that runs native on the ATV. So no, you won't be able to compile it.

[farproc]

Hi, I am new to BFGMiner.

Can we use BFGMiner on Avalon?