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

Fixed.
Why build without OpenCL support anyway? 

Hi Luke, small compile error to report;-

git clone https://github.com/luke-jr/bfgminer.git

./autogen.sh

CFLAGS="-O2 -Wall -march=native" ./configure --enable-cpumining --disable-opencl --disable-adl --enable-bitforce --enable-icarus --enable-modminer --enable-ztex --with-libudev  --enable-avalon --prefix=/opt/minepeon

ends up with ;-

  CCLD     bfgminer
bfgminer-miner.o:(.data+0x52c): undefined reference to `opt_opencl_binaries'
collect2: error: ld returned 1 exit status
make[2]: *** [bfgminer] Error 1
make[2]: Leaving directory `/opt/minepeon/src/gitsources/bfgminer'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/opt/minepeon/src/gitsources/bfgminer'
make: *** [all] Error 2

My compile system is;-

uname -a

[root@minepeon bfgminer]# uname -a
Linux minepeon 3.6.11-9-ARCH+ #1 PREEMPT Sat Mar 30 02:38:20 UTC 2013 armv6l GNU/Linux

Let me know if you need any further details, previously BFGMiner has compiled without issue in this machiene.

Neil

Thanks!

Currently, OpenCL is limited to one platform per instance.
Beyond that, it's whatever that OpenCL platform supports.

FPGA/ASIC support can handle any mix of devices.

Does BFGMiner allow heterogenous mining cards to operate? i.e. using different mining hardware as a cluster.

Afaik it selects one automatically depending on you hardware/drivers. You can probably find out by saving a configuration file from inside bfgminer and checking the line or using to write a debug log which should include information about such stuff.

Which kernel does bfgminer run by default?

Windows 8 will run mining software fine. The performance may not be great without a radeon card, IMO.
Windows RT however (MS Surface RT) does not run Windows software, as it is it's own OS.

This is intentional trickery on Microsoft's part. The low end tablets don't have an x86 processor, so they can only run "Metro apps". None of the normal miners (ufasoft, diablo, cgminer, phoenix etc.) will work. The higher end tablets are effectively a netbook in a tablet form factor, so they can run normal .exe applications.

I have wrote this script to automatically start bfgminer after X loads and it has been working fine. Until I compiled from git with scrypt enabled to mine litecoins. Now whenever it runs on start up, the GPU shows "ERR". If I comment out the command to run bfgminer then run that part manually after the computer starts, everything works fine.

Any thoughts?



thanks,
Jason

Well, BFGMiner uses the standard FTDI driver which Windows should automatically install, so I expect if it can run normal software it should work...
Non-BFL devices that need libusb (X6500 & ZTEX) might be more problematic, however.

No idea on this. Does it run normal Windows software?

At the very least, you'll need USB host support. Be aware that it might not be possible to use AC power or charge in this mode!
Additionally, you may need to compile BFGMiner for Android unless Butterfly Labs makes a public release of their EasyMiner software based on it - I'm not sure if they will or not, but I bet if they know people want it for use with their own devices they probably will.

Can bfgminer run on a windows 8 tablet? Also, should any of nicer android tablets work with the BF units?

I posted the meat of this in a post on reddit, but I figured it could be helpful here, since there's no real "Quick-start" guide for BFGMiner. This will get someone mining, and fairly optimized within about 15 min.

This post will be using commands and settings based on BFGMiner so go grab a copy and play along. I'm also going to assume you're in windows, but it really isn't much different in *nix.

Run the client with the options like this either in a command prompt or from a shortcut(or you can just run the .exe and follow the onscreen instructions to set up a pool):

bfgminer.exe -o stratum+tcp://mmpool.bitparking.com:3333 -u YourWorkername -p WorkerPassword

Once you're in the program, and you see your cards spitting out shares, pres "S" then "W" and hit enter twice to get back to the main screen. This creates a config file, saving all your settings. Now to run the program in the future all you need to do is run the .exe (no need for the extra options now)

To change anything, now all you have to do is edit the bfgminer.conf Make sure you don't mess with the formatting, however. If you want to learn how to properly format it by yourself, look up JSON formatting. The easiest way to add more pools (for backup when your primary pool goes down, etc) is from bfgminer itself by hitting "P" then "A" and follow the onscreen prompts. once your new pool is added, make sure you save your config file like we did before.

For how to squeeze every last MH/s out of your chips, you'll want to fiddle with some configuration settings.
In your bfgminer.cfg at the top should be your primary and backup pools, followed by something that looks like this:

"intensity" : "9",
"vectors" : "2",
"worksize" : "128",
"kernel" : "diablo",

with a bunch of other options at the bottom that you don't need to change(if you have 2 or more gpus, it will look similar, but with comma separated values like "d,d" for intensity). You can mess with the intensity, 9 is the max you'll want to go at all, but if you still want to use the desktop that is being rendered, you'll want to go down to "d" which is a dynamic intensity. Try modifying the vectors try out 1, 2, 4, and 8 to see what gives better results. Worksize is the same, 64,128,256 are what you should try. Kernel is a big one I think the default is "poclbm" but i find diablo has given me better results. If you're running a 7000-series try "diakgcn" that is designed for it.

Play with these settings, edit them, save the .conf and then hit "S" "B" and "Y" to quickly restart bfgminer without having to open the .exe again. You'll have to do this lots of times until you find the right combination of kernel, vectors, and worksize that works for your GPU.

If anyone has corrections or criticism, feel free to let me know, I'd like to improve this guide.

Thanks for that info.
So i will just keep ignoring this message


Ps:

X6500 and Icarus happily mining side by side gathering some 750 Mh/s.

It's a largely-useless command to get the transaction list that the pool is planning to include in a block. In addition to not being necessary for mining, it uses significant additional bandwidth, so most pools (and most miners) don't bother to implement it.

What if it doesn't? What if it keeps going unabated a full 30 minutes after internet disconnection, and p2pool's window simply reports that bfgminer is still doing the usual 200-ish MH/s work with 100% DOA?

It should usually stop within 5 minutes when it can't generate any more work.

Is there anything I can do to make BFGminer automatically stop mining when the network connection is lost? Frankly I don't even understand what it's mining when there's no more tasks coming in from the network.