-ck (OP)
Legendary
Offline
Activity: 4242
Merit: 1644
Ruu \o/
|
|
September 29, 2013, 02:16:47 PM |
|
New release: Version 3.5.0, 29th September 2013
Minor version increment signalling new driver support. The rest is minor bugfixes only so should be a safe upgrade.
Human readable changelog:
- Support for mining on BPMC redfury/bluefury bitfury based devices on linux and windows. Like every other USB device on cgminer, they will use the same WinUSB driver and require the same setting up. Binaries have bitfury support compiled in and if you are building binaries for yourself, they need to be enabled with --enable-bitfury. - CMR fixes to get it mining half decently again. - Code fixes to support current and devices with multiple USB interfaces. - Code changes to make it a lot less work to add new drivers. - tty devices will be reattached on shutting down cgminer cleanly on linux now. - Bugfixes for use of some usb buffers may lead to less corruption/apparent hw errors. - Buffering of extra data no longer appears on regular logging, only verbose and above. - Fixes for possible extra delays/stale work across longpolls (depended on driver). - Fixes for quota usage in --load-balance. - A fix for a bug that would randomly show a high best share that never happened. - Added ability to compile for stratum mining only, completely removing dependency on libcurl (must be expressly enabled at compile with with --disable-libcurl) - Various other compilation warning clean ups and minor bugfixes.
Full changelog:
- Add magic init sequence required on BF1 devices to get them mining on windows. - usbinfo.devlock is only ever write locked so convert it to a mutex - Icarus remove unneeded opt_debug tests due to applog being a macro - Icarus - CMR shouldn't wait the full timeout due to handle sharing - We should only yield once in cg_wunlock - Provide a function to downgrade a cglock from a write lock to an intermediate variant. - Deuglify use of _PARSE_COMMANDS macro expansions. - Deuglify use of usb parse commands macro in usbutils. - Use the driver add commands macros in api.c to avoid individually listing them. - Separate out asic fpga and opencl drivers in the driver parse commands macro for use individually as needed. - Use macro expansion in usb_find_devices to avoid explicitly listing them all. - Use macro expansion to iterate over all the drivers without explicitly writing them out in usbutils.c - Iterate over the bitfury offsets in order of decreasing likelihood. - Reattach the kernel driver on linux on usb_uninit. - Attach the kernel driver on failure to usb init on linux. - libusb kernel driver operations are only available on linux. - There is no need to get the external prototypes for drivers in cgminer.c any more. - Remove unnecessary gpu_threads initialisation. - Put avalon last in the sequence of adding drivers to prevent it trying to claim similar chip devices on startup. - Use macro expansion to iterate over all device drivers without needing to explicitly code in support in all places. Pass a hotplug bool to the detect() function to prevent opencl trying to hogplug GPUs. - Forward declare all device drivers in miner.h avoiding the need to export them everywhere else. - Add a noop function for driver detect when it's missing. - Reuse the DRIVER_ macros to avoid having yet another definition for DRV_ - Use macro expansion to generate extern device_drv prototypes. - Create a macro list of drivers to enable easier addition of further drivers. - There is no point setting the BF1 preferred packet size to the maximum since it will do so automatically. - icarus ensure all cmr interfaces are initialised properly - usbutils - fix USBDEBUG warnings - Remove unnecessary steps in communicating with BF1 and just use USB interface 1. - usbutils - usb_bulk_transfer fix the buf/data fix - usb_bulk_transfer - use the allocated buffer - Set preferred packet sizes per interface on BF1. - usbutils allow PrefPacketSize per endpoint - Remove magic control sequences on open/close on BF1 and just flush the read buffers. - Check return codes in getinfo and reset and fail as needed in BF1. - Check return code for bitfury_open and release resources properly on failed initialisation. - Abstract out flushing of interrupt reads in BF1 devices. - Perform interrupt read after close message on BF1 as per serial close. - Perform interrupt read flush as per serial open on BF1 devices. - Add information for 2nd USB interface on BF1 devices and choose interface 1 for bulk transfers. - usbutils - bulk transfer copy test fix - usbutils - add USBDEBUG for usb_bulk_transfer - Add more read_ii variants to usbutils. - Name remainder of BFU usb commands used. - Use submit_tested_work in bitfury driver to avoid unnecessarily re-testing the work for validity. - Abstract out work submission once it's been tested, to be used by drivers that do their own internal validity testing. - Store the hash2 array in struct work for further reuse. - usbutils - which_intinfo not requried - Use the test_nonce function within submit_nonce and store the uint32 corresponding to hash2 37 for further use. - usbutils - interfaces must all be on one handle - ep implies the interface - avalon stats use exact type - Only set share diff if we've confirmed it's a share first. - Update ASIC-README for bitfury devices. - Use an array of offsets when checking nonces in bitfury_checkresults - Limit the duration we wait for reads in BF1 based on time already elapsed to account for other delays such as work restart messages or out of work. - Minimise size of serial string we copy in BF1 stats to avoid overflow. - Implement basic API stats for BF1 and increase array of results to check for the rare straggling result. - Space debug output for bf1 to separate from numerals. - Abstract out the bitfury open close and reset functions and use them on reinit. - Rename BF1 devices BF1 - Check for work restart, breaking out early after usb reads in BF1. - Do not lose the first sets of results from BF1. - There is no point checking for results from the next round of work on BF1. - Last result returned by BF1 is an end of results marker so ignore it. - restart_wait should return 0 if thr_restart is true. - Remove unused code by bitfury driver since current driver uses serialised scanhash. - Meter out return of estimated hashes in BF1 to smooth out visible hashrate. - Optimise inner scanhash loop for bf1. - Add yet another backup work for triple buffering of work in bf1 to account for extra late results returned and don't check nonce offsets which appear to never return. - Name the work request and result usb commands for BF1 - Define a mandatory upper limit to waiting for reset and data on BF1 based on full nonce duration. - Decrease usb buffering to verbose logging. - Add in first draft for a serialised work model sending/receiving data for BF1 devices. - Add complete close sequence to bf1 as it happens on serial. - Provide a bitfury identify function for bf1. - Reliably extract BF1 information at startup and reset the device. - Add commands for getting BF1 bitfury info - Add magic BF1 bitfury open and close control sequences. - Add BF1 detection code to bitfury driver. - Create basic placeholders for bitfury driver code. - Add bf1 device information to usbutils to enable device detection. - Add basic defines for building for bitfury devices. - Add redfury device to udev rules. - avalon: display the FPGA controller version on API - pool_active uninitialised_var rolltime - Use macro expansion to only need to define usb enums and commands in one place. - usbutils saving incorrect overflow buffer - ignore libusb.la and *.lo on linux - icarus support CMR with no extensions - usbtils - interfaces dont work yet in libusb windows so disable for that only - Provide a --disable-libcurl config option to build support for stratum mining only. - Fix the api-example.c compile under Linux - usbutils - only release the device once - for the first intinfo - usbutils set_interface is no longer valid - ubsutils interfaces much each have their own handle - usbutils kernel_detach should use the interface number - usbutils - allow the driver to change which_intinfo - Reset quotas on load balance for all pools at the same time to avoid running out during selection and unintentionally dropping to fallback. - Break out of select pool from a common point for appropriate debug messages and to avoid further tests. - usbutils correct/reverse CMR product numbers - usbutils specifically track handles and interfaces - change drivers to use usb_interface() - required for multi interface change - usbutils - allow a device to use multiple interfaces (and better var names) - Cast -1 to (char) to cope with different default char types on ARM.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
Beastlymac
|
|
September 29, 2013, 02:22:37 PM Last edit: September 29, 2013, 03:12:28 PM by Beastlymac |
|
New release: Version 3.5.0, 29th September 2013
Minor version increment signalling new driver support. The rest is minor bugfixes only so should be a safe upgrade.
Human readable changelog:
- Support for mining on BPMC redfury/bluefury bitfury based devices on linux and windows. Like every other USB device on cgminer, they will use the same WinUSB driver and require the same setting up. Binaries have bitfury support compiled in and if you are building binaries for yourself, they need to be enabled with --enable-bitfury. - CMR fixes to get it mining half decently again. - Code fixes to support current and devices with multiple USB interfaces. - Code changes to make it a lot less work to add new drivers. - tty devices will be reattached on shutting down cgminer cleanly on linux now. - Bugfixes for use of some usb buffers may lead to less corruption/apparent hw errors. - Buffering of extra data no longer appears on regular logging, only verbose and above. - Fixes for possible extra delays/stale work across longpolls (depended on driver). - Fixes for quota usage in --load-balance. - A fix for a bug that would randomly show a high best share that never happened. - Added ability to compile for stratum mining only, completely removing dependency on libcurl (must be expressly enabled at compile with with --disable-libcurl) - Various other compilation warning clean ups and minor bugfixes.
GREAT NEWS!Got it hashing away already.
|
Message me if you have any problems
|
|
|
|
P_Shep
Legendary
Offline
Activity: 1795
Merit: 1208
This is not OK.
|
|
September 29, 2013, 04:06:42 PM |
|
I'm having issue compiling for mipsel these days. In particular with libudev. I see that it has been around since 2.4 or so, and I've compiled up to 3.3.1 ok, but now libusb is now part of the compilation process and udev is required. Any idea how I get that up and running? Seems udev is a very low-level system specific lib. The compiler I use has the option to include it in the buildroot, but cgminer still complains it's missing. Also, how do I use my own version of libusb-1.0 and not the included one? checking libudev.h usability... yes checking libudev.h presence... no configure: WARNING: libudev.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: libudev.h: proceeding with the compiler's result checking for libudev.h... yes checking for udev_new in -ludev... no configure: error: "udev support requested but libudev not installed" configure: error: ./configure failed for compat/libusb-1.0
|
|
|
|
P_Shep
Legendary
Offline
Activity: 1795
Merit: 1208
This is not OK.
|
|
September 29, 2013, 05:11:30 PM |
|
I think I see something... Despite setting UDEV_CFLAGS, the flags aren't forwarded onto the libusb configure, so it misses the include path. From the configure.log in libusb-1.0: configure:11947: checking libudev.h usability configure:11947: mipsel-openwrt-linux-gcc -c -O2 -mips32r2 -mtune=4kc -D_XOPEN_SOURCE -D_GNU_SOURCE -static conftest.c >&5 conftest.c:58:21: fatal error: libudev.h: No such file or directory compilation terminated. configure:11947: $? = 1 configure: failed program was: note no path in cmd line.
|
|
|
|
Roy Badami
|
|
September 29, 2013, 07:36:36 PM |
|
Con, did you forget to create a tag? Running head fine though...
Thanks,
roy
|
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4242
Merit: 1644
Ruu \o/
|
|
September 29, 2013, 10:19:12 PM |
|
Con, did you forget to create a tag? Running head fine though...
Thanks,
roy
Fixed. As per usual, I released it just before going to bed and forgot. Note to the (very) few people out there that actually have BF1 devices t mine on them with the new version, there is NO hardware error % count associated with them because there is currently no meaningful way to calculate it based on what's returned from the chips.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
juhakall
|
|
September 29, 2013, 10:26:26 PM |
|
I'm having issue compiling for mipsel these days. In particular with libudev. I see that it has been around since 2.4 or so, and I've compiled up to 3.3.1 ok, but now libusb is now part of the compilation process and udev is required. Any idea how I get that up and running? Seems udev is a very low-level system specific lib. The compiler I use has the option to include it in the buildroot, but cgminer still complains it's missing. Also, how do I use my own version of libusb-1.0 and not the included one? checking libudev.h usability... yes checking libudev.h presence... no configure: WARNING: libudev.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: libudev.h: proceeding with the compiler's result checking for libudev.h... yes checking for udev_new in -ludev... no configure: error: "udev support requested but libudev not installed" configure: error: ./configure failed for compat/libusb-1.0
Are you cross compiling? If so, here's how I solved it: https://bitcointalk.org/index.php?topic=28402.msg3152376#msg3152376
|
|
|
|
Elemen7s
Newbie
Offline
Activity: 9
Merit: 0
|
|
September 30, 2013, 09:44:49 AM |
|
Hi, I only have 1 usb asic miner so im new to mining. Its been mining for almost a week and this morning it started showing this error. Im using cgminer 3.1.1 so i could you the -s COM# at the end which results in a few more hashes/s and its on Win XP THis is the code i use- cgminer-nogpu.exe -o eu-stratum.btcguild.com:3333 -u drinu16_1 -p 123 -S COM3 and this is the error http://s14.postimg.org/4ph9lwdnl/Capture.pngI had installed this http://www.silabs.com/products/mcu/Pages/USBtoUARTBridgeVCPDrivers.aspx and its has been working with it since What am i doing wrong ?? Im using BTC Guild and also tried it on another pc and still the same.
|
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4242
Merit: 1644
Ruu \o/
|
|
September 30, 2013, 09:47:16 AM |
|
Hi, I only have 1 usb asic miner so im new to mining. Its been mining for almost a week and this morning it started showing this error. Im using cgminer 3.1.1 so i could you the -s COM# at the end which results in a few more hashes/s and its on Win XP THis is the code i use- cgminer-nogpu.exe -o eu-stratum.btcguild.com:3333 -u drinu16_1 -p 123 -S COM3 and this is the error I had installed this http://www.silabs.com/products/mcu/Pages/USBtoUARTBridgeVCPDrivers.aspx and its has been working with it since What am i doing wrong ?? Im using BTC Guild and also tried it on another pc and still the same. 1. We do not support old versions of cgminer 2. BTCguild is currently under an attack so it is actually dead intermittently.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
HellDiverUK
|
|
September 30, 2013, 09:51:43 AM |
|
Yeah, BTCGuild is getting butt-raped by a DDoS at the moment. You need to set a backup pool.
|
|
|
|
Elemen7s
Newbie
Offline
Activity: 9
Merit: 0
|
|
September 30, 2013, 09:52:48 AM |
|
Hi, I only have 1 usb asic miner so im new to mining. Its been mining for almost a week and this morning it started showing this error. Im using cgminer 3.1.1 so i could you the -s COM# at the end which results in a few more hashes/s and its on Win XP THis is the code i use- cgminer-nogpu.exe -o eu-stratum.btcguild.com:3333 -u drinu16_1 -p 123 -S COM3 and this is the error http://s14.postimg.org/4ph9lwdnl/Capture.pngI had installed this http://www.silabs.com/products/mcu/Pages/USBtoUARTBridgeVCPDrivers.aspx and its has been working with it since What am i doing wrong ?? Im using BTC Guild and also tried it on another pc and still the same. 1. We do not support old versions of cgminer 2. BTCguild is currently under an attack so it is actually dead intermittently. Ohh, I will upgrade to the latest cgminer. How do you know that BTCguild is under attack, and what sort of attack :O Any backup pools which you recommend ? Thanks for the fast reply
|
|
|
|
os2sam
Legendary
Offline
Activity: 3583
Merit: 1094
Think for yourself
|
|
September 30, 2013, 10:30:59 AM |
|
How do you know that BTCguild is under attack, and what sort of attack :O
Just look in BTC Guilds thread. https://bitcointalk.org/index.php?topic=49417.msg3267037#msg3267037
|
A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
|
|
|
os2sam
Legendary
Offline
Activity: 3583
Merit: 1094
Think for yourself
|
|
September 30, 2013, 10:37:23 AM |
|
|
A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
|
|
|
P_Shep
Legendary
Offline
Activity: 1795
Merit: 1208
This is not OK.
|
|
September 30, 2013, 11:29:18 AM |
|
Yes, but I have the libraries and the header file, it's just when I specify their location, the configure script pays no attention to it.
|
|
|
|
Photon939
|
|
September 30, 2013, 01:08:55 PM |
|
Initial results for 3.5.0 on Raspberry Pi with Bitfury BF1 and BFL gear are underwhelming. Running overnight I woke up to the BF1s running anywhere from 0 to about 1.2 Gh/s. I restarted cgminer and things seem to pick back up. Will report the status when I get home from work
|
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4242
Merit: 1644
Ruu \o/
|
|
September 30, 2013, 02:16:14 PM |
|
Initial results for 3.5.0 on Raspberry Pi with Bitfury BF1 and BFL gear are underwhelming. Running overnight I woke up to the BF1s running anywhere from 0 to about 1.2 Gh/s. I restarted cgminer and things seem to pick back up. Will report the status when I get home from work
The BF1 draws power entirely from USB. How are you connecting it to an RPi ?
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
Beastlymac
|
|
September 30, 2013, 02:17:27 PM |
|
Initial results for 3.5.0 on Raspberry Pi with Bitfury BF1 and BFL gear are underwhelming. Running overnight I woke up to the BF1s running anywhere from 0 to about 1.2 Gh/s. I restarted cgminer and things seem to pick back up. Will report the status when I get home from work
Same thing happened to me. Using a d-link hub. Also on Raspbian.
|
Message me if you have any problems
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4242
Merit: 1644
Ruu \o/
|
|
September 30, 2013, 02:35:58 PM |
|
Well, haven't tried it on a pi, just linux and windows PCs so far.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
Photon939
|
|
September 30, 2013, 03:05:03 PM |
|
Initial results for 3.5.0 on Raspberry Pi with Bitfury BF1 and BFL gear are underwhelming. Running overnight I woke up to the BF1s running anywhere from 0 to about 1.2 Gh/s. I restarted cgminer and things seem to pick back up. Will report the status when I get home from work
The BF1 draws power entirely from USB. How are you connecting it to an RPi ? It is running on a powered USB hub (albeit a cheap one) with an external 4A supply running five BF1s, it ran stable fine from Ubuntu and BFGminer for a few days so the hub shouldn't be a problem Edit - Pi is running new Raspbian release
|
|
|
|
|