Pages:
Author

Topic: (OLD) BFGMiner: modular FPGA/GPU, GBT, Stratum, RPC, Avalon/Lnx/OpnWrt/PPA/W64 - page 17. (Read 260035 times)

hero member
Activity: 956
Merit: 1001
I couldn't get my x6500 working with BFGminer  Undecided

Tried posting here but seems that no one had any info/help.
Luke mentioned trying a different usb driver.  Still didn't help me.  Seems BFGMiner will occasionally start communicating with my x6500, but gets thru a bit of programming the firmware and then BFGMiner crashes.  Sometimes it gets thru programming it 100%, then it crashes.
Lots of times it will fail on a JTAG detect. I think the JTAG detect code needs some work.

I've been told the x6500 support is still new?  So not too much help abounds there.
full member
Activity: 173
Merit: 100
Still cant get my x6500s to work.

Using -D -d? -T

 [2012-11-11 16:54:59] ft232r_scan: Found 1002:4397 - not a ft232r                    
 [2012-11-11 16:54:59] ft232r_scan: Found 1002:4397 - not a ft232r                    
 [2012-11-11 16:54:59] ft232r_scan: Found 1002:4397 - not a ft232r                    
 [2012-11-11 16:54:59] ft232r_scan: Found 1002:4399 - not a ft232r                    
 [2012-11-11 16:54:59] ft232r_scan: Found 1002:4396 - not a ft232r                    
 [2012-11-11 16:54:59] ft232r_scan: Found 1002:4396 - not a ft232r                    
 [2012-11-11 16:54:59] ft232r_scan: Found 1002:4396 - not a ft232r                    
 [2012-11-11 16:54:59] ft232r_scan: Error opening device: LIBUSB_ERROR_NOT_SUPPORTED                    
 [2012-11-11 16:54:59] ft232r_scan: Error opening device: LIBUSB_ERROR_NOT_SUPPORTED                    
 [2012-11-11 16:54:59] ft232r_scan: Error opening device: LIBUSB_ERROR_NOT_SUPPORTED                    
 [2012-11-11 16:54:59] ft232r_scan: Error opening device: LIBUSB_ERROR_NOT_SUPPORTED                    
 [2012-11-11 16:54:59] ft232r_scan: Found 0403:6014 - not a ft232r                    
 [2012-11-11 16:54:59] ft232r_scan: Found 0458:003a - not a ft232r                    
 [2012-11-11 16:54:59] ft232r_scan: Found 0ac8:305b - not a ft232r                    
 [2012-11-11 16:54:59] ft232r_scan: Found 148f:5370 - not a ft232r                    
 [2012-11-11 16:54:59] ft232r_scan: Found 1a40:0101 - not a ft232r                    
 [2012-11-11 16:54:59] ft232r_scan: Found 1a40:0101 - not a ft232r                    
 [2012-11-11 16:54:59] ft232r_scan: Found 1a40:0101 - not a ft232r                    
 [2012-11-11 16:54:59] ft232r_scan: Found 1fc9:0003 - not a ft232r                    
 [2012-11-11 16:54:59] Started bfgminer 2.9.2                    
 [2012-11-11 16:54:59] Loaded configuration file bfgminer.conf                    
 [2012-11-11 16:55:00] CL Platform 0 vendor: Advanced Micro Devices, Inc.                    
 [2012-11-11 16:55:00] CL Platform 0 name: AMD Accelerated Parallel Processing                    
 [2012-11-11 16:55:00] CL Platform 0 version: OpenCL 1.1 AMD-APP-SDK-v2.5 (684.213)                    
 [2012-11-11 16:55:00] Platform 0 devices: 2                    
 [2012-11-11 16:55:00]    0   Barts                    
 [2012-11-11 16:55:00]    1   Cypress                    
 [2012-11-11 16:55:00] GPU 0 iAdapterIndex 0 strUDID PCI_VEN_1002&DEV_6738&SUBSYS_174B174B&REV_00_4&2CFC99C&0&0010A iBusNumber 2 iDeviceNumber 0 iFunctionNumber 0 iVendorID 1002 strAdapterName  AMD Radeon HD 6800 Series                    
 [2012-11-11 16:55:00] GPU 1 iAdapterIndex 3 strUDID PCI_VEN_1002&DEV_6899&SUBSYS_E140174B&REV_00_4&5B6B27D&0&0048A iBusNumber 3 iDeviceNumber 0 iFunctionNumber 0 iVendorID 1002 strAdapterName  ATI Radeon HD 5800 Series                    
 [2012-11-11 16:55:00] GPU 2 iAdapterIndex 6 strUDID PCI_VEN_1002&DEV_9714&SUBSYS_D0001458&REV_00_4&23F7DD16&0&2808A iBusNumber 1 iDeviceNumber 5 iFunctionNumber 0 iVendorID 1002 strAdapterName  ATI Radeon HD 4290                    
 [2012-11-11 16:55:00] ADL found more devices than opencl!                    
 [2012-11-11 16:55:00] There is possibly at least one GPU that doesn't support OpenCL                    
 [2012-11-11 16:55:00] Use the gpu map feature to reliably map OpenCL to ADL                    
 [2012-11-11 16:55:00] WARNING: Number of OpenCL and ADL devices did not match!                    
 [2012-11-11 16:55:00] Hardware monitoring may NOT match up with devices!                    
 [2012-11-11 16:55:00] GPU 0 AMD Radeon HD 6800 Series hardware monitoring enabled                    
 [2012-11-11 16:55:00] Setting GPU 0 engine clock to 775                    
 [2012-11-11 16:55:00] Setting GPU 0 memory clock to 300                    
 [2012-11-11 16:55:00] Setting GPU 0 voltage to 0.900                    
 [2012-11-11 16:55:00] GPU 1 ATI Radeon HD 5800 Series hardware monitoring enabled                    
 [2012-11-11 16:55:00] Setting GPU 1 engine clock to 780                    
 [2012-11-11 16:55:00] Setting GPU 1 memory clock

MPBM works fine. I'm using the x6500 driver from the fpgamining website.

4 x6500s, 1 BFL, 2 GPUs
Win 7 64
legendary
Activity: 2576
Merit: 1186
Hmm... interesting. I've never had an issue getting it to clock up to 210mhz. The u is usually around 816-817mhash though.
Well, I let it get rather hot here too; usually at least 80 F.
hero member
Activity: 504
Merit: 500
Hmm... interesting. I've never had an issue getting it to clock up to 210mhz. The u is usually around 816-817mhash though.
legendary
Activity: 2576
Merit: 1186
Yeah I did. It's still hashing at 840mhash, my U is at about 11.4/min It was in that area before, too.
Maybe it only works up to a point. I've never seen 840 Mh/s myself.
hero member
Activity: 504
Merit: 500
Yeah I did. It's still hashing at 840mhash, my U is at about 11.4/min It was in that area before, too.
legendary
Activity: 2576
Merit: 1186
After running 2.9.2 for a little over 2 days, I haven't noticed any hashing improvement with my MMQ.
Did you reprogram it? You need to either power cycle the MMQ (to clear the programming) or use --force-dev-init
hero member
Activity: 504
Merit: 500
After running 2.9.2 for a little over 2 days, I haven't noticed any hashing improvement with my MMQ.
legendary
Activity: 2576
Merit: 1186
Git hub still compiling as 2.9.1
It's important to re-run autogen.sh
full member
Activity: 181
Merit: 100
Git hub still compiling as 2.9.1
hero member
Activity: 956
Merit: 1001
Trying to use bfgminer 2.9.2 with an x6500

Have installed WinUSB driver (v6.1.7600.16385)

I will usually get the following upon a bfgminer start:

Code:
 5s:  0.0 avg:  0.0 u:  0.0 kh/s | A:0  R:0  HW:0  E:0%  U:0.0/m
 TQ: 0  ST: 11  SS: 0  DW: 5  NB: 2  GW: 6  LW: 28  GF: 0  RF: 0
 Connected to us.ozco.in with LP as user abracadabra.xxx
 Block: 0000024c01b18842d9142711...  Started: [18:11:31]  Best share: 0
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 OCL 0:                | OFF  /  0.0/  0.0kh/s | A:0 R:0 HW:0 U:0.00/m
 XBS 0:                |   0.0/  0.0/  0.0kh/s | A:0 R:0 HW:0 U:0.00/m
--------------------------------------------------------------------------------

 [2012-11-07 18:08:58] XBS 0.0: FPGA not programmed
 [2012-11-07 18:08:58] XBS 0: Programming AH00WPJ0...
 [2012-11-07 18:09:14] XBS 0: Programming AH00WPJ0... 25% complete...
 [2012-11-07 18:09:30] XBS 0: Programming AH00WPJ0... 50% complete...
 [2012-11-07 18:09:46] XBS 0: Programming AH00WPJ0... 75% complete...
 [2012-11-07 18:10:01] XBS 0: Programming AH00WPJ0... 100% complete...
 [2012-11-07 18:10:02] XBS 0: Done programming AH00WPJ0
 [2012-11-07 18:11:31] LONGPOLL from pool 0 detected new block
 [2012-11-07 18:11:36] XBS 0.0: Flushed 2251 nonces from buffer at init
 [2012-11-07 18:11:36] XBS 0.0: Frequency set to 200 Mhz (range: 2-250)
 [2012-11-07 18:11:36] XBS 0: JTAG detect returned -1
 [2012-11-07 18:11:36] Thread 3 failure, exiting

then sometimes:

Code:
 bfgminer version 2.9.2 - Started: [2012-11-07 18:12:31] - [  0 days 00:00:09]
--------------------------------------------------------------------------------
 5s:  0.0 avg:  0.0 u:  0.0 kh/s | A:0  R:0  HW:0  E:0%  U:0.0/m
 TQ: 0  ST: 5  SS: 0  DW: 0  NB: 1  GW: 1  LW: 8  GF: 0  RF: 0
 Connected to us.ozco.in with LP as user abracadabra.yiannaki
 Block: 0000024c01b18842d9142711...  Started: [18:12:31]  Best share: 0
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 OCL 0:                | OFF  /  0.0/  0.0kh/s | A:0 R:0 HW:0 U:0.00/m
 XBS 0:                |   0.0/  0.0/  0.0kh/s | A:0 R:0 HW:0 U:0.00/m
--------------------------------------------------------------------------------

 [2012-11-07 18:12:30] Probing for an alive pool
 [2012-11-07 18:12:31] Long-polling activated for http://us.ozco.in:8332/LP (get
work)
 [2012-11-07 18:12:31] Disabling extra threads due to dynamic mode.
 [2012-11-07 18:12:31] Tune dynamic intensity with --gpu-dyninterval
 [2012-11-07 18:12:31] XBS 0: JTAG error reading user code
 [2012-11-07 18:12:31] Thread 2 failure, exiting
 [2012-11-07 18:12:31] XBS 0: JTAG detect returned -2
 [2012-11-07 18:12:31] Thread 3 failure, exiting


after a power cycle I'll sometimes get:
Code:
 bfgminer version 2.9.2 - Started: [2012-11-07 18:13:38] - [  0 days 00:00:15]
--------------------------------------------------------------------------------
 5s:  0.0 avg:  0.0 u:  0.0 kh/s | A:0  R:0  HW:0  E:0%  U:0.0/m
 TQ: 0  ST: 5  SS: 0  DW: 0  NB: 1  GW: 1  LW: 8  GF: 0  RF: 0
 Connected to us.ozco.in with LP as user abracadabra.yiannaki
 Block: 0000024c01b18842d9142711...  Started: [18:13:38]  Best share: 0
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 OCL 0:                | OFF  /  0.0/  0.0kh/s | A:0 R:0 HW:0 U:0.00/m
 XBS 0:                |   0.0/  0.0/  0.0kh/s | A:0 R:0 HW:0 U:0.00/m
--------------------------------------------------------------------------------

 [2012-11-07 18:13:38] Probing for an alive pool
 [2012-11-07 18:13:38] Long-polling activated for http://us.ozco.in:8332/LP (get
work)
 [2012-11-07 18:13:39] Disabling extra threads due to dynamic mode.
 [2012-11-07 18:13:39] Tune dynamic intensity with --gpu-dyninterval
 [2012-11-07 18:13:39] XBS 0: JTAG detect returned -1
 [2012-11-07 18:13:39] Thread 2 failure, exiting
 [2012-11-07 18:13:39] XBS 0: JTAG detect returned -1
 [2012-11-07 18:13:39] Thread 3 failure, exiting


then after multiple restarts of bfgminer I'll get:

Code:
 bfgminer version 2.9.2 - Started: [2012-11-07 18:14:06] - [  0 days 00:00:39]
--------------------------------------------------------------------------------
 5s:  0.0 avg:  0.0 u:  0.0 kh/s | A:0  R:0  HW:0  E:0%  U:0.0/m
 TQ: 0  ST: 5  SS: 0  DW: 0  NB: 1  GW: 1  LW: 8  GF: 0  RF: 0
 Connected to us.ozco.in with LP as user abracadabra.yiannaki
 Block: 0000024c01b18842d9142711...  Started: [18:14:06]  Best share: 0
--------------------------------------------------------------------------------
 [P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
 OCL 0:                | OFF  /  0.0/  0.0kh/s | A:0 R:0 HW:0 U:0.00/m
 XBS 0:   60%          |   0.0/  0.0/  0.0kh/s | A:0 R:0 HW:0 U:0.00/m
--------------------------------------------------------------------------------

 [2012-11-07 18:14:06] Probing for an alive pool
 [2012-11-07 18:14:06] Long-polling activated for http://us.ozco.in:8332/LP (get
work)
 [2012-11-07 18:14:06] Disabling extra threads due to dynamic mode.
 [2012-11-07 18:14:06] Tune dynamic intensity with --gpu-dyninterval
 [2012-11-07 18:14:06] XBS 0: JTAG detect returned -1
 [2012-11-07 18:14:06] Thread 2 failure, exiting
 [2012-11-07 18:14:06] XBS 0.1: FPGA not programmed
 [2012-11-07 18:14:06] XBS 0: Programming AH00WPJ0...
 [2012-11-07 18:14:23] XBS 0: Programming AH00WPJ0... 25% complete...
 [2012-11-07 18:14:39] XBS 0: Programming AH00WPJ0... 50% complete...
 [2012-11-07 18:14:50] LONGPOLL from pool 0 requested work restart
 [2012-11-07 18:14:54] XBS 0: Programming AH00WPJ0... 75% complete...
 [2012-11-07 18:15:09] XBS0: Idle for more than 60 seconds, declaring SICK!
 [2012-11-07 18:15:09] XBS0: Attempting to restart
 [2012-11-07 18:15:10] XBS 0: Programming AH00WPJ0... 100% complete...
 [2012-11-07 18:15:11] Thread 3 failure, exiting
 [2012-11-07 18:15:12] XBS0: Idle for more than 60 seconds, declaring SICK!
 [2012-11-07 18:15:12] XBS0: Attempting to restart


Any help?
sr. member
Activity: 850
Merit: 331
Same issues with hashrate as version 2.9.0 and 2.9.1.

It happens only to me?

Regards
sr. member
Activity: 434
Merit: 250
2.9.2 up and running on W8x64 w/o incident.
legendary
Activity: 2576
Merit: 1186
NEW VERSION 2.9.2, NOVEMBER 7 2012

I've also bumped the stable release to 2.8.5 including the fixes relevant to the 2.8.x versions.

Human readable changelog:
  • modminer & x6500: New bitstream, improving functional performance by about 10 Mh/s on average. You'll need to power cycle your device, or use the new --force-dev-init option to upload the new bitstream. (thanks wizkid057!)
  • x6500: Support for temperature sensors, including --temp-target & co.
  • x6500: Extended per-FPGA details in RPC API.
  • x6500: Support for older X6500 devices by manually specifying their serial numbers as --scan-serial x6500:serialnumber.
  • Some basic stratum transparency checks to help keep pools accountable using new mining.get_transactions method.

Full changelog
  • Add endian swap defines for where missing.
  • Only retarget stratum shares to new pool diff if diff has dropped.
  • Bugfix: x6500: Use json_object_set_new to correctly count references to per-FPGA RPC data
  • Bugfix: modminer: Use json_object_set_new to correctly count references to per-FPGA RPC data
  • Bugfix: Only append newline when printing protocol data
  • Bugfix: Use memchr to look for newlines in socket line data, since the buffer isn't null terminated
  • Bugfix: Ensure GETWORK_MODE_GBT isn't replaced with GETWORK_MODE_POOL
  • Count lost stratum share submits and increase message priority to warning.
  • Show which pool untracked share messages have come from.
  • Sleep 5 seconds before retrying submit.
  • Changes to build prototypes to support building on FreeBSD 9.1-RC2 amd64
  • Count lost shares with stratum as submit stale lost.
  • Discard record of stratum shares sent and report lost shares on disconnection since they will never be reported back.
  • Check that count of transactions received via stratum is reasonable
  • Use realloc'd data_buffer to support stratum lines longer than 8 KB, and parse stratum responses during auth
  • Use mining.get_transactions to check for stratum pool transparency (actual response ignored for now)
  • ztex: Silence false "unexpected" hardware errors, and don't count them as hw errors
  • README: Update build instructions to reflect current reality
  • x6500: Expose per-FPGA details to RPC API
  • x6500: Implement support for --temp-target
  • x6500: Increase default clock frequency to 200 Mhz, now that new bitstream seems to run well around that
  • x6500: Flush nonces in FPGA buffer at initialization to avoid false hw errors on restart
  • x6500: Release device lock sooner during initialization, before logging initial frequency info
  • x6500: Read temperature sensors after sending work, when enabled
  • Bugfix: jtag: Fix optimized register reading code (it was reading an extra bit before the last, corrupting outside the buffer)
  • Implement new --force-dev-init option to force bitstream upload to modminer and x6500 devices
  • Bugfix: x6500: Include --scan-serial option even for x6500-only builds
  • Bugfix: ztex: Include --scan-serial option even for ztex-only builds, so it can be used to disable autodetect if needed
  • FPGA-README: Discuss X6500 --scan-serial usage of cases where it may be needed
  • ft232r: If we are searching for a specific serial, pay no attention to the product id
  • x6500: Try a more flexible approach to applying dynclock logic
  • Bugfix: dynclock: Use standard C struct initializer to handle initialization, instead of memsetting memory to nulls
  • x6500: Whenever we get a hardware error, purge buffers just in case of read/write desync
  • Bugfix: x6500: When purging ft232r buffers (during bitstream upload), also clear JTAG delayed read counter to avoid any potential desync
  • Bugfix: ft232r: Always flush writes before purging buffers, and empty local read buffer when flushing ftdi read buffer
  • There is no need for addrinfo any more.
  • Fix filename for x6500 bitstream to match previous commit's rename
  • Rename x6500 bitstream to match existing licensing naming setup
  • x6500 dual temp sensor support
  • x6500 is far more stable with its own bitstream
full member
Activity: 190
Merit: 100
★Bitvest.io★ Play Plinko or Invest!
2.9.1 working great on win7 x64
cgminer=problems
guiminer=problems

thanks
full member
Activity: 181
Merit: 100
I've switched off the RPi to a Dell Mini 9 Netbook running Lubuntu and all Comm Errors are gone, so still thinking it is a RPi issue.
legendary
Activity: 1118
Merit: 1002
2.9.1 fixed all the errors I was getting with 9.0

thank you!
full member
Activity: 181
Merit: 100


Raspberry Pi Update Tool
https://github.com/Hexxeh/rpi-update

And there is a newer Raspbian build posted on 10/28.
http://www.raspberrypi.org/downloads

[/quote]

I should have the newest build as I update / upgrade  / dist-upgrade on a regular basis.

 I thought the USB problem was hardware, not fixable with firmware, and was address on the new 512 MB memory RPi?
hero member
Activity: 626
Merit: 500
Mining since May 2011.
2.9.1 Mining nicely on a Raspberry Pi, however I do get Comm Error disconnects randomly with 4x BFL Singles. Google search lead me to the issue board, and post discussing that this is due to the usb problems on the raspberry pi. I have a 512 MB RPi on order to see if the new reversion fixes the issue.
As I understand it, there's a way to upgrade the firmware on old revisions too.

Raspberry Pi Update Tool
https://github.com/Hexxeh/rpi-update

And there is a newer Raspbian build posted on 10/28.
http://www.raspberrypi.org/downloads
legendary
Activity: 2576
Merit: 1186
2.9.1 Mining nicely on a Raspberry Pi, however I do get Comm Error disconnects randomly with 4x BFL Singles. Google search lead me to the issue board, and post discussing that this is due to the usb problems on the raspberry pi. I have a 512 MB RPi on order to see if the new reversion fixes the issue.
As I understand it, there's a way to upgrade the firmware on old revisions too.
Pages:
Jump to: