kano
Legendary
 Offline
Activity: 4116
Merit: 1716
Linux since 1997 RedHat 4
|
 |
August 09, 2013, 09:12:23 PM |
|
Did you re-flash the firmware according to Burnin's instructions?
Yes You'll need to pastebin a debug run log so I can see what's going on. cgminer ..options.. -D --verbose 2> log.log Also, the first 2 lines of cgminer -h will say what options are in your version you are running |
|
|
|
|
|
|
|
|
|
|
|
|
There are several different types of Bitcoin clients. The most secure are full nodes like Bitcoin Core, which will follow the rules of the network no matter what miners do. Even if every miner decided to create 1000 bitcoins per block, full nodes would stick to the rules and reject those blocks.
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
|
|
|
|
maxmint
|
|
August 09, 2013, 09:22:56 PM |
|
You'll need to pastebin a debug run log so I can see what's going on.
cgminer ..options.. -D --verbose 2> log.log
Also, the first 2 lines of cgminer -h will say what options are in your version you are running
Thanks kano, cgminer -h gives this 2 lines: cgminer 3.3.2
Built with bflsc bitforce icarus modminer ztex mining support. Debug pastebin: http://pastebin.com/KKU4mbE7 |
|
|
|
kano
Legendary
Offline
Activity: 4116
Merit: 1716
Linux since 1997 RedHat 4
|
|
August 09, 2013, 09:27:30 PM |
|
You'll need to pastebin a debug run log so I can see what's going on.
cgminer ..options.. -D --verbose 2> log.log
Also, the first 2 lines of cgminer -h will say what options are in your version you are running
Thanks kano, cgminer -h gives this 2 lines: cgminer 3.3.2
Built with bflsc bitforce icarus modminer ztex mining support. Debug pastebin: http://pastebin.com/KKU4mbE7OK it's missing Avalon - that's the problem you need --enable-avalon when you configure it. Do you build it or someone else? |
|
|
|
|
maxmint
|
|
August 09, 2013, 09:31:24 PM |
|
OK it's missing Avalon - that's the problem
you need --enable-avalon when you configure it.
Do you build it or someone else?
Ah, I see. I just downloaded 3.3.2 (Windows) from here and thought this would be working out of the box. So I guess I have to build it again with the avalon option enabled? |
|
|
|
kano
Legendary
Offline
Activity: 4116
Merit: 1716
Linux since 1997 RedHat 4
|
|
August 09, 2013, 09:35:22 PM |
|
OK it's missing Avalon - that's the problem
you need --enable-avalon when you configure it.
Do you build it or someone else?
Ah, I see. I just downloaded 3.3.2 (Windows) from here and thought this would be working out of the box. So I guess I have to build it again with the avalon option enabled? Odd he must have missed adding --enable-avalon - will be sorted shortly ... |
|
|
|
|
maxpower
|
|
August 09, 2013, 10:22:17 PM |
|
Okay I have a laptop with a usb3.0 port and it's all running fine. That's good but now I have doubts that a pi will work...  Unfortunately, the Raspberry Pi is known not to work well with USB 3.0 hubs. I believe it's a hardware limitation of the Pi, not an issue with any particular software or drivers. My RPi works fine with a USB3.0 hub with 3 AMUs Maybe some USB3.0 hubs have problems? However, Rasbian has a bad version of libusb in it - if you have that - yes it will screw up. If you use RPi Arch http://www.kano-kun.net/?p=87 the libusb problem is gone. Minepeon also uses Arch: https://bitcointalk.org/index.php?topic=137934.0Edit: and of course as I've posted in here many times over the last week - libusb verisons are screwed for AMU/ICA Here's something like how to rebuild for windows and linux (though it's not the final version of the doc) https://dpaste.de/a5TvN/Oh, maybe that's been the problem. I remember there being a lot of angst about RPis and USB 3.0 early on, but maybe nobody had tried Arch at that point. |
|
|
|
kano
Legendary
Offline
Activity: 4116
Merit: 1716
Linux since 1997 RedHat 4
|
|
August 09, 2013, 10:34:25 PM |
|
Okay I have a laptop with a usb3.0 port and it's all running fine. That's good but now I have doubts that a pi will work... Unfortunately, the Raspberry Pi is known not to work well with USB 3.0 hubs. I believe it's a hardware limitation of the Pi, not an issue with any particular software or drivers. My RPi works fine with a USB3.0 hub with 3 AMUs Maybe some USB3.0 hubs have problems? However, Rasbian has a bad version of libusb in it - if you have that - yes it will screw up. If you use RPi Arch http://www.kano-kun.net/?p=87 the libusb problem is gone. Minepeon also uses Arch: https://bitcointalk.org/index.php?topic=137934.0Edit: and of course as I've posted in here many times over the last week - libusb verisons are screwed for AMU/ICA Here's something like how to rebuild for windows and linux (though it's not the final version of the doc) https://dpaste.de/a5TvN/Oh, maybe that's been the problem. I remember there being a lot of angst about RPis and USB 3.0 early on, but maybe nobody had tried Arch at that point. Updated version of that rebuild info is now in the main README with 3.3.2 My Arch binary in https://github.com/kanoi/cgminer-binaries is statically linked with the working libusb also. |
|
|
|
|
-Redacted-
|
|
August 09, 2013, 10:59:02 PM |
|
Would static linking a fixed libusb also work for producing a Raspian version? I'm, umm, not particularly fond of the Arch distro...
|
|
|
|
|
-ck (OP)
Legendary
Offline
Activity: 3752
Merit: 1458
Ruu \o/
|
|
August 10, 2013, 12:24:56 AM |
|
OK it's missing Avalon - that's the problem
you need --enable-avalon when you configure it.
Do you build it or someone else?
Ah, I see. I just downloaded 3.3.2 (Windows) from here and thought this would be working out of the box. So I guess I have to build it again with the avalon option enabled? Previously no one in their right mind would have run a full avalon device on windows so I wasn't including the avalon driver, but the bitburner devices are a little different. So I've uploaded a new binary with the avalon driver built in (includes a last minute bugfix that also would only affect windows users). |
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
|
|
|
-ck (OP)
Legendary
Offline
Activity: 3752
Merit: 1458
Ruu \o/
|
|
August 10, 2013, 12:26:27 AM |
|
Tried the new version with my GPU/usb erupter mix. Didn't recognize the GPU and the "-I" switch. Command worked before new version.
BTW running 5870 with 2.4 sdk cat is at 11.12
*update*
tried the new version with my 7970 and the same issue
As my build environment had to be rebuilt from scratch when I returned from overseas, I was missing some stuff which accidentally built the windows binary without GPU support. I've reuploaded a new binary which should work now. |
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
|
|
|
Mattzz
Newbie
Offline
Activity: 2
Merit: 0
|
|
August 10, 2013, 02:41:44 AM |
|
Would it be possible that this could get CUDA support in the future.
Just wondering if its been planned or something as I am using cudaminer currently and it brings my
660 ti upto 200kh/s (I think thats right) on ltc and this has a few features I would love
to be able to have but alas are not available in cudaminer
|
|
|
|
|
-ck (OP)
Legendary
Offline
Activity: 3752
Merit: 1458
Ruu \o/
|
|
August 10, 2013, 05:25:58 AM |
|
Would it be possible that this could get CUDA support in the future.
Just wondering if its been planned or something as I am using cudaminer currently and it brings my
660 ti upto 200kh/s (I think thats right) on ltc and this has a few features I would love
to be able to have but alas are not available in cudaminer
No, no one could afford to pay me to do that. |
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
|
|
|
crazyates
Legendary
Offline
Activity: 952
Merit: 1000
|
|
August 10, 2013, 06:09:34 AM |
|
Would it be possible that this could get CUDA support in the future.
Just wondering if its been planned or something as I am using cudaminer currently and it brings my
660 ti upto 200kh/s (I think thats right) on ltc and this has a few features I would love
to be able to have but alas are not available in cudaminer
No, no one could afford to pay me to do that.  |
|
|
|
|
juhakall
|
|
August 10, 2013, 07:04:07 AM |
|
I tried building the newest git version, and noticed that my linux scrypt miners no longer worked properly. Hashrates were minimal because intensity was only 8. cgminer was complaining about the config being broken, and after starting with -T I saw the error was "Invalid config option --intensity: Invalid value passed to set intensity". This was introduced in commit 2b171f7fae19a451abefd5189ecad64fbd08d8a0, everything still works fine with commit cb6d62de08995cb3ce2ae906dfa629f42d382c21. I'm using intensity 17 on the linux rigs, I don't have the problem on my Windows rigs with a lower intensity.
|
|
|
|
|
-ck (OP)
Legendary
Offline
Activity: 3752
Merit: 1458
Ruu \o/
|
|
August 10, 2013, 07:08:35 AM |
|
I tried building the newest git version, and noticed that my linux scrypt miners no longer worked properly. Hashrates were minimal because intensity was only 8. cgminer was complaining about the config being broken, and after starting with -T I saw the error was "Invalid config option --intensity: Invalid value passed to set intensity". This was introduced in commit 2b171f7fae19a451abefd5189ecad64fbd08d8a0, everything still works fine with commit cb6d62de08995cb3ce2ae906dfa629f42d382c21. I'm using intensity 17 on the linux rigs, I don't have the problem on my Windows rigs with a lower intensity.
Try telling it --scrypt before setting the intensity? |
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
|
|
|
|
juhakall
|
|
August 10, 2013, 07:11:16 AM |
|
I tried building the newest git version, and noticed that my linux scrypt miners no longer worked properly. Hashrates were minimal because intensity was only 8. cgminer was complaining about the config being broken, and after starting with -T I saw the error was "Invalid config option --intensity: Invalid value passed to set intensity". This was introduced in commit 2b171f7fae19a451abefd5189ecad64fbd08d8a0, everything still works fine with commit cb6d62de08995cb3ce2ae906dfa629f42d382c21. I'm using intensity 17 on the linux rigs, I don't have the problem on my Windows rigs with a lower intensity.
Try telling it --scrypt before setting the intensity? Nope, that didn't help. The windows rigs also have intensity set before scrypt in the config, and it works. EDIT: --scrypt on the command line makes it works on linux too, though. So you seem to be on the right track. The intensity sanity check just doesn't detect that scrypt is being enabled from the config on linux. |
|
|
|
|
|
pluMmet
|
|
August 10, 2013, 01:49:20 PM
Last edit: August 10, 2013, 02:02:36 PM by pluMmet |
|
Okay 3.3.2 on windows and still slow...  I'm not sure what to do here? after few minutes everything is sick and back to square 1 NM- Switched to usb2.0 port of laptop and it's all running great 
Next step pi |
|
|
|
|
|
Polyatomic
|
|
August 10, 2013, 02:07:36 PM |
|
Okay 3.3.2 on windows and still slow...
I'm not sure what to do here?
after few minutes everything is sick and back to square 1
Check all your peripherals , USB hub/s , USB cables , power supply etc . Its probably not the miner client. Try swapping out a USB cable or try just one erupter and see if u can get just one to mine at 335 Mh/s. |
|
|
|
|
Nemo1024
Legendary
Offline
Activity: 1680
Merit: 1014
|
|
August 10, 2013, 04:24:59 PM
Last edit: August 10, 2013, 09:36:55 PM by Nemo1024 |
|
I tried building the newest git version, and noticed that my linux scrypt miners no longer worked properly. Hashrates were minimal because intensity was only 8. cgminer was complaining about the config being broken, and after starting with -T I saw the error was "Invalid config option --intensity: Invalid value passed to set intensity". This was introduced in commit 2b171f7fae19a451abefd5189ecad64fbd08d8a0, everything still works fine with commit cb6d62de08995cb3ce2ae906dfa629f42d382c21. I'm using intensity 17 on the linux rigs, I don't have the problem on my Windows rigs with a lower intensity.
Try telling it --scrypt before setting the intensity? I noticed this bug as well. It brought 3 of my rigs down once I updated to 3.3.2 They all had -I before --scrypt. This is a bug and should be fixed. Parameter order should not affect validation. |
“Dark times lie ahead of us and there will be a time when we must choose between what is easy and what is right.”
“We are only as strong as we are united, as weak as we are divided.”
“It is important to fight and fight again, and keep fighting, for only then can evil be kept at bay, though never quite eradicated.”
|
|
|
Newar
Legendary
Offline
Activity: 1358
Merit: 1000
https://gliph.me/hUF
|
|
August 10, 2013, 04:39:00 PM |
|
New release: 3.3.2, 10th August 2013 Cairnsmore1 (yeah. I know...): I have hold off to upgrade to 3.x from 2.11.3, but today the temptation was too big ;-) Upgrading etc. all went fine on Ubuntu 12.04.2, worked through the READMEs, did the libusb-1.0.16-rc10, disconnect USB, removed all --scan serial (ttyUSB*) from config file, restart everything, reconnect USB, did NOT issue the modprobe command... Out of the 6x CM1s, cgminer only detects CMR0, 1 and 2. I let them run for a while with no problems, but of course I'm missing the rest of the boards. Anyone tried the latest version with CM1s? Any other pointers? |
|
|
|
|
