Bitcoin Forum
December 03, 2016, 07:02:56 AM *
News: Latest stable version of Bitcoin Core: 0.13.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 [5] 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 »
  Print  
Author Topic: (OLD) BFGMiner: modular FPGA/GPU, GBT, Stratum, RPC, Avalon/Lnx/OpnWrt/PPA/W64  (Read 244922 times)
rjk
Sr. Member
****
Offline Offline

Activity: 420


1ngldh


View Profile
June 09, 2012, 09:45:56 PM
 #81

This is a BitForce FPGA, correct? You can send me the core dump (I imagine it's too big for email), but I'm not sure it will be of much use since you're running on Windows - perhaps I can pick out some strings from it. It does contain all your pool login info, note.
Yes it is, and the GPUMAX login for the worker is different than for the website login, so not a problem there. Dump is 20ish MB, I'll see if I can upload it somewhere and give you the link.

EDIT: Not sure if the dump is any good, when I open it in Visual Studio, it says: You cannot debug a 64-bit dump of a 32-bit process, you must collect a 32-bit dump of a 32-bit process. But I'm not sure how to do that.

Mining Rig Extraordinaire - the Trenton BPX6806 18-slot PCIe backplane [PICS] Dead project is dead, all hail the coming of the mighty ASIC!
1480748576
Hero Member
*
Offline Offline

Posts: 1480748576

View Profile Personal Message (Offline)

Ignore
1480748576
Reply with quote  #2

1480748576
Report to moderator
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1480748576
Hero Member
*
Offline Offline

Posts: 1480748576

View Profile Personal Message (Offline)

Ignore
1480748576
Reply with quote  #2

1480748576
Report to moderator
rjk
Sr. Member
****
Offline Offline

Activity: 420


1ngldh


View Profile
June 13, 2012, 05:31:09 PM
 #82

I'm working on something for that.
What's your plan? Fortunately this time I caught it after about an hour of downtime, instead of last time where it was down for several hours.



And this time the window hadn't frozen, it accepted my 'Q' to quit just as normal.

Mining Rig Extraordinaire - the Trenton BPX6806 18-slot PCIe backplane [PICS] Dead project is dead, all hail the coming of the mighty ASIC!
P_Shep
Legendary
*
Offline Offline

Activity: 924


View Profile WWW
June 13, 2012, 06:17:03 PM
 #83

it's here right now:
https://github.com/pshep/cgminer
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
June 14, 2012, 03:04:32 PM
 #84

I plan to release BFGMiner 2.4.3 soon, but I am hoping to address some reported problems with the modminer driver first. Apparently between the time I finished writing the driver (when it worked), and the time CGMiner 2.4.3 was released with it, something got broken.

hashking
Sr. Member
****
Offline Offline

Activity: 308


View Profile
June 14, 2012, 04:48:55 PM
 #85

When I run bfgminer on windows 7 64 with my single I get Icarus Detect: Failed to open bitforce://./COM4.   Can anyone help me on this.






Epoch
Legendary
*
Offline Offline

Activity: 917



View Profile
June 14, 2012, 05:16:37 PM
 #86

When I run bfgminer on windows 7 64 with my single I get Icarus Detect: Failed to open bitforce://./COM4.   Can anyone help me on this.

Hashking, Have you ever had any version of cgminer or bfgminer working with your Singles previously?

Does EasyMiner (http://www.butterflylabs.com/drivers/) show your Single on COM4?

If not, you may not have the FTDI virtual COM port driver installed. You can nab them here: http://www.ftdichip.com/Drivers/VCP.htm

If you are running GPU's along with your Single in the same instance of cgminer, you might want to try running separate instances of cgminer: once instance for your GPUs and a separate instance for your Single(s).

You might also try simplifying your command line to '-S COM4' instead of '-S bitforce://./COM4'; I am running cgminer 2.3.6, 2.4.1, and 2.4.2 on Win7/64 machines with ONLY Singles (no GPUs) and I've never had to specify 'bitforce:' on my command line. Also, the long-hand form of '//./COM4' is only required for COMxx ports where 'xx' is '10' or higher.

That's all I can think of for now. Tell us more.

BTC: 1DJVUnLuPA2bERTkyeir8bKn1eSoRCrYvx
NMC: NFcfHSBBnq622pAr1Xoh9KtnBPA5CUn6id
hashking
Sr. Member
****
Offline Offline

Activity: 308


View Profile
June 14, 2012, 05:20:19 PM
 #87

When I run bfgminer on windows 7 64 with my single I get Icarus Detect: Failed to open bitforce://./COM4.   Can anyone help me on this.

Hashking, Have you ever had any version of cgminer or bfgminer working with your Singles previously?

Does EasyMiner (http://www.butterflylabs.com/drivers/) show your Single on COM4?

If not, you may not have the FTDI virtual COM port driver installed. You can nab them here: http://www.ftdichip.com/Drivers/VCP.htm

If you are running GPU's along with your Single in the same instance of cgminer, you might want to try running separate instances of cgminer: once instance for your GPUs and a separate instance for your Single(s).

You might also try simplifying your command line to '-S COM4' instead of '-S bitforce://./COM4'; I am running cgminer 2.3.6, 2.4.1, and 2.4.2 on Win7/64 machines with ONLY Singles (no GPUs) and I've never had to specify 'bitforce:' on my command line. Also, the long-hand form of '//./COM4' is only required for COMxx ports where 'xx' is '10' or higher.

That's all I can think of for now. Tell us more.

First time running any version of cgminer on these singles.  In easy miner I'm showing COM4 and I did install the driver.  Not sure what else to try.
Epoch
Legendary
*
Offline Offline

Activity: 917



View Profile
June 14, 2012, 05:28:18 PM
 #88

When I run bfgminer on windows 7 64 with my single I get Icarus Detect: Failed to open bitforce://./COM4.   Can anyone help me on this.

Hashking, Have you ever had any version of cgminer or bfgminer working with your Singles previously?

Does EasyMiner (http://www.butterflylabs.com/drivers/) show your Single on COM4?

If not, you may not have the FTDI virtual COM port driver installed. You can nab them here: http://www.ftdichip.com/Drivers/VCP.htm

If you are running GPU's along with your Single in the same instance of cgminer, you might want to try running separate instances of cgminer: one instance for your GPUs and a separate instance for your Single(s).

You might also try simplifying your command line to '-S COM4' instead of '-S bitforce://./COM4'; I am running cgminer 2.3.6, 2.4.1, and 2.4.2 on Win7/64 machines with ONLY Singles (no GPUs) and I've never had to specify 'bitforce:' on my command line. Also, the long-hand form of '//./COM4' is only required for COMxx ports where 'xx' is '10' or higher.

That's all I can think of for now. Tell us more.

First time running any version of cgminer on these singles.  In easy miner I'm showing COM4 and I did install the driver.  Not sure what else to try.
Try running with GPUs and Singles split out. Or to simply test: remove your GPUs from the command line and run cgminer/bfgminer ONLY with the Singles. If that works, you can then run a separate instance with ONLY your GPUs.

BTC: 1DJVUnLuPA2bERTkyeir8bKn1eSoRCrYvx
NMC: NFcfHSBBnq622pAr1Xoh9KtnBPA5CUn6id
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
June 14, 2012, 05:43:46 PM
 #89

When I run bfgminer on windows 7 64 with my single I get Icarus Detect: Failed to open bitforce://./COM4.   Can anyone help me on this.
You can ignore this mis-error. Also, the slashes should be backslashes. It will be fixed in the upcoming release.

Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
June 15, 2012, 02:47:42 AM
 #90

NEW VERSION - 2.4.3, JUNE 14 2012

This release cycle, things went mostly smooth with getting (new) things into CGMiner. Con doesn't want anything to do with CPU mining (I think he's planning to remove it completely from CGMiner), so some CPU mining improvements I made are BFGMiner-specific.

ButterFlyLabs is supposed to be getting me some updated protocol docs for their MiniRigs like 2 days ago, but it's still not ready apparently, so I put in a stop-gap minimal change to get BFGMiner at least working on them, if not as ideal as they will when BFL gets me the new stuff (I offered the change to Con for CGMiner, but he prefers to wait until we have the "real deal" ready to go).

ModMiner support got into CGMiner, but Kano made a mess of it when he added it to the RPC API; I cleaned it up in BFGMiner, so you can see the independent temperature and clock frequency of each of the 4 FPGA boards on the device. The problems cablepair was having with CGMiner on Windows seem to be a hardware issue with his prototype and shouldn't affect the production units.

There were some reports of problems with Windows not liking many failed openings of invalid devices, so Kano cleaned up the driver selection part of --scan-serial (that is, where you can put "drivername:" in front of it to only try that driver); unfortuantely, he insisted on changing it to "TLA:" instead of the driver name, and Con threw the whole thing out because he wouldn't leave it backward compatible. In the meantime, I've got the actual improvement part of Kano's change in BFGMiner, so it should work if you had that problem.

Finally, after giving it more thought, I decided to drop the CPU/GPU/PGA acronyms in favour of CPU/OCL (for OpenCL)/BFL/ICA/MMQ/ZTX. Since BFL is coming out with ASICs soon, probably using the same driver, and OpenCL might very well not be a GPU, it doesn't really make sense to assume they are.

Human readable changelog:
  • Protocol acronyms replace device-type
  • Basic BFL MiniRig support
  • CPU mining improvements
  • Mod miner FPGA support.
  • Fixes for load balance and rotate pool strategies
  • GPU engine speed changes - will not increase GPU speed if the fanspeed is above the maximum.
  • Improvements in detecting lagging pools
  • Lots of other minor fixes

Full changelog
  • Change device API "name" to reflect driver name abbreviation instead of device type name
  • miner.php allow a separate user settings file
  • modminer: Implement extended device stats to expose each Board to the RPC API
  • Bugfix: Use new cgpu->thr for longpoll waking
  • bitforce: Remove 4.5s delay before polling starts, since MiniRig finishes sooner
  • FPGA - allow device detect override without an open failure
  • Bugfix: Missing printf value in merge from cgminer
  • Ensure C compiler is in C99 mode
  • Add CPU core count detection for BSD/Mac
  • Set CPU mining idle priority on Windows
  • can_roll and should_roll should have no bearing on the cycle period within the miner_thread so remove it.
  • Check for strategy being changed to load balance when enabling LPs.
  • Check that all threads on the device that called get_work are waiting on getwork before considering the pool lagging.
  • Iterate over each thread belonging to each device in the hashmeter instead of searching for them now that they're a list.
  • When using rotate pool strategy, ensure we only select from alive enabled pools.
  • Start longpoll from every pool when load balance strategy is in use.
  • Add mandatory and block fields to the work struct. Flag any shares that are detected as blocks as mandatory to submit, along with longpoll work from a previously rejecting pool.
  • Consider the fan optimal if fanspeed is dropping but within the optimal speed window.
  • Fix typo in some API messages (succeess/success)
  • api.c MMQ stat bugs
  • Bugfix: Fix warnings when built without libudev support
  • Bugfix: slay a variety of warnings
  • Bugfix: modminer: Fix unsigned/signed comparison and similar warnings
  • API add ModMinerQuad support
  • Bugfix: Honour forceauto parameter in serial_detect functions
  • modminer: Temperature sensor improvements
  • modminer: Make log messages more consistent in format
  • Only adjust GPU speed up if the fanspeed is within the normal fanrange and hasn't been turned to maximum speed under overheat conditions.
  • ModMiner use valid .name
  • New driver: BTCFPGA ModMiner
  • Abstract generally useful FPGA code into fpgautils.c
  • API add stats for pool getworks
  • miner.php option to hide specific fields from the display
  • miner.php add version numbers to the summary page
  • Update debian configs to v2.4.2
  • Add API and FPGA READMEs into Makefile to be included in source distribution.
  • Icarus - fix unit64_t printf warnings

cablepair
Hero Member
*****
Offline Offline

Activity: 854


https://btc-republic.com/index.php?ref=cablepair


View Profile WWW
June 15, 2012, 02:52:34 AM
 #91

THE BFG LIVES!

P_Shep
Legendary
*
Offline Offline

Activity: 924


View Profile WWW
June 15, 2012, 04:55:04 AM
 #92

that's a chaingun.
riclas
Full Member
***
Offline Offline

Activity: 130


View Profile
June 19, 2012, 07:27:59 PM
 #93

I am having some issues with BTCMiner from Ztex and so I tried bfgminer on Windows 7.
I followed Nelisky's instructions to change the libusb driver to WinUSB but the miner does not find the fpga:

[2012-06-19 20:16:24] Ztex check device: Failed to read ztex descriptor with err -9
[2012-06-19 20:16:24] prepare device: -9

Has anyone been able to run Ztex 1.15y fpga on bfgminer for windows?

Buy and sell bitcoins through Portuguese or SEPA bank transfer and MBWAY: https://localbitcoins.com/accounts/profile/riclas/?ch=4mm6
Chefnet
Hero Member
*****
Offline Offline

Activity: 686


View Profile
June 20, 2012, 01:49:08 PM
 #94

do the bfgminer also need the opencl.dll (ati sdk) or can it be used without?

Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
June 20, 2012, 02:40:49 PM
 #95

do the bfgminer also need the opencl.dll (ati sdk) or can it be used without?
It needs OpenCL.dll if you want to use the OpenCL driver, but not otherwise.

Fiyasko
Legendary
*
Offline Offline

Activity: 1428


Okey Dokey Lokey


View Profile
June 20, 2012, 07:12:21 PM
 #96

that's a chaingun.
Woah dude. BFG stands for BIG _______ ___

http://bitcoin-otc.com/viewratingdetail.php?nick=DingoRabiit&sign=ANY&type=RECV <-My Ratings
https://bitcointalk.org/index.php?topic=857670.0 GAWminers and associated things are not to be trusted, Especially the "mineral" exchange
P_Shep
Legendary
*
Offline Offline

Activity: 924


View Profile WWW
June 20, 2012, 07:14:56 PM
 #97

that's a chaingun.
Woah dude. BFG stands for BIG _______ ___

Fully aware, however the picture above is not a BFG, it's a chaingun.
norulezapply
Sr. Member
****
Offline Offline

Activity: 475


View Profile
June 22, 2012, 12:30:05 PM
 #98

Any planned support for Cairnsmore1 boards when resources are available?

If my post helped, I'll happily accept a few bitmills!   15rGg6A1JFZV3b7TTbtpAaiYGdUD1e1oAm
Luke-Jr
Legendary
*
Offline Offline

Activity: 2086



View Profile
June 22, 2012, 04:08:08 PM
 #99

Any planned support for Cairnsmore1 boards when resources are available?
Enterpoint said they were going to send me one about a month ago for development, but I haven't heard back.

wildemagic
Member
**
Offline Offline

Activity: 112



View Profile
June 29, 2012, 07:37:44 AM
 #100

Luke, the default CGMiner errors on systems without the AMD sdk, I have no idea (or interest) how to re-compile without opencl.

From my understanding your BFGMiner doesnt require the sdk or opencl.dll to operate, is that correct?

Lastly, I use 4 icarus, is your version a better platform for them?

kind regards

.,-._|\     Offgrid 1.7kW Solar and 3G wireless internet powering my mining rig.
/ .Oz. \
\_,--.x/     [219.5btc of successful trades total] with : rastapool, miernik, flatronw & OneFixt
       o
Pages: « 1 2 3 4 [5] 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!