Just to check, on Linux, is 3.2.0 working fine? (Using 1 Ztex, 2 BFL FPGA and a bunch of ASICMINER USB sticks)
Or should I stick on the previous version?
Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 312. (Read 5805537 times)
June 04, 2013, 05:32:25 PM
June 04, 2013, 05:30:42 PM
2 lines below ... but I haven't put 3.2.0 there yet ... I guess I should 
Edit: added 3.2.0 but I'll probably remove it once we release the next version
(seems I've caused ... a few ... problems in 3.2.0)
If you are having trouble with 3.2.0 use 3.1.1
Edit: added 3.2.0 but I'll probably remove it once we release the next version
(seems I've caused ... a few ... problems in 3.2.0)
If you are having trouble with 3.2.0 use 3.1.1
June 04, 2013, 03:45:38 PM
June 04, 2013, 02:03:01 PM
MSE will chocke any system... Avira better ;]
Then you need to clean up your system or fix whatever is causing MSE to act that way. Of all the antivirus programs I've tried, MSE has been the lightest-weight one I've ever seen, and that goes back over 15 years now.
I'll second that. Every AV program is flawed, in the sense that it is reactionary only. However, know one knows Windows better than Microsoft, and MSE is the best AV program I've used to date. (The furthest back I remember was using a program to scan a 3.5" disk on a laptop with 384k of memory before I used my cousin's disk, and found the Stoned virus on it.)
M
June 04, 2013, 01:52:36 PM
MSE will chocke any system... Avira better ;]
Then you need to clean up your system or fix whatever is causing MSE to act that way. Of all the antivirus programs I've tried, MSE has been the lightest-weight one I've ever seen, and that goes back over 15 years now.
June 04, 2013, 01:27:24 PM
same problem here - would appreciate a mirror
Might wanna check the first post again. It's there already. June 04, 2013, 01:23:16 PM
Came here to report the site/release files are down, but I see that's already been taken care of.
So instead I'll just thank the developer for this fine project. Thanks!
So instead I'll just thank the developer for this fine project. Thanks!
June 04, 2013, 12:56:27 PM
same problem here - would appreciate a mirror
June 04, 2013, 12:52:41 PM
I currently can´t access
http://ck.kolivas.org/apps/cgminer
does anyone else have this problem ?
best regards
http://ck.kolivas.org/apps/cgminer
does anyone else have this problem ?
best regards
June 04, 2013, 12:48:58 PM
I just can't figure out why 3.2.0 is so difficult to get working.
With 3.2.0 (using modprobe or not using modprobe) -- I get the following when running cgminer --usb-dump 0
I'm running as root, so permissions aren't a problem though I've done the udev rules as well.
If I run cgminer 3.1.X I am able to get them to mine via the /dev/ttyUSBX interfaces though the problem I have there is a couple units will only show 1 or 2 accepted shares while other units will have 60... and the MH/s rating is the same on all of them and shows up in cgminer like they are all working, just some aren't producing shares... very strange.
These are Cairnsmore1's.
With 3.2.0 (using modprobe or not using modprobe) -- I get the following when running cgminer --usb-dump 0
Code:
[2013-06-04 11:46:37] Started cgminer 3.2.0
[2013-06-04 11:46:37] USB all: found 11 devices - listing known devices
.USB dev 0: Bus 1 Device 8 ID: 0403:8350
Manufacturer: 'FTDI'
Product: 'Cairnsmore1'
.USB dev 1: Bus 1 Device 9 ID: 0403:8350
Manufacturer: 'FTDI'
Product: 'Cairnsmore1'
.USB dev 2: Bus 1 Device 10 ID: 0403:8350
Manufacturer: 'FTDI'
Product: 'Cairnsmore1'
.USB dev 3: Bus 1 Device 11 ID: 0403:8350
Manufacturer: 'FTDI'
Product: 'Cairnsmore1'
.USB dev 4: Bus 1 Device 5 ID: 0403:8350
Manufacturer: 'FTDI'
Product: 'Cairnsmore1'
.USB dev 5: Bus 1 Device 6 ID: 0403:8350
Manufacturer: 'FTDI'
Product: 'Cairnsmore1'
[2013-06-04 11:46:37] 6 known USB devices
[2013-06-04 11:46:37] USB init, set config 1 in use - CMR device 1:8
[2013-06-04 11:46:37] Icarus detect (1:8) failed to initialise (incorrect device?)
[2013-06-04 11:46:37] USB init, set config 1 in use - CMR device 1:9
[2013-06-04 11:46:37] Icarus detect (1:9) failed to initialise (incorrect device?)
[2013-06-04 11:46:37] USB init, set config 1 in use - CMR device 1:10
[2013-06-04 11:46:37] Icarus detect (1:10) failed to initialise (incorrect device?)
[2013-06-04 11:46:37] USB init, set config 1 in use - CMR device 1:11
[2013-06-04 11:46:37] Icarus detect (1:11) failed to initialise (incorrect device?)
[2013-06-04 11:46:37] USB init, set config 1 in use - CMR device 1:5
[2013-06-04 11:46:37] Icarus detect (1:5) failed to initialise (incorrect device?)
[2013-06-04 11:46:37] USB init, set config 1 in use - CMR device 1:6
[2013-06-04 11:46:37] Icarus detect (1:6) failed to initialise (incorrect device?)
[2013-06-04 11:46:37] No devices detected!
[2013-06-04 11:46:37] Waiting for USB hotplug devices or press q to quit
[2013-06-04 11:46:37] Need to specify at least one pool server.
I'm running as root, so permissions aren't a problem though I've done the udev rules as well.
If I run cgminer 3.1.X I am able to get them to mine via the /dev/ttyUSBX interfaces though the problem I have there is a couple units will only show 1 or 2 accepted shares while other units will have 60... and the MH/s rating is the same on all of them and shows up in cgminer like they are all working, just some aren't producing shares... very strange.
These are Cairnsmore1's.
June 04, 2013, 11:50:31 AM
For Linux, there is no 32 bit binary so he'd have to build it himself (and this begs the question why anyone would use a 32bit linux on any normal desktop, if that's what he is doing ... but he may not be)
1) hardware doesn't support it (not that I run cgminer on it, but the Core Solo in my notebook only supports x86)
2) x86 is more suitable for memory-constrained systems than amd64 (x32 is supposed to provide most of the advantages of amd64 with the smaller memory footprint of x86, but I haven't tried it yet)...my VPS is x86 for this reason
June 04, 2013, 11:32:09 AM
with the same settings version 3.1.1 I have fan speed about 2500rpm
with version 3.2.0 gpu fan speed is full 3600rpm
with version 3.2.0 gpu fan speed is full 3600rpm
June 04, 2013, 10:59:54 AM
You are allowed to not quote everything again here...
You didn't even mention that he had top-posted. Then again, top-posting and not trimming quotes seem to go together like gonorrhea and crabs.
June 04, 2013, 10:38:04 AM
Permissions problem potentially. Follow the same udev file procedure as documented for BFL devices in ASIC-README.
Those instructions were already followed. Still no-go.
June 04, 2013, 10:27:15 AM
One of the symptoms is that after running 3.2.0, the device in /dev/ttyUSB0 disappears.
As Kano has said multiple times, this is correct!!!
cgminer is no longer using the usbserial module to talk to the device, so I would expect it's unbinding the device from the usbserial module which is why /dev/ttyUSB0 vanishes.
Do an lsusb and see if the device is still on the USB bus.
Sorry, this is news to me. I haven't seen the posts you are talking about. Even so, the devices still don't show up on the ncurses display. Anything else that needs to be done to get them recognized?
June 04, 2013, 10:26:27 AM
Kano, it seems that most everyone in this forum: https://bitcointalk.org/index.php?topic=195052.1760 has not been able to get cgminer 3.2.0 to work with the little USB block erupters. The people that have been successful are using 3.1.1. You seemed so confident that it would work and I assume you have one of these devices too. Given that it worked fine for you and for none of us (that I am aware of), it's probably something simple to fix, like a missing library or something?
We're investigating. For the time being, consider 3.1.1 the stable release for that hardware as 3.2 is still under heavy development. TTY devices/COM ports are supposed to disappear with our direct USB implementation code in 3.2+. June 04, 2013, 10:25:36 AM
One of the symptoms is that after running 3.2.0, the device in /dev/ttyUSB0 disappears.
As Kano has said multiple times, this is correct!!!
cgminer is no longer using the usbserial module to talk to the device, so I would expect it's unbinding the device from the usbserial module which is why /dev/ttyUSB0 vanishes.
Do an lsusb and see if the device is still on the USB bus.
Sorry, this is news to me. I haven't seen the posts you are talking about. Even so, the devices still don't show up on the ncurses display. Anything else that needs to be done to get them recognized?
June 04, 2013, 10:18:17 AM
One of the symptoms is that after running 3.2.0, the device in /dev/ttyUSB0 disappears.
As Kano has said multiple times, this is correct!!!
cgminer is no longer using the usbserial module to talk to the device, so I would expect it's unbinding the device from the usbserial module which is why /dev/ttyUSB0 vanishes.
Do an lsusb and see if the device is still on the USB bus.
June 04, 2013, 10:07:35 AM
Of course
Here you go:oops do u have a debug, cpu fixed?
Not today, at work... gimme another day.http://ck.kolivas.org/apps/cgminer/debug/
June 04, 2013, 09:54:32 AM
3.2.0. crashes at any of my gpu only rigs (win7) but works fine at computer with BFL FPGA device
Jump to: