Yay windows. At this rate I'll ... completely deprecate windows support 
... actually expected that ages ago ...
Just sent you and Kano a little M$ Windoze support motivation.
Thanks for your efforts,
Sam
Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 205. (Read 5805670 times)
October 17, 2013, 12:38:23 AM
... actually expected that ages ago ...
Just sent you and Kano a little M$ Windoze support motivation.
Thanks for your efforts,
Sam
October 16, 2013, 11:19:09 PM
Yay windows. At this rate I'll ... completely deprecate windows support
... actually expected that ages ago ...
Just sent you and Kano a little M$ Windoze support motivation.
Thanks for your efforts,
Sam
October 16, 2013, 10:59:07 PM
Yay windows. At this rate I'll ... completely deprecate windows support
... actually expected that ages ago ...
October 16, 2013, 10:15:05 PM
Yay windows. At this rate I'll ... completely deprecate windows support
... actually expected that ages ago ...
October 16, 2013, 08:11:27 PM
Anyone else have a random miner stop mining on 3.6.2. I have 6 eroupters and one stopped working. I think CKolivias missed a bug somewhere. I ran it all night in 3.5.1 and didn't loose one soldier all night till I ran the new version for about half a day.
Also noting that 3.6.2 still won't close it says "thread [2,1,5,3,4] failure exiting" when I press q to close. not sure if it has anything to do with my shown dead miner which was listed as amu 0.
BTW my total shares showed 64,000 if that's any magic number.
Also noting that 3.6.2 still won't close it says "thread [2,1,5,3,4] failure exiting" when I press q to close. not sure if it has anything to do with my shown dead miner which was listed as amu 0.
BTW my total shares showed 64,000 if that's any magic number.
October 16, 2013, 04:42:51 PM
Yay windows. At this rate I'll inadvertently completely deprecate windows support
Gonna have to think on this. The rewrite started out trying to fix windows but instead linux keeps getting better and windows and osx worse.
Gonna have to think on this. The rewrite started out trying to fix windows but instead linux keeps getting better and windows and osx worse.
You can do whatever if you can get a good image to use on my pi without it crashing after loading cgminer. Joke as you will if you could work around using winUSB That would get rid of your problems.
I'm still using windows and theres still other miners on windows if you find the need to kill a fork.
October 16, 2013, 04:33:28 PM
On the newest CGMiner 3.6.1 I have an issue on Linux. This problem is on a Raspberry Pi. It wasn't noticeable until I added more jalapeno's.
What happens is this. After running for a while it appears Linux runs out of USB devices. I know the problem is actually my USB devices errors.
The reason this seems like a problem is that when it runs out of devices in 22K shares or so 4 devices will not be working. It happens one at a time until it runs out completely. When it runs out the devices will be back to their initial numbering ex BAJ 7 and zombie. the only fix seems to be to quit cgminer so that it will start over. The hashrate is very low. I assume given enough other errors I would lose all 9.
Since no device was over 3% errors I would have assumed that it wouldn't get disabled as fast as it does. Most errors I notice are in response to a temp request. The reply is in process,0x(something),0x(something)(sometimes a third 0x(something) sometimes 0x00x00x00. At least that is how I remember it. I think that error was on 3.5.1. Current error looks like this
I am not running the newest raspbian. I use one from 2/13. It holds up longer while mining and less frequently locks up the UI.
I have a different problem on Windows. Using a USB 2 or USB 3 hub the error rate is low. Using usb 1 hub I get devices that have accepted in the single digits like 9 to 300+ errors. I will likely pick up a USB 2.0 hub tomorrow. I see this a lot. I don't think its an error though.
On the former issue, you've probably run out of semaphores due to the limit being lower on an RPi. Can't remember offhand how to change them but they require a few sysctl options.What happens is this. After running for a while it appears Linux runs out of USB devices. I know the problem is actually my USB devices errors.
The reason this seems like a problem is that when it runs out of devices in 22K shares or so 4 devices will not be working. It happens one at a time until it runs out completely. When it runs out the devices will be back to their initial numbering ex BAJ 7 and zombie. the only fix seems to be to quit cgminer so that it will start over. The hashrate is very low. I assume given enough other errors I would lose all 9.
Since no device was over 3% errors I would have assumed that it wouldn't get disabled as fast as it does. Most errors I notice are in response to a temp request. The reply is in process,0x(something),0x(something)(sometimes a third 0x(something) sometimes 0x00x00x00. At least that is how I remember it. I think that error was on 3.5.1. Current error looks like this
Code:
[2013-10-16 03:33:04] BAJ 28 usb read err:(1) **UNKNOWN**
[2013-10-16 03:33:04] BAJ28: QueJobStatus failed (err=1 amt=0)
[2013-10-16 03:33:04] BAJ 28 failure, disabling!
I am not running the newest raspbian. I use one from 2/13. It holds up longer while mining and less frequently locks up the UI.
I have a different problem on Windows. Using a USB 2 or USB 3 hub the error rate is low. Using usb 1 hub I get devices that have accepted in the single digits like 9 to 300+ errors. I will likely pick up a USB 2.0 hub tomorrow. I see this a lot. I don't think its an error though.
Code:
USB BAJ read 2 bugger buffering 2 extra bytes
On the latter, that's not a bug but just verbose information you can ignore mostly.
As far as the Linux issue I can just have it stop every 800 shares. Script restarts it unless it fails on quit. So far that is only 3 times in 12 hours.
EDIT: replaced usb 1 hub with usb2 hub. happily hashing away now. Win information is gone and units don't stop working after around 20 seconds.
October 16, 2013, 04:32:59 PM
Just fyi, the temp version that you put up a link to after 3.6.1 has been running fine for me for almost two days. I haven't tried 3.6.2 yet. I'll do that tonight.
See that's odd, cos 3.6.2 should be the same as the temp version, but if you find something different on going to 3.6.2 it may point to a particular problem that isn't related to the libusbx merge. Thanks. October 16, 2013, 04:28:38 PM
Just fyi, the temp version that you put up a link to after 3.6.1 has been running fine for me for almost two days. I haven't tried 3.6.2 yet. I'll do that tonight.
October 16, 2013, 03:48:44 PM
3.6.2 won't even run on Win7:
[2013-10-16 07:08:27] BAS 1 usb write err:(-5) LIBUSB_ERROR_NOT_FOUND
[2013-10-16 07:08:27] BAS1: RequestQueJob failed (err=-5 amt=0)
[2013-10-16 07:08:27] BAS 1 usb write err:(-5) LIBUSB_ERROR_NOT_FOUND
[2013-10-16 07:08:27] BAS1: RequestQueJob failed (err=-5 amt=0)
Works for me.
The only other ace I have up my sleeve is to go back to the libusb previously used and implement garbage collection to recover the lost memory that it leaks. This will make the binary a heck of a lot larger and probably impossible to run/build on small embedded hardware, so it will have to be for the non-linux versions only. Nothing's impossible, but this is starting to grate more than just a little
October 16, 2013, 03:40:05 PM
Hello,
I've updated cgminer to the latest one and now none of my bfl miners work. I get usb errors on all of them. I'm running it on windows 7. Works fine on 3.4.3.. Any idea what may be wrong?
May not be related but if we changing lib do we have newer winusb to install now?I've updated cgminer to the latest one and now none of my bfl miners work. I get usb errors on all of them. I'm running it on windows 7. Works fine on 3.4.3.. Any idea what may be wrong?
October 16, 2013, 03:39:08 PM
Yay windows. At this rate I'll inadvertently completely deprecate windows support
Gonna have to think on this. The rewrite started out trying to fix windows but instead linux keeps getting better and windows and osx worse.
Gonna have to think on this. The rewrite started out trying to fix windows but instead linux keeps getting better and windows and osx worse.
+1
October 16, 2013, 03:36:51 PM
Yay windows. At this rate I'll inadvertently completely deprecate windows support
Gonna have to think on this. The rewrite started out trying to fix windows but instead linux keeps getting better and windows and osx worse.
Gonna have to think on this. The rewrite started out trying to fix windows but instead linux keeps getting better and windows and osx worse.
Are you also dropping scrypt mining?
October 16, 2013, 03:16:52 PM
Yay windows. At this rate I'll inadvertently completely deprecate windows support
Gonna have to think on this. The rewrite started out trying to fix windows but instead linux keeps getting better and windows and osx worse.
Gonna have to think on this. The rewrite started out trying to fix windows but instead linux keeps getting better and windows and osx worse.
Are you also dropping scrypt mining?
October 16, 2013, 03:11:06 PM
Yay windows. At this rate I'll inadvertently completely deprecate windows support
Gonna have to think on this. The rewrite started out trying to fix windows but instead linux keeps getting better and windows and osx worse.
Gonna have to think on this. The rewrite started out trying to fix windows but instead linux keeps getting better and windows and osx worse.
+1
October 16, 2013, 03:09:27 PM
Yay windows. At this rate I'll inadvertently completely deprecate windows support
Gonna have to think on this. The rewrite started out trying to fix windows but instead linux keeps getting better and windows and osx worse.
Gonna have to think on this. The rewrite started out trying to fix windows but instead linux keeps getting better and windows and osx worse.
October 16, 2013, 01:52:00 PM
Hello,
I've updated cgminer to the latest one and now none of my bfl miners work. I get usb errors on all of them. I'm running it on windows 7. Works fine on 3.4.3.. Any idea what may be wrong?
May not be related but if we changing lib do we have newer winusb to install now? I've updated cgminer to the latest one and now none of my bfl miners work. I get usb errors on all of them. I'm running it on windows 7. Works fine on 3.4.3.. Any idea what may be wrong?
October 16, 2013, 01:41:54 PM
Hello,
I've updated cgminer to the latest one and now none of my bfl miners work. I get usb errors on all of them. I'm running it on windows 7. Works fine on 3.4.3.. Any idea what may be wrong?
I've updated cgminer to the latest one and now none of my bfl miners work. I get usb errors on all of them. I'm running it on windows 7. Works fine on 3.4.3.. Any idea what may be wrong?
October 16, 2013, 12:55:32 PM
Just an FYI to ckolivas and kano. I was trying to mine with 3.6.1 but it wouldn't allow me to run scrypt. I thought I was doing something wrong until I tried 2.11.4 and 3.1.1 and it worked. Didn't change anything (copied and pasted my .conf files). I'm running Ubuntu 12.04 LTS, I tried both: "kernel" : "scrypt", and "scrypt" : true, and neither worked.
October 16, 2013, 11:21:01 AM
I've tried on my Mac build environments and while I can compile and launch cgminer just fine, as well as GPU mine, when attempting to use a USB-based Block Erupter I get the following message and cgminer subsequently quits.
It looks as though it is perhaps able to do a brief moment (before the first poll?(?)) of hashing, as sometimes I get an accepted share out from it and sometimes not, as shown on the "Summary of runtime statistics" output after cgminer quits.
The last successful version for me on Mac is 3.5.1. I've tested 3.6.1 and 3.6.2 and both generate the error. cgminer is built entirely from the included source, no other libs used. Using "--usb-dump 0" and "--verbose" provides no additional details. Please let me know if I can help further!
Code:
Failed pipe errno=24 in usbutils.c init_usb_transfer():2215
It looks as though it is perhaps able to do a brief moment (before the first poll?(?)) of hashing, as sometimes I get an accepted share out from it and sometimes not, as shown on the "Summary of runtime statistics" output after cgminer quits.
The last successful version for me on Mac is 3.5.1. I've tested 3.6.1 and 3.6.2 and both generate the error. cgminer is built entirely from the included source, no other libs used. Using "--usb-dump 0" and "--verbose" provides no additional details. Please let me know if I can help further!
Jump to: