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? 
Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 257. (Read 5805531 times)
August 10, 2013, 03:08:35 AM
August 10, 2013, 03: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.
August 10, 2013, 02: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.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
August 10, 2013, 01: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. 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
August 09, 2013, 10:41:44 PM
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
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
August 09, 2013, 08:26:27 PM
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. BTW running 5870 with 2.4 sdk cat is at 11.12
*update*
tried the new version with my 7970 and the same issue
August 09, 2013, 08:24:56 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.you need --enable-avalon when you configure it.
Do you build it or someone else?
So I guess I have to build it again with the avalon option enabled?
August 09, 2013, 06: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...
August 09, 2013, 06: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.
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://bitcointalksearch.org/topic/linux-mining-distro-for-the-raspberry-pi-minepeon-137934
Edit: 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.
My Arch binary in https://github.com/kanoi/cgminer-binaries is statically linked with the working libusb also.
August 09, 2013, 06: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.
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://bitcointalksearch.org/topic/linux-mining-distro-for-the-raspberry-pi-minepeon-137934
Edit: 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.
August 09, 2013, 05: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.you need --enable-avalon when you configure it.
Do you build it or someone else?
So I guess I have to build it again with the avalon option enabled?
August 09, 2013, 05: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.you need --enable-avalon when you configure it.
Do you build it or someone else?
So I guess I have to build it again with the avalon option enabled?
August 09, 2013, 05: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
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:
Quote
cgminer 3.3.2
Built with bflsc bitforce icarus modminer ztex mining support.
Built with bflsc bitforce icarus modminer ztex mining support.
Debug pastebin: http://pastebin.com/KKU4mbE7
you need --enable-avalon when you configure it.
Do you build it or someone else?
August 09, 2013, 05: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
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:
Quote
cgminer 3.3.2
Built with bflsc bitforce icarus modminer ztex mining support.
Built with bflsc bitforce icarus modminer ztex mining support.
Debug pastebin: http://pastebin.com/KKU4mbE7
August 09, 2013, 05:12:23 PM
Did you re-flash the firmware according to Burnin's instructions?
Yescgminer ..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
August 09, 2013, 03:13:21 PM
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
BTW running 5870 with 2.4 sdk cat is at 11.12
*update*
tried the new version with my 7970 and the same issue
August 09, 2013, 02:55:25 PM
Did you re-flash the firmware according to Burnin's instructions?
Yes August 09, 2013, 02:42:09 PM
Did you re-flash the firmware according to Burnin's instructions?
August 09, 2013, 02:36:11 PM
I just tried 3.3.2 on a brand new BitBurner board, but I'm not able to get it working.
cgminer seems to be detecting my hardware correctly (cgminer -n):
But when running, I get this error:
Any ideas what could be causing this?
cgminer seems to be detecting my hardware correctly (cgminer -n):
Quote
[2013-08-09 20:33:00] USB all: found 6 devices - listing known devices
.USB dev 0: Bus 2 Device 4 ID: 0403:6001
Manufacturer: 'Burnin Electronics'
Product: 'BitBurner'
[2013-08-09 20:33:00] 1 known USB devices
.USB dev 0: Bus 2 Device 4 ID: 0403:6001
Manufacturer: 'Burnin Electronics'
Product: 'BitBurner'
[2013-08-09 20:33:00] 1 known USB devices
But when running, I get this error:
Quote
No devices detected
Any ideas what could be causing this?
August 09, 2013, 12:44:54 PM
3.3.2a
3.3.2 recompiled on 64 bit Fedora18, 64 bit xubuntu 11.04 and also on the RPi 32 (2013-06-06 Arch)
https://github.com/kanoi/cgminer-binaries
To get the 64 bit xubuntu 11.04 binary:
wget https://github.com/kanoi/cgminer-binaries/raw/master/Ubuntu_11.04_x86_64/cgminer-3.3.2a
chmod +x cgminer-3.3.2a
md5sum cgminer-3.3.2a
235279bdada615ccb50e89dcbfc5fe58 cgminer-3.3.2a
(this version should also work on Fedora 16 and Fedora 17)
To get the RPi Arch binary:
wget https://github.com/kanoi/cgminer-binaries/raw/master/RPi_Arch/cgminer-3.3.2a
chmod +x cgminer-3.3.2a
md5sum cgminer-3.3.2a
d2e802dc0055eebf6d82f4963e30dac7 cgminer-3.3.2a
To get the Fedora 18 binary:
wget https://github.com/kanoi/cgminer-binaries/raw/master/Fedora18_x86_64/cgminer-3.3.2a
chmod +x cgminer-3.3.2a
md5sum cgminer-3.3.2a
9c9006629183396776d431e57f1dc2c7 cgminer-3.3.2a
For anyone who didn't realise, it's just the executable file to put in place of 'cgminer'
Nothing else needs changing
On xubuntu 11.04 - first get and extract the full binary release from ckolivas and then copy my file in place of 'cgminer'
I've run all three binaries for more than half an hour without any problems so far, with 1xBitBurner, 2xSingelSC, 1xJalapeno, 3xAMU, 1xBLT, 1xBFL, 1xICA, 1xMMQ (Total ~142GH/s)
All have been built with -g
The -g (instead of -O2) means it's a debug build so if anyone finds a problem and has core dumps enabled, it will dump a much more useful debug core.
Otherwise, the same configure options as ckolivas' binary version for 64 bit xubuntu 11.04 linked with libusb-1.0.16-rc10
In case anyone was wondering:
LIBUSB_CFLAGS="-I./libusb/libusb-1.0.16-rc10/libusb" LIBUSB_LIBS="./libusb/libusb-1.0.16-rc10/libusb/.libs/libusb-1.0.a -ludev -lrt" CFLAGS="-g -W -Wall" ./autogen.sh --enable-bflsc --enable-icarus --enable-bitforce --enable-modminer --enable-ztex --enable-avalon --enable-scrypt
make clean
make
All USBs (only) for the RPi Arch version linked with libusb-1.0.16-rc10
LIBUSB_CFLAGS="-I./libusb/libusb-1.0.16-rc10/libusb" LIBUSB_LIBS="./libusb/libusb-1.0.16-rc10/libusb/.libs/libusb-1.0.a -ludev -lrt" CFLAGS="-g -W -Wall" ./autogen.sh --enable-bflsc --enable-icarus --enable-bitforce --enable-modminer --enable-ztex --enable-avalon
make clean
make
All USBs (only) for the Fedora18 x86_64 version linked with libusb-1.0.16-rc10
LIBUSB_CFLAGS="-I./libusb/libusb-1.0.16-rc10/libusb" LIBUSB_LIBS="./libusb/libusb-1.0.16-rc10/libusb/.libs/libusb-1.0.a -ludev -lrt" CFLAGS="-g -W -Wall" ./autogen.sh --enable-bflsc --enable-icarus --enable-bitforce --enable-modminer --enable-ztex --enable-avalon
make clean
make
Note I have binary folders of ckolivas official release files in my binaries git also, for if you can't get to his downloads
To get them you select the folder (e.g. 3.3.2) then click on the file you want then right-click save-as "View Raw"
Important: Read README, ASIC-README or FPGA-README about USB configuration on linux and windows
3.3.2 recompiled on 64 bit Fedora18, 64 bit xubuntu 11.04 and also on the RPi 32 (2013-06-06 Arch)
https://github.com/kanoi/cgminer-binaries
To get the 64 bit xubuntu 11.04 binary:
wget https://github.com/kanoi/cgminer-binaries/raw/master/Ubuntu_11.04_x86_64/cgminer-3.3.2a
chmod +x cgminer-3.3.2a
md5sum cgminer-3.3.2a
235279bdada615ccb50e89dcbfc5fe58 cgminer-3.3.2a
(this version should also work on Fedora 16 and Fedora 17)
To get the RPi Arch binary:
wget https://github.com/kanoi/cgminer-binaries/raw/master/RPi_Arch/cgminer-3.3.2a
chmod +x cgminer-3.3.2a
md5sum cgminer-3.3.2a
d2e802dc0055eebf6d82f4963e30dac7 cgminer-3.3.2a
To get the Fedora 18 binary:
wget https://github.com/kanoi/cgminer-binaries/raw/master/Fedora18_x86_64/cgminer-3.3.2a
chmod +x cgminer-3.3.2a
md5sum cgminer-3.3.2a
9c9006629183396776d431e57f1dc2c7 cgminer-3.3.2a
For anyone who didn't realise, it's just the executable file to put in place of 'cgminer'
Nothing else needs changing
On xubuntu 11.04 - first get and extract the full binary release from ckolivas and then copy my file in place of 'cgminer'
I've run all three binaries for more than half an hour without any problems so far, with 1xBitBurner, 2xSingelSC, 1xJalapeno, 3xAMU, 1xBLT, 1xBFL, 1xICA, 1xMMQ (Total ~142GH/s)
All have been built with -g
The -g (instead of -O2) means it's a debug build so if anyone finds a problem and has core dumps enabled, it will dump a much more useful debug core.
Otherwise, the same configure options as ckolivas' binary version for 64 bit xubuntu 11.04 linked with libusb-1.0.16-rc10
In case anyone was wondering:
LIBUSB_CFLAGS="-I./libusb/libusb-1.0.16-rc10/libusb" LIBUSB_LIBS="./libusb/libusb-1.0.16-rc10/libusb/.libs/libusb-1.0.a -ludev -lrt" CFLAGS="-g -W -Wall" ./autogen.sh --enable-bflsc --enable-icarus --enable-bitforce --enable-modminer --enable-ztex --enable-avalon --enable-scrypt
make clean
make
All USBs (only) for the RPi Arch version linked with libusb-1.0.16-rc10
LIBUSB_CFLAGS="-I./libusb/libusb-1.0.16-rc10/libusb" LIBUSB_LIBS="./libusb/libusb-1.0.16-rc10/libusb/.libs/libusb-1.0.a -ludev -lrt" CFLAGS="-g -W -Wall" ./autogen.sh --enable-bflsc --enable-icarus --enable-bitforce --enable-modminer --enable-ztex --enable-avalon
make clean
make
All USBs (only) for the Fedora18 x86_64 version linked with libusb-1.0.16-rc10
LIBUSB_CFLAGS="-I./libusb/libusb-1.0.16-rc10/libusb" LIBUSB_LIBS="./libusb/libusb-1.0.16-rc10/libusb/.libs/libusb-1.0.a -ludev -lrt" CFLAGS="-g -W -Wall" ./autogen.sh --enable-bflsc --enable-icarus --enable-bitforce --enable-modminer --enable-ztex --enable-avalon
make clean
make
Note I have binary folders of ckolivas official release files in my binaries git also, for if you can't get to his downloads
To get them you select the folder (e.g. 3.3.2) then click on the file you want then right-click save-as "View Raw"
Important: Read README, ASIC-README or FPGA-README about USB configuration on linux and windows
Jump to: