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

Thanks. Is it variable-length arrays, or variable-length params? Or both? I have to do some research on that.

Edit: C99 standard variable-length arrays. Doing more research at MSDN ...

Edit: Yup. The code would have to be decorated with firstprivate pragmas. Like you said, it's going to be ugly.

IMO, not gonna happen.

BFGMiner makes extensive use of variable-length arrays (standard C since 1999).
Microsoft explicitly refuses to support variable-length arrays.

I'll look at patches of course, but I'm doubtful it can be done without making the code much uglier or slower.

Is anybody already trying to build from source using Visual Studio? I realize there is already a Windows version, but I am more familiar with Visual Studio and would like to contribute by making the source buildable using MS tools. What kind of problem can I expect? I understand that MinGW is used to provide Linux API on Windows, but has anybody tried using the native Windows POSIX-compatible API?

Thanks.

Unfortunately, Bitfury posted the source on MEGA, which has stopped supporting/working on GNU/Linux, so I can't even download it.
Even if I could, I'm afraid I'm so tied up with everything else, it will be a while before I get the chance to really do anything this in-depth for FPGAs.
However, if anyone else wants to have a go at building a JTAG-I/O bitstream binary from it (and releases their source under GPLv3-compatible terms), I'd be glad to dedicate some time toward updating the code to upload and use it.

BFGMiner does support Avalon boards.
However, there is no premade firmware for the host router included with them.
There is an avalonhost-raminst script bundled with BFGMiner that will install it to RAM, but I haven't taken the time to document this process yet.
Additional notes are in the README.ASIC file.

Hi, I am new to BFGMiner.

Can we use BFGMiner on Avalon?

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.

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

-Taugeran

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

 

so nothing to modify in my conf
everything is normal ?

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

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

What is listed when you do this?

ls -la /dev/ttyUSB*

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:

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.

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.

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

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.

thanks that's really good info to know!