Lots of extra READMEs now.
EDIT: I was really tired when i posted this but really wanted to unleash it as soon as it was stable, and the BFL ASIC support really is the bulk of the change. Props to Kano for doing a large chunk of the driver work for this.
NOTE: If you are on windows and cannot get devices to initialise and they are on a USB 3 slot, try them on a USB 2 slot instead.
Human readable changelog:
BFL ASIC support.
(plus other stuff)
EDITS:
- The BFL ASIC driver uses direct USB instead of the serial USB interface, thus being much faster, more reliable, and using a lot less CPU. However as a consequence it needs a different driver installed on windows, and permissions set on linux. The ASIC-README has directions for all of these, and the zadig application which installs and configures the WinUSB driver for you is available from my download page.
- Updated READMEs, split up into GPU- and ASIC- as well.
- A fix for the corrupt display on exit on windows.
Full changelog:
- va_copy is meant to be matched by a va_end in log_generic.
- usbutils remove_in_use break
- usbutils remove_in_use missing prev
- usbutils missing add_in_use
- Clean up summary slightly better on exit.
- Make the scan sleep time after scanwork in bflsc dynamic to keep queues
between watermark levels.
- Remove unused temp counts in bflsc.
- Calculate a rolling 5 min average set of temperatures for bflsc.
- Damp the display of voltage for BFLSC devices.
- Damp the temperature display measurement for bflsc since it fluctuates so
wildly.
- bflsc add volt stats
- Handle failed tolines command in bflsc driver.
- Can use a read lock instead of a write lock in bflsc scanwork.
- Since we are filling a queue on the bflsc devices, there is no need to run
through scanwork frequently provided we use the restart_wait function to abort
early during a block change.
- Remove flushed work in bfl scanwork from the hash table.
- Set correct device in process_nonces in bflsc driver.
- bflsc add work reply INPROCESS: missing from the spec
- bflsc put in some error messages not yet written
- bflsc get completed hashes as late as possible
- Fix potential memory leak with unused work items in bflsc_queue_full
- Reverse bools in bflsc_queue_full
- Avoid recursive loop calling correct function instead.
- bflsc fix details identification
- Differentiate BFLSC device from regular bitforce and give warning if no
support is compiled in.
- util.c str_text make a fully text readable version of str
- BFLSC fix FPGA identity overlap
- Locking error in bflsc_send_work
- Use htobe32 function for converting nonce in bflsc.
- Replace deprecated bzero with memset in bflsc driver.
- Fix compilation of bflsc driver without opencl.
- Check for realloc failures in bflsc driver.
- Check for failure to calloc in bflsc driver.
- Trivial style change
- Use copy_time function in bflsc driver.
- Use cgtime in bflsc driver and update copyright notice.
- Use a separate function for bfl initialise that doesn't require locking.
- Fix BFLSC building.
- bflsc v0.1
EDIT:
Jalapeno hashing looks like this:
Code:
cgminer version 3.1.0 - Started: [2013-04-29 01:48:31]
--------------------------------------------------------------------------------
(5s):6.630G (avg):6.412Gh/s | A:6262 R:12 HW:0 U:23.1/m WU:90.0/m
ST: 2 SS: 11 NB: 94 LW: 26762 GF: 0 RF: 0
Connected to au.ozco.in diff 4 with stratum as user ckolivas.0
Block: 00391bc278091c13... Diff:8.97M Started: [14:13:04] Best share: 11.5K
--------------------------------------------------------------------------------
[P]ool management [G]PU management [S]ettings [D]isplay options [Q]uit
GPU 0: 73.0C 3368RPM | 718.2M/720.7Mh/s | A: 704 R: 1 HW:0 U: 2.60/m I:11
BAJ 0: max 42C 3.42V | 5.945G/5.693Gh/s | A:5560 R:11 HW:0 U: 20.55/m
--------------------------------------------------------------------------------
[2013-04-29 14:12:27] Accepted 2153e014 Diff 7/4 BAJ 0 pool 0
[2013-04-29 14:12:30] Accepted 32a3e846 Diff 5/4 BAJ 0 pool 0
[2013-04-29 14:12:37] Accepted 3eb662db Diff 4/4 BAJ 0 pool 0
[2013-04-29 14:12:39] Accepted 33c7365f Diff 4/4 BAJ 0 pool 0
See also Kano's blog post:
http://www.kano-kun.net/?p=65
)
The upgrade actually was very smooth. Love the new libusb support. Thanks for your hard work, guys! 
