Bitcoin Forum
December 09, 2016, 05:45:51 PM *
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 245088 times)
Luke-Jr
Legendary
*
Offline Offline

Activity: 2100



View Profile
July 07, 2012, 09:42:50 PM
 #121

except for Con's "workaround" which discards valid shares from BFL devices in order to avoid stales.
Lol. It still discards them Smiley

Re-check your code there Luke Wink
Care to elaborate? I did another look over the code and seem to have properly handled every case that discards work.

OK, since you still haven't found it yet (I'm looking at git btw):

restart_cond
I don't see any case where that actually aborts the job, but you're right about it being a bug (which I suppose would make it start polling too early). Thanks.

1481305551
Hero Member
*
Offline Offline

Posts: 1481305551

View Profile Personal Message (Offline)

Ignore
1481305551
Reply with quote  #2

1481305551
Report to moderator
1481305551
Hero Member
*
Offline Offline

Posts: 1481305551

View Profile Personal Message (Offline)

Ignore
1481305551
Reply with quote  #2

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

Posts: 1481305551

View Profile Personal Message (Offline)

Ignore
1481305551
Reply with quote  #2

1481305551
Report to moderator
Luke-Jr
Legendary
*
Offline Offline

Activity: 2100



View Profile
July 09, 2012, 06:09:48 PM
 #122

Looks like CGMiner broke other things in 2.5.0, killing performance on BFL Singles and declaring ModMiners sick. If you use either of these FPGAs or encounter other problems (please report them!), feel free to use 2.4.4 until I get them resolved:

filharvey
Sr. Member
****
Offline Offline

Activity: 434


View Profile
July 09, 2012, 10:24:41 PM
 #123

For some reason when I use 2.4.4 and save out the configuration file. When I restart it comes up with fatal JSON error.

And I have to enter all my pools again.

Phil
Luke-Jr
Legendary
*
Offline Offline

Activity: 2100



View Profile
July 09, 2012, 10:26:18 PM
 #124

For some reason when I use 2.4.4 and save out the configuration file. When I restart it comes up with fatal JSON error.

And I have to enter all my pools again.

Phil
Can you PM me the config file it writes (with passwords X'd out)?

farfie
Jr. Member
*
Offline Offline

Activity: 58



View Profile
July 10, 2012, 12:24:06 AM
 #125

Looks like CGMiner broke other things in 2.5.0, killing performance on BFL Singles and declaring ModMiners sick. If you use either of these FPGAs or encounter other problems (please report them!), feel free to use 2.4.4 until I get them resolved:

I have many singles running at all kinds of different firmwares, and they seem to be operating at the proper hashrate/U they always have, regardless of pool, or miner. Whether it be CG, BFG, 2.4.4, or 2.5.0. Are you certain something is amiss?
Luke-Jr
Legendary
*
Offline Offline

Activity: 2100



View Profile
July 10, 2012, 12:31:59 AM
 #126

Looks like CGMiner broke other things in 2.5.0, killing performance on BFL Singles and declaring ModMiners sick. If you use either of these FPGAs or encounter other problems (please report them!), feel free to use 2.4.4 until I get them resolved:

I have many singles running at all kinds of different firmwares, and they seem to be operating at the proper hashrate/U they always have, regardless of pool, or miner. Whether it be CG, BFG, 2.4.4, or 2.5.0. Are you certain something is amiss?
Until I figure out exactly what's going on, I can't be certain. So far I've just observed that my hashrate is much worse with 2.5.0 than it was with 2.4.4.

farfie
Jr. Member
*
Offline Offline

Activity: 58



View Profile
July 10, 2012, 01:34:28 AM
 #127

Until I figure out exactly what's going on, I can't be certain. So far I've just observed that my hashrate is much worse with 2.5.0 than it was with 2.4.4.



I will post a comparison image in about 20 hours (as that's about how long it will take to have similar shares submitted) of BFGminer. So you (well, we) can take a look at the differences over a ~24 hour period. Unless you're not interested, in which I won't bother Smiley
bitpop
Legendary
*
Offline Offline

Activity: 1932


https://keybase.io/bitpop


View Profile WWW
July 10, 2012, 08:03:22 AM
 #128

howd you go b&w?

Reputation  |  PGP  |  DigitalOcean  |  OpenVPN 2GB Free  |  TorGuard  |  Ethereum Classic
Bitcoin: 3DSh6AnmvBpDJFUz2mnLirMLmTMcFs9nDm
Bitmessage: BM-2cXN9j8NFT2n1FxDVQ6HQq4D4MZuuaBFyb
crazyates
Legendary
*
Offline Offline

Activity: 938



View Profile
July 10, 2012, 11:10:45 AM
 #129

howd you go b&w?

I think it's a Logmein session, and the lowest setting doesn't transmit color.

Tips? 1crazy8pMqgwJ7tX7ZPZmyPwFbc6xZKM9
Previous Trade History - Sale Thread
farfie
Jr. Member
*
Offline Offline

Activity: 58



View Profile
July 10, 2012, 02:52:29 PM
 #130

I think it's a Logmein session, and the lowest setting doesn't transmit color.

Yes it is. It goes gray-scale when it's not the active window on the controlling computer.
farfie
Jr. Member
*
Offline Offline

Activity: 58



View Profile
July 10, 2012, 04:14:26 PM
 #131

And here's with BFG 2.4.4 across both machines, within a reasonably similar amount of operating time in comparison to the screenshot prior.
Luke-Jr
Legendary
*
Offline Offline

Activity: 2100



View Profile
July 14, 2012, 04:18:17 AM
 #132

NEW VERSION 2.5.1, JULY 13 2012

Human readable changelog:
  • Restore BitFORCE driver performance
  • Don't declare devices SICK if they're just initialising (this is mainly for ModMiner during bitstream upload)
  • Don't count hardware errors during initial ModMiner clock speed detection
  • BitFORCE FPGA autodetection on Windows
  • Added a new average hashrate based on accepted shares (Utility, but in hashes-per-second terms)
  • Include average wait time and "kernel" name (either "full work" or "nonce range") to RPC API for BitFORCE driver
  • Fixed compile issues on BSD build
  • Show progress of ModMiner bitstream upload
  • Improved hashrate measurement (some hashes weren't counted during longpoll)
  • Various fixes to RPC-based miner.php
  • Fix RPC API on Big Endian rigs (such as routers)

Full changelog
  • Replace CPU Algo in header with runtime
  • Bugfix: Calculate diff-1 utility to fix utility-hashrate on pools with diff!=1
  • Add utility hashrate to curses display
  • Show units in kh, Gh, Th, etc as needed to use at most 3 integer digits
  • Use FTD2XX.DLL on Windows to autodetect BitFORCE SHA256 devices
  • bitforce_get_result returns -1 on error now.
  • Check return value of read in BFgets
  • Bugfix: modminer: Count hashes done before work restart
  • Bugfix: modminer: Adapt "get nonce" error condition to new scanhash=>-1 error API
  • Bugfix: Make our Windows nanosleep/sleep replacements standards-compliant (which fixes nmsleep) and include compat.h for bitforce (for sleep)
  • miner.php fix rig # when miners fail
  • Fix whitespace mangling.
  • bitforce: Use "full work" vs "nonce range" for kernel name
  • Abbrv. correction
  • Remove superfluous ave_wait
  • Put kname change for broken nonce-range back in
  • Add average wait time to api stats
  • Revert "Merge branch 'ave_time' of https://github.com/pshep/cgminer.git"
  • Add average return time to api stats
  • Missed one nonce-range disabling.
  • Remove bitforce_thread_init The delay thing does nothing useful... when long poll comes around, all threads restart at the same time anyway.
  • Change timeouts to time-vals for accuracy.
  • More BFL tweaks. Add delay between closing and reopening port. Remove buffer clear in re-init Add kernel type (mini-rig or single)
  • Revert "Change BFL driver thread initialising to a constant 100ms delay between devices instead of a random arrangement."
  • Only try to shut down work cleanly if we've successfully connected and started mining.
  • Fix spelling.
  • modminer: Firmware returns 0xffffff00 immediately if we set clockspeed too high
  • Bugfix: modminer: Actually count good shares
  • Bugfix: Adapt OpenCL scanhash errors to driver API change (errors are now -1, not 0)
  • Remove bitforce_thread_init The delay thing does nothing useful... when long poll comes around, all threads restart at the same time anyway.
  • fix API support for big endian machines
  • Bugfix: Use const struct device_api* for mt_disable
  • modminer: Show progress of bitstream upload
  • Bugfix: Don't declare devices SICK if they're just busy initializing
  • Bugfix: Calculate nsec in nmsleep correctly
  • miner.php allow rig names in number buttons
  • Change BFL driver thread initialising to a constant 100ms delay between devices instead of a random arrangement.
  • Spelling typo.
  • Time opencl work from start of queueing a kernel till it's flushed when calculating dynamic intensity.
  • Modify te scanhash API to use an int64_t and return -1 on error, allowing zero to be a valid return value.
  • Check for work restart after the hashmeter is invoked for we lose the hashes otherwise contributed in the count.
  • Remove disabled: label from mining thread function, using a separate mt_disable function.
  • Style changes.
  • Cope with signals interrupting the nanosleep of nmsleep.
  • Use standard cfsetispeed/cfsetospeed to set baud rate on *nix
  • miner.php split() flagged deprecated in PHP 5.3.0
  • Bugfix: Use nmsleep instead of restart_wait, so we always wait the full time

Luke-Jr
Legendary
*
Offline Offline

Activity: 2100



View Profile
July 21, 2012, 06:30:11 AM
 #133

FWIW, some statistics after nearly 3½ days (BFGMiner 2.5.1):
Code:
ICA 0:                | 379.2/379.0/370.8Mh/s | A:25995 R:177 HW:  0 U: 5.18/m
BFL 0:  66.3C         | 830.3/830.3/818.7Mh/s | A:57391 R:895 HW:  0 U:11.44/m
MMQ 0:                | 444.0/553.6/521.1Mh/s | A:36533 R:237 HW:135 U: 7.28/m

Note the MMQ 0 only has 3 FPGAs, not 4.

streblo
Full Member
***
Offline Offline

Activity: 165


View Profile
July 22, 2012, 10:27:49 PM
 #134

I am having problems with running 1 BFL single with BFGMiner. I auto-tuned in Windows and ran BitMinter successfully, so the hardware is working fine.
Code:
alan@alan-Vostro-1500:~/bc$ git clone git://github.com/luke-jr/bfgminer
Cloning into 'bfgminer'...
remote: Counting objects: 9683, done.
remote: Compressing objects: 100% (3324/3324), done.
remote: Total 9683 (delta 6579), reused 9435 (delta 6348)
Receiving objects: 100% (9683/9683), 5.44 MiB | 102 KiB/s, done.
Resolving deltas: 100% (6579/6579), done.

alan@alan-Vostro-1500:~/bc$ cd bfgminer/

alan@alan-Vostro-1500:~/bc/bfgminer$ ./autogen.sh
configure.ac:52: installing `./compile'
configure.ac:17: installing `./config.guess'
configure.ac:17: installing `./config.sub'
configure.ac:22: installing `./install-sh'
configure.ac:22: installing `./missing'
ccan/Makefile.am: installing `./depcomp'

alan@alan-Vostro-1500:~/bc/bfgminer$ ./configure --disable-opencl --enable-bitforce
...
------------------------------------------------------------------------
bfgminer 2.5.1
------------------------------------------------------------------------


Configuration Options Summary:

  curses.TUI...........: FOUND: ncurses

  OpenCL...............: Disabled
    ADL................: SDK NOT found, GPU monitoring support DISABLED
  BitForce.FPGAs.......: Enabled
  Icarus.FPGAs.........: Disabled
  ModMiner.FPGAs.......: Disabled
  Ztex.FPGAs...........: Disabled
  libudev.detection....: yes

  CPU Mining...........: Disabled

Compilation............: make (or gmake)
  CPPFLAGS.............:
  CFLAGS...............: -g -O2
  LDFLAGS..............:  -lpthread
  LDADD................:  -lcurl   compat/jansson/libjansson.a -lpthread    -lm -ludev

Installation...........: make install (as root if needed, with 'su' or 'sudo')
  prefix...............: /usr/local

alan@alan-Vostro-1500:~/bc/bfgminer$ make
...

alan@alan-Vostro-1500:~/bc/bfgminer$ ls /dev/ttyUSB*
/dev/ttyUSB0

alan@alan-Vostro-1500:~/bc/bfgminer$ ls /dev/serial/by-id/
usb-Butterfly_Labs_Inc._BitFORCE_SHA256-if00-port0

alan@alan-Vostro-1500:~/bc/bfgminer$ ./bfgminer
All devices disabled, cannot mine!

alan@alan-Vostro-1500:~/bc/bfgminer$ ./bfgminer -S /dev/ttyUSB0
All devices disabled, cannot mine!

Plx halp  Huh
Luke-Jr
Legendary
*
Offline Offline

Activity: 2100



View Profile
July 22, 2012, 10:32:46 PM
 #135

I am having problems with running 1 BFL single with BFGMiner. I auto-tuned in Windows and ran BitMinter successfully, so the hardware is working fine.
Code:
alan@alan-Vostro-1500:~/bc$ git clone git://github.com/luke-jr/bfgminer
Cloning into 'bfgminer'...
remote: Counting objects: 9683, done.
remote: Compressing objects: 100% (3324/3324), done.
remote: Total 9683 (delta 6579), reused 9435 (delta 6348)
Receiving objects: 100% (9683/9683), 5.44 MiB | 102 KiB/s, done.
Resolving deltas: 100% (6579/6579), done.

alan@alan-Vostro-1500:~/bc$ cd bfgminer/

alan@alan-Vostro-1500:~/bc/bfgminer$ ./autogen.sh
configure.ac:52: installing `./compile'
configure.ac:17: installing `./config.guess'
configure.ac:17: installing `./config.sub'
configure.ac:22: installing `./install-sh'
configure.ac:22: installing `./missing'
ccan/Makefile.am: installing `./depcomp'

alan@alan-Vostro-1500:~/bc/bfgminer$ ./configure --disable-opencl --enable-bitforce
...
------------------------------------------------------------------------
bfgminer 2.5.1
------------------------------------------------------------------------


Configuration Options Summary:

  curses.TUI...........: FOUND: ncurses

  OpenCL...............: Disabled
    ADL................: SDK NOT found, GPU monitoring support DISABLED
  BitForce.FPGAs.......: Enabled
  Icarus.FPGAs.........: Disabled
  ModMiner.FPGAs.......: Disabled
  Ztex.FPGAs...........: Disabled
  libudev.detection....: yes

  CPU Mining...........: Disabled

Compilation............: make (or gmake)
  CPPFLAGS.............:
  CFLAGS...............: -g -O2
  LDFLAGS..............:  -lpthread
  LDADD................:  -lcurl   compat/jansson/libjansson.a -lpthread    -lm -ludev

Installation...........: make install (as root if needed, with 'su' or 'sudo')
  prefix...............: /usr/local

alan@alan-Vostro-1500:~/bc/bfgminer$ make
...

alan@alan-Vostro-1500:~/bc/bfgminer$ ls /dev/ttyUSB*
/dev/ttyUSB0

alan@alan-Vostro-1500:~/bc/bfgminer$ ls /dev/serial/by-id/
usb-Butterfly_Labs_Inc._BitFORCE_SHA256-if00-port0

alan@alan-Vostro-1500:~/bc/bfgminer$ ./bfgminer
All devices disabled, cannot mine!

alan@alan-Vostro-1500:~/bc/bfgminer$ ./bfgminer -S /dev/ttyUSB0
All devices disabled, cannot mine!

Plx halp  Huh
Can you try with --debug and post that output?

streblo
Full Member
***
Offline Offline

Activity: 165


View Profile
July 22, 2012, 10:37:40 PM
 #136

Can you try with --debug and post that output?
I would, but I just fixed the problem:  running "sudo usermod -a -G dialout USERNAME" fixed it. I don't know what this command does, but ostensibly it gives my user account access to this computers virtual serial ports? Thanks for the great software, pool, and overall support for bitcoin, Luke-Jr.
Luke-Jr
Legendary
*
Offline Offline

Activity: 2100



View Profile
July 22, 2012, 10:45:39 PM
 #137

running "sudo usermod -a -G dialout USERNAME" fixed it. I don't know what this command does, but ostensibly it gives my user account access to this computers virtual serial ports?
Ah, yes. I should add that one to a README once I figure out what all the various distros group it under...

Luke-Jr
Legendary
*
Offline Offline

Activity: 2100



View Profile
July 25, 2012, 04:32:54 AM
 #138

Just thought I'd point out Console2 for Windows users who don't like the limitations of Microsoft's command window.

cdhowie
Full Member
***
Offline Offline

Activity: 182



View Profile WWW
July 27, 2012, 06:33:09 AM
 #139

After extracting the Windows binaries, AVG detects "PSW.KeyLogger.AVU" in pdcurses.dll.  Since the functionality of pdcurses is to read keystrokes, this doesn't surprise me terribly, but it is a bit disconcerting.  Can this be resolved somehow?

Tips are always welcome and can be sent to 1CZ8QgBWZSV3nLLqRk2BD3B4qDbpWAEDCZ

Thanks to ye, we have the final piece.

PGP key fingerprint: 2B7A B280 8B12 21CC 260A  DF65 6FCE 505A CF83 38F5

SerajewelKS @ #bitcoin-otc
Luke-Jr
Legendary
*
Offline Offline

Activity: 2100



View Profile
July 27, 2012, 06:36:54 AM
 #140

After extracting the Windows binaries, AVG detects "PSW.KeyLogger.AVU" in pdcurses.dll.  Since the functionality of pdcurses is to read keystrokes, this doesn't surprise me terribly, but it is a bit disconcerting.  Can this be resolved somehow?
Report it to your AVG as a false positive?

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!