[b]NEW VERSION 2.9.2, NOVEMBER 7 2012[/b] I've also bumped the stable release to 2.8.5 including the fixes relevant to the 2.8.x versions. [b]Human readable changelog:[/b][list] [li][b]modminer & x6500: New bitstream, improving functional performance by about 10 Mh/s on average.[/b] You'll need to power cycle your device, or use the new --force-dev-init option to upload the new bitstream. (thanks wizkid057!)[/li] [li]x6500: Support for temperature sensors, including --temp-target & co.[/li] [li]x6500: Extended per-FPGA details in RPC API.[/li] [li]x6500: Support for older X6500 devices by manually specifying their serial numbers as --scan-serial x6500:serialnumber.[/li] [li]Some basic stratum transparency checks to help keep pools accountable using new mining.get_transactions method.[/li] [/list] [b]Full changelog[/b][list] [li]Add endian swap defines for where missing.[/li] [li]Only retarget stratum shares to new pool diff if diff has dropped.[/li] [li]Bugfix: x6500: Use json_object_set_new to correctly count references to per-FPGA RPC data[/li] [li]Bugfix: modminer: Use json_object_set_new to correctly count references to per-FPGA RPC data[/li] [li]Bugfix: Only append newline when printing protocol data[/li] [li]Bugfix: Use memchr to look for newlines in socket line data, since the buffer isn't null terminated[/li] [li]Bugfix: Ensure GETWORK_MODE_GBT isn't replaced with GETWORK_MODE_POOL[/li] [li]Count lost stratum share submits and increase message priority to warning.[/li] [li]Show which pool untracked share messages have come from.[/li] [li]Sleep 5 seconds before retrying submit.[/li] [li]Changes to build prototypes to support building on FreeBSD 9.1-RC2 amd64[/li] [li]Count lost shares with stratum as submit stale lost.[/li] [li]Discard record of stratum shares sent and report lost shares on disconnection since they will never be reported back.[/li] [li]Check that count of transactions received via stratum is reasonable[/li] [li]Use realloc'd data_buffer to support stratum lines longer than 8 KB, and parse stratum responses during auth[/li] [li]Use mining.get_transactions to check for stratum pool transparency (actual response ignored for now)[/li] [li]ztex: Silence false "unexpected" hardware errors, and don't count them as hw errors[/li] [li]README: Update build instructions to reflect current reality[/li] [li]x6500: Expose per-FPGA details to RPC API[/li] [li]x6500: Implement support for --temp-target[/li] [li]x6500: Increase default clock frequency to 200 Mhz, now that new bitstream seems to run well around that[/li] [li]x6500: Flush nonces in FPGA buffer at initialization to avoid false hw errors on restart[/li] [li]x6500: Release device lock sooner during initialization, before logging initial frequency info[/li] [li]x6500: Read temperature sensors after sending work, when enabled[/li] [li]Bugfix: jtag: Fix optimized register reading code (it was reading an extra bit before the last, corrupting outside the buffer)[/li] [li]Implement new --force-dev-init option to force bitstream upload to modminer and x6500 devices[/li] [li]Bugfix: x6500: Include --scan-serial option even for x6500-only builds[/li] [li]Bugfix: ztex: Include --scan-serial option even for ztex-only builds, so it can be used to disable autodetect if needed[/li] [li]FPGA-README: Discuss X6500 --scan-serial usage of cases where it may be needed[/li] [li]ft232r: If we are searching for a specific serial, pay no attention to the product id[/li] [li]x6500: Try a more flexible approach to applying dynclock logic[/li] [li]Bugfix: dynclock: Use standard C struct initializer to handle initialization, instead of memsetting memory to nulls[/li] [li]x6500: Whenever we get a hardware error, purge buffers just in case of read/write desync[/li] [li]Bugfix: x6500: When purging ft232r buffers (during bitstream upload), also clear JTAG delayed read counter to avoid any potential desync[/li] [li]Bugfix: ft232r: Always flush writes before purging buffers, and empty local read buffer when flushing ftdi read buffer[/li] [li]There is no need for addrinfo any more.[/li] [li]Fix filename for x6500 bitstream to match previous commit's rename[/li] [li]Rename x6500 bitstream to match existing licensing naming setup[/li] [li]x6500 dual temp sensor support[/li] [li]x6500 is far more stable with its own bitstream[/li] [/list]