OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 320.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: pekv2 on May 31, 2013, 03:00:50 PM

Something I noticed that last version didn't do.

This version is frequently changing difficulty. Is this suppose to happen? Scrypt mining for litecoin.

Code:

Pool 0 difficulty changed to

Accepted f3c31b0a Diff 208/128 GPU 0
Pool 0 difficulty changed to 64.000000
Accepted 81bdd518 Diff 157/128 GPU 1
Accepted f732d5b3 Diff 67/64 GPU 1

cgminer's just reporting what your pool is doing. If it changes difficulty often it's not a very stable algorithm they're using to determine your dynamic difficulty. It's harmless, just noisy.

Littleshop

legendary

Activity: 1386

Merit: 1004

I am getting crashed with signal 11 on startup on multiple versions of cgminer on one machine. What did I do wrong. A search here only leads to bad memory but machine has good memory.

ewitte

member

Activity: 98

Merit: 10

ok better

# ./cgminer --benchmark
cgminer version 3.2.0 - Started: [2013-05-31 16:33:39]
--------------------------------------------------------------------------------
(5s):0.000 (avg):0.000h/s | A:0 R:0 HW:0 U:0.0/m WU:0.0/m
ST: 2 SS: 0 NB: 0 LW: 0 GF: 1 RF: 0
Connected to (null) diff 0 without LP as user Benchmark
Block: (null)... Diff: Started: Best share: 0
--------------------------------------------------------------------------------
[P]ool management ettings [D]isplay options [Q]uit
--------------------------------------------------------------------------------

[2013-05-31 16:33:39] Started cgminer 3.2.0
[2013-05-31 16:33:39] No devices detected!
[2013-05-31 16:33:39] Waiting for USB hotplug devices or press q to quit
[2013-05-31 16:33:39] Pool 0 not providing work fast enough

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Quote from: Dunkelheit667 on May 31, 2013, 04:15:21 PM

Quote from: fydel on May 31, 2013, 03:23:04 PM

Quote

pastebin (don't paste here) the output of the end of 'dmesg' when you plug the AMU in
also 2 cgminer outputs:
1) cgminer -n
2) cgminer -D -T -verbose ... your options ... 2> debug.log
and let that run for about 30 seconds - and pastebin it or upload the log somewhere

I don't have a powered hub, I guess I better get one to see what's happening myself
(tried to get one last week and oddly none of the shops I went to had one ... except one that was crap)

One other thing to try is to leave it unplugged for about a minute then see if that fixes it
I had mine go into a weird state not being recognised after using different OSs and being left unplugged for a while fixed it for me
The error I got when this happened in the debug log was an error 4 setting the baud
I might try see if that is reproduceable - the error and the unplug fix, and if so, when it happens print a message to do that.

Here you go: http://pastebin.com/tRWSfvNV

I hope it helps. I would be happy to provide more info, if needed.

Leaving it unplugged for a minute had no effect.

Thank you kano and fydel!

Some additional data: http://pastebin.com/2W2wte3z

Note: rpi -> usb hub -> 1 AMU

Regarding the hub: just connected a single AMU directly to the rpi (usb hub disconnected, rpi power cycled) and have had the same issue. Guess the powered usb hub is not the cause.

Same eror there also

Code:

[2013-05-31 22:26:51] AMU: cgid 0 SetBaud got err 4

Yep trying to sort out what causes it (and what fixes it) ...

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Quote from: fydel on May 31, 2013, 03:23:04 PM

Quote

pastebin (don't paste here) the output of the end of 'dmesg' when you plug the AMU in
also 2 cgminer outputs:
1) cgminer -n
2) cgminer -D -T -verbose ... your options ... 2> debug.log
and let that run for about 30 seconds - and pastebin it or upload the log somewhere

I don't have a powered hub, I guess I better get one to see what's happening myself
(tried to get one last week and oddly none of the shops I went to had one ... except one that was crap)

One other thing to try is to leave it unplugged for about a minute then see if that fixes it
I had mine go into a weird state not being recognised after using different OSs and being left unplugged for a while fixed it for me
The error I got when this happened in the debug log was an error 4 setting the baud
I might try see if that is reproduceable - the error and the unplug fix, and if so, when it happens print a message to do that.

Here you go: http://pastebin.com/tRWSfvNV

I hope it helps. I would be happy to provide more info, if needed.

Leaving it unplugged for a minute had no effect.

Hmm yep you are getting the same error in there that I have got twice (once on windows and once on linux)
and I managed to clear it somehow ...

Code:

[2013-05-31 22:13:28] AMU: cgid 0 SetBaud got err 4

Now to work out how I cleared it ...

Dunkelheit667

legendary

Activity: 1045

Merit: 1157

no degradation

Quote from: fydel on May 31, 2013, 03:23:04 PM

Quote

pastebin (don't paste here) the output of the end of 'dmesg' when you plug the AMU in
also 2 cgminer outputs:
1) cgminer -n
2) cgminer -D -T -verbose ... your options ... 2> debug.log
and let that run for about 30 seconds - and pastebin it or upload the log somewhere

I don't have a powered hub, I guess I better get one to see what's happening myself
(tried to get one last week and oddly none of the shops I went to had one ... except one that was crap)

One other thing to try is to leave it unplugged for about a minute then see if that fixes it
I had mine go into a weird state not being recognised after using different OSs and being left unplugged for a while fixed it for me
The error I got when this happened in the debug log was an error 4 setting the baud
I might try see if that is reproduceable - the error and the unplug fix, and if so, when it happens print a message to do that.

Here you go: http://pastebin.com/tRWSfvNV

I hope it helps. I would be happy to provide more info, if needed.

Leaving it unplugged for a minute had no effect.

Thank you kano and fydel!

Some additional data: http://pastebin.com/2W2wte3z

Note: rpi -> usb hub -> 1 AMU

Regarding the hub: just connected a single AMU directly to the rpi (usb hub disconnected, rpi power cycled) and have had the same issue. Guess the powered usb hub is not the cause.

ewitte

member

Activity: 98

Merit: 10

Quote from: kano on May 31, 2013, 03:21:48 PM

That means you didn't compile in any USB devices ...

I don't have any usb devices Wink

Not for another 2-3 months.

Xian01

legendary

Activity: 1652

Merit: 1067

Christian Antkow

Having issues getting 3.2.0 working with Zadig/WinUSB on Windows 7 64 bit. Uninstalled the SiLabs driver, installed the WinUSB driver from Zadig, and all my devices show up under the "Universal Serial Bus devices" as "CP2101 USB to UART Bridge Controller" and not in "Ports (COM & LPT)" as COM devices Sad

Will try more later tonight.

fydel

hero member

Activity: 522

Merit: 500

Hasta la Bitcoin siempre!

Quote

pastebin (don't paste here) the output of the end of 'dmesg' when you plug the AMU in
also 2 cgminer outputs:
1) cgminer -n
2) cgminer -D -T -verbose ... your options ... 2> debug.log
and let that run for about 30 seconds - and pastebin it or upload the log somewhere

I don't have a powered hub, I guess I better get one to see what's happening myself
(tried to get one last week and oddly none of the shops I went to had one ... except one that was crap)

One other thing to try is to leave it unplugged for about a minute then see if that fixes it
I had mine go into a weird state not being recognised after using different OSs and being left unplugged for a while fixed it for me
The error I got when this happened in the debug log was an error 4 setting the baud
I might try see if that is reproduceable - the error and the unplug fix, and if so, when it happens print a message to do that.

Here you go: http://pastebin.com/tRWSfvNV

I hope it helps. I would be happy to provide more info, if needed.

Leaving it unplugged for a minute had no effect.

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Quote from: ewitte on May 31, 2013, 03:01:33 PM

Never mind

# ./cgminer -D -T --verbose
[2013-05-31 15:02:15] Started cgminer 3.2.0
[2013-05-31 15:02:15] All devices disabled, cannot mine!
#

That means you didn't compile in any USB devices ...

ewitte

member

Activity: 98

Merit: 10

Never mind

# ./cgminer -D -T --verbose
[2013-05-31 15:02:15] Started cgminer 3.2.0
[2013-05-31 15:02:15] All devices disabled, cannot mine!
#

pekv2

hero member

Activity: 770

Merit: 502

Something I noticed that last version didn't do.

This version is frequently changing difficulty. Is this suppose to happen? Scrypt mining for litecoin.

Code:

Pool 0 difficulty changed to

Accepted f3c31b0a Diff 208/128 GPU 0
Pool 0 difficulty changed to 64.000000
Accepted 81bdd518 Diff 157/128 GPU 1
Accepted f732d5b3 Diff 67/64 GPU 1

ewitte

member

Activity: 98

Merit: 10

Quote from: kano on May 31, 2013, 02:57:53 PM

Not in the latest version.

Odd. Get this on the benchmark (immediately )

[2013-05-31 15:00:09] Started at
[2013-05-31 15:00:09] Pool: Benchmark
[2013-05-31 15:00:09] Runtime: 380564 hrs : 0 mins : 9 secs
[2013-05-31 15:00:09] Average hashrate: 0.0 Kilohash/s
[2013-05-31 15:00:09] Solved blocks: 0
[2013-05-31 15:00:09] Best share difficulty: 0
[2013-05-31 15:00:09] Share submissions: 0
[2013-05-31 15:00:09] Accepted shares: 0
[2013-05-31 15:00:09] Rejected shares: 0
[2013-05-31 15:00:09] Accepted difficulty shares: 0
[2013-05-31 15:00:09] Rejected difficulty shares: 0
[2013-05-31 15:00:09] Hardware errors: 0
[2013-05-31 15:00:09] Utility (accepted shares / min): 0.00/min
[2013-05-31 15:00:09] Work Utility (diff1 shares solved / min): 0.00/min

[2013-05-31 15:00:09] Stale submissions discarded due to new blocks: 0
[2013-05-31 15:00:09] Unable to get work from server occasions: 0
[2013-05-31 15:00:09] Work items generated locally: 0
[2013-05-31 15:00:09] Submitting work remotely delay occasions: 0
[2013-05-31 15:00:09] New blocks detected on network: 0

[2013-05-31 15:00:09] Summary of per device statistics:

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Quote from: ewitte on May 31, 2013, 02:28:07 PM

First time messing with Linux version on Raspberry Pi does it just cancel out if not mining devices are found? Its 2-3 months before my Avalon devices come in.

Not in the latest version.

kano

legendary

Activity: 4634

Merit: 1851

Linux since 1997 RedHat 4

Quote from: Dunkelheit667 on May 31, 2013, 12:56:18 PM

Strange things happened here on my rpi (Raspbian wheezy). 3.2.0 detected my Lancelot (BLT), plug and pray is working fine.

But no luck with any of my Block Erupter USBs, not detected, no plug and play at all. Cry

All devices connected using the same powered usb 2.0 hub. These are working fine with 3.1.1 using -S options.

Whenever I quit 3.2.0 and try running 3.1.1 again, it can't access the USB devices anymore, have to reboot the rpi...

Any hints are welcome.

pastebin (don't paste here) the output of the end of 'dmesg' when you plug the AMU in
also 2 cgminer outputs:
1) cgminer -n
2) cgminer -D -T -verbose ... your options ... 2> debug.log
and let that run for about 30 seconds - and pastebin it or upload the log somewhere

I don't have a powered hub, I guess I better get one to see what's happening myself
(tried to get one last week and oddly none of the shops I went to had one ... except one that was crap)

One other thing to try is to leave it unplugged for about a minute then see if that fixes it
I had mine go into a weird state not being recognised after using different OSs and being left unplugged for a while fixed it for me
The error I got when this happened in the debug log was an error 4 setting the baud
I might try see if that is reproduceable - the error and the unplug fix, and if so, when it happens print a message to do that.

ewitte

member

Activity: 98

Merit: 10

First time messing with Linux version on Raspberry Pi does it just cancel out if not mining devices are found? Its 2-3 months before my Avalon devices come in.

fydel

hero member

Activity: 522

Merit: 500

Hasta la Bitcoin siempre!

Quote from: Dunkelheit667 on May 31, 2013, 12:56:18 PM

Strange things happened here on my rpi (Raspbian wheezy). 3.2.0 detected my Lancelot (BLT), plug and pray is working fine.

But no luck with any of my Block Erupter USBs, not detected, no plug and play at all. Cry

All devices connected using the same powered usb 2.0 hub. These are working fine with 3.1.1 using -S options.

Whenever I quit 3.2.0 and try running 3.1.1 again, it can't access the USB devices anymore, have to reboot the rpi...

Any hints are welcome.

I am having exactly the same problem on the pi. My ZTEXs Quads are recognised without problems but the Eruptor Gizmodos won't show up.
libusb-1.0.0 is installed.

Perhaps it is working with Kano because he is using the Fedora dist on the Raspberry instead of Wheezy?

NR3000

member

Activity: 86

Merit: 10

I'm getting errors in os x 10.8.3. Any ideas how to fix it?

./configure --enable-scrypt --enable-icarus PKG_CONFIG_PATH=/usr/local/opt/curl/lib/pkgconfig CFLAGS="-g -O2 -Wall"
sudo make install

"
<..>
usbutils.c:2576: error: redefinition of ‘union semun’
usbutils.c: In function ‘resource_unlock’:
usbutils.c:2878: warning: implicit declaration of function ‘semtimedop’
make[1]: *** [cgminer-usbutils.o] Error 1
make: *** [install-recursive] Error 1
"
Thank you!

Dunkelheit667

legendary

Activity: 1045

Merit: 1157

no degradation

Strange things happened here on my rpi (Raspbian wheezy). 3.2.0 detected my Lancelot (BLT), plug and pray is working fine.

But no luck with any of my Block Erupter USBs, not detected, no plug and play at all. Cry

All devices connected using the same powered usb 2.0 hub. These are working fine with 3.1.1 using -S options.

Whenever I quit 3.2.0 and try running 3.1.1 again, it can't access the USB devices anymore, have to reboot the rpi...

Any hints are welcome.

steganos

newbie

Activity: 44

Merit: 0

I wrote a bash script that will check to see if a newer version of cgminer is available. If there is a newer version the script will download the pre-built version and extract it.

Here is the script if anybody is interrested:

Code:

#!/bin/bash
server=http://ck.kolivas.org
path=/apps/cgminer/

#; Get the file name for the latest version
cgminer=`wget -q -O- $server$path | egrep -o cgminer-[0-9\.]+-x86_64-built.tar.bz2 | sort -V | tail -1`

#; Get the folder name that the downloaded file should be extracted to
folder="${cgminer%.tar.bz2}"
version="${folder%-x86_64-built}"
version="cgminer ${version##*-}"

echo "Latest version is $version"

#; Check to see if this version is already installed.
if [ ! -d $folder ]
then
echo "Downloading $version..."
#; Download the file
wget -q $server$path$cgminer

echo "Installing $version..."
#; Extract cgminer
tar -xjf $cgminer
#; Create a symbolic link to the new folder so we can keep older versions and the latest version can always be found in "cgminer"
if [ -L cgminer ]
then
rm cgminer
fi
ln -s $folder cgminer
#; Remove the downloaded file
rm $cgminer
else
echo "Already have $version"
fi

Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 320. (Read 5806004 times)