OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1

[techman05]

If it wasn't for the fact you had 25 of these I'd think to uninstall the drivers and re install them but if its like my pc it will grump at every one of them. You are using a new folder with the new install right?

I expand reset the shortcut and point to my config file in the new folder.

I can't imagine how much might have changed between 3.3 and 3.5 . It just keep things cleaner to start a new folder with all the nooks that came with it.

CKOlivias too bad you can't just remote connect since windows xp had a token to send out to share your desktop with I thought.

[zamot]

If it wasn't for the fact you had 25 of these I'd think to uninstall the drivers and re install them but if its like my pc it will grump at every one of them. You are using a new folder with the new install right?

I expand reset the shortcut and point to my config file in the new folder.

I can't imagine how much might have changed between 3.3 and 3.5 . It just keep things cleaner to start a new folder with all the nooks that came with it.

CKOlivias too bad you can't just remote connect since windows xp had a token to send out to share your desktop with I thought.

Yeah, i done this all before but it doesn't helped. Bad luck ...

[-ck]

So, i tried with cgminer-nogpu.exe from ( http://ck.kolivas.org/apps/cgminer/temp/cgminer-nogpu.exe ) and i got this :

[2013-10-01 11:36:13] Started cgminer 3.5.0
[2013-10-01 11:36:13] Loaded configuration file cgminer.conf
[2013-10-01 11:36:14] AMU 0 usb write error: LIBUSB_ERROR_NOT_SUPPORTED


This was try with just one BE.  

Ok, try redownloading again please (remember I don't have this hardware/OS combination to test for myself).

I made test with newly downloaded ( http://ck.kolivas.org/apps/cgminer/temp/cgminer-nogpu.exe ) and the result was:
- Timeout message after 10-15 seconds
- after a while there was also an write error: LIBUSB_ERROR_NOT_SUPPORTED
- cgminer only recognized 4 BE's ( even if they were added one by one )

If you have any other idea i willing to try and to report is this issue is solved.

Youch. That does not spell good news since I can't even imagine what other libusb feature is not supported. While it won't make it any better, could you start it with the following extra parameters:
-D -T 2>log.txt
and then stop it after a minute or so and see what's in the log.txt file?

EDIT: I mean trying it with that new executable of course.

[Askit2]

This was a move from 3.4 to 3.5 for me and I had to install the libudev-devel package to get cgminer to compile again. Perhaps there's an issue with the centos implementation of libudev-devel.

Thank You!
You pointed out why I was having seg faults. It doesn't fix it per se but I can at least run the current version. I wish I would have seen this info before I messed up my building.

Since I stopped limiting my usb devices and only am running one instance I am able to run 3.5.0. I could start the limited ones first and just catch the remainder with the new version but I really want to see if it locks up using quotas.

EDIT: am running a log file now on Raspberry pi as I can't seem to get the monitor to stop shutting off. When I can see it dying it is always one instance first, then the second then a while later the third. Printed on TOP is failure to read from swap. I assume it is caching some data in a swap file cgminer or some system process I am unsure. TOP only shows before things go horribly wrong 0 virtual memory use, but if I run X I can use task manager and it shows some Virtual memory use. The previous data is from 3.4.3 and before nothing on 3.5.0 yet.

It seems to me like (as a windows user mostly) if I am using virtual memory there should be data in the swap file. But the two different tools seem to have conflicting data to me. I am sure that there is something I am missing.

[zamot]

Youch. That does not spell good news since I can't even imagine what other libusb feature is not supported. While it won't make it any better, could you start it with the following extra parameters:
-D -T 2>log.txt
and then stop it after a minute or so and see what's in the log.txt file?

EDIT: I mean trying it with that new executable of course.

I made the log file. It was running for about 2 minutes.
Log file can be found here.

[-ck]

Youch. That does not spell good news since I can't even imagine what other libusb feature is not supported. While it won't make it any better, could you start it with the following extra parameters:
-D -T 2>log.txt
and then stop it after a minute or so and see what's in the log.txt file?

EDIT: I mean trying it with that new executable of course.

I made the log file. It was running for about 2 minutes.
Log file can be found here.

Thanks very much for doing that. That was all working fine there... I was trying to figure out what happens when you have a problem and it doesn't appear to have had a problem in that time?

[Rant2112]

I'm still having trouble getting my Block Erupter to work on anything besides 3.1.1

With 3.5.0 I get:

AMU0: TIMEOUT GetResults took 659ms but was 100ms
...
AMU0: TIMEOUT GetResults took 659ms but was 100ms

AMU0: Comms error (werr=-7 amt=0)
...
AMU0: Comms error (werr=-7 amt=0)


I think this is a known problem but posting just to be sure.   I'll continue to use 3.1.1 as it is working fine.  


FYI - I'm mining using a recent Ubuntu release running under VMWare Fusion on a Mac.  The Block Erupter is plugged into a USB2 D-Link HUB.  It is connected to a 'high speed' USB port on the Mac which should mean it is USB2.

If you know how to build from git, can you try building the latest libusbx branch and see if it helps?

Do I need to put the libusbx code in the cgminer libusb directory?  Is that still there or can I just install the latest libusbx and then build cgminer?

[-ck]

If you know how to build from git, can you try building the latest libusbx branch and see if it helps?

Do I need to put the libusbx code in the cgminer libusb directory?  Is that still there or can I just install the latest libusbx and then build cgminer?

It's called the libusbx branch because the libusb included in there is the latest libusbx version. You don't need to do anything different than a regular git compile (i.e. you only need ./autogen.sh in addition to a normal build procedure).

[Beastlymac]

3.5.0 on raspbian wheezy. Crashed. Any ideas on what I can do to fix it?

[-ck]

3.5.0 on raspbian wheezy. Crashed. Any ideas on what I can do to fix it?

Eh, but that's a kernel crash, not a cgminer crash... and while I am a kernel developer, I had nothing to do with this one
Kernel upgrade, either the package provided for raspbian, or migrating to another distribution is the only way unless you want to help the raspbian maintainers debug this crash.

[Beastlymac]

3.5.0 on raspbian wheezy. Crashed. Any ideas on what I can do to fix it?

Eh, but that's a kernel crash, not a cgminer crash... and while I am a kernel developer, I had nothing to do with this one
Kernel upgrade, either the package provided for raspbian, or migrating to another distribution is the only way unless you want to help the raspbian maintainers debug this crash.

Ok I will give upgrading a shot. Thanks.
Edit: updated everything so lets se how it goes...

[RaTTuS]

....
Ok I will give upgrading a shot. Thanks.

I've just built and run mine on raspbian
and it seems to be fine .. however I do it like :-
ver=3.5.0
wget http://ck.kolivas.org/apps/cgminer/cgminer-$ver.tar.bz2
tar xf cgminer-$ver.tar.bz2
cd cgminer-$ver
mkdir libusb
cd libusb
wget http://sourceforge.net/projects/libusb/files/libusb-1.0/libusb-1.0.16-rc10/libusb-1.0.16-rc10.tar.bz2
tar -xf libusb-1.0.16-rc10.tar.bz2
cd libusb-1.0.16-rc10
./configure
make CC=distcc
cd ../..
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" ./configure --enable-icarus --enable-bitfury --disable-opencl
make CC=distcc

[P_Shep]

Still having issues with libudev on mipsel.

Can't get it to statically link libudev.

In fact it doesn't seem to be statically linking in any library. It did used to.

[Beastlymac]

....
Ok I will give upgrading a shot. Thanks.

I've just built and run mine on raspbian
and it seems to be fine .. however I do it like :-
ver=3.5.0
wget http://ck.kolivas.org/apps/cgminer/cgminer-$ver.tar.bz2
tar xf cgminer-$ver.tar.bz2
cd cgminer-$ver
mkdir libusb
cd libusb
wget http://sourceforge.net/projects/libusb/files/libusb-1.0/libusb-1.0.16-rc10/libusb-1.0.16-rc10.tar.bz2
tar -xf libusb-1.0.16-rc10.tar.bz2
cd libusb-1.0.16-rc10
./configure
make CC=distcc
cd ../..
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" ./configure --enable-icarus --enable-bitfury --disable-opencl
make CC=distcc

I think the problem was I just hadn't updated anything when I re flashed the sd card.

[zamot]

Youch. That does not spell good news since I can't even imagine what other libusb feature is not supported. While it won't make it any better, could you start it with the following extra parameters:
-D -T 2>log.txt
and then stop it after a minute or so and see what's in the log.txt file?

EDIT: I mean trying it with that new executable of course.

I made the log file. It was running for about 2 minutes.
Log file can be found here.

Thanks very much for doing that. That was all working fine there... I was trying to figure out what happens when you have a problem and it doesn't appear to have had a problem in that time?

Here is new log version which contains this TIMEOUT messages. Hope it helps you somehow.

[cande]

Having trouble compiling for BFL.ASIC

i get this error when running "make"

  CC     cgminer-api.o
api.c: In function ‘itemstats’:
api.c:3152:51: error: ‘struct cgpu_info’ has no member named ‘usb_bulk_reads’
api.c:3153:13: error: ‘struct cgpu_info’ has no member named ‘usb_rlock_total_wait’
api.c:3153:43: error: ‘struct cgpu_info’ has no member named ‘usb_bulk_reads’
api.c:3155:58: error: ‘struct cgpu_info’ has no member named ‘usb_rlock_max_wait’
api.c:3156:52: error: ‘struct cgpu_info’ has no member named ‘usb_bulk_writes’
api.c:3157:13: error: ‘struct cgpu_info’ has no member named ‘usb_wlock_total_wait’
api.c:3157:43: error: ‘struct cgpu_info’ has no member named ‘usb_bulk_writes’
api.c:3159:58: error: ‘struct cgpu_info’ has no member named ‘usb_wlock_max_wait’
make[2]: *** [cgminer-api.o] Error 1

any clues?

[MineForeman.com]

Hi Guys,

I am having a problem compiling from git, my build/steps are;-

Code:

uname -a
Linux MP1-210 3.6.11-17-ARCH+ #1 PREEMPT Sun Aug 25 08:45:40 CDT 2013 armv6l GNU/Linux

git clone https://github.com/ckolivas/cgminer.git

...

./autogen.sh

...

CFLAGS="-O2 -Wall -march=native" ./configure --disable-opencl --disable-adl --enable-bflsc --enable-bitforce --enable-bitfury --enable-icarus --enable-avalon  --enable-modminer --enable-ztex --prefix=/opt/minepeon

make


make  all-recursive
make[1]: Entering directory `/home/minepeon/src/cgminer'
Making all in lib
make[2]: Entering directory `/home/minepeon/src/cgminer/lib'
  GEN      arg-nonnull.h
  GEN      c++defs.h
  GEN      warn-on-use.h
  GEN      signal.h
  GEN      stdint.h
  GEN      string.h
make  all-recursive
make[3]: Entering directory `/home/minepeon/src/cgminer/lib'
make[4]: Entering directory `/home/minepeon/src/cgminer/lib'
  CC       dummy.o
  AR       libgnu.a
make[4]: Leaving directory `/home/minepeon/src/cgminer/lib'
make[3]: Leaving directory `/home/minepeon/src/cgminer/lib'
make[2]: Leaving directory `/home/minepeon/src/cgminer/lib'
Making all in compat
make[2]: Entering directory `/home/minepeon/src/cgminer/compat'
Making all in jansson
make[3]: Entering directory `/home/minepeon/src/cgminer/compat/jansson'
  CC       dump.o
  CC       error.o
  CC       hashtable.o
  CC       load.o
  CC       memory.o
  CC       pack_unpack.o
  CC       strbuffer.o
  CC       strconv.o
  CC       utf.o
  CC       value.o
  AR       libjansson.a
make[3]: Leaving directory `/home/minepeon/src/cgminer/compat/jansson'
Making all in libusb-1.0
make[3]: Entering directory `/home/minepeon/src/cgminer/compat/libusb-1.0'
make  all-recursive
make[4]: Entering directory `/home/minepeon/src/cgminer/compat/libusb-1.0'
Making all in libusb
make[5]: Entering directory `/home/minepeon/src/cgminer/compat/libusb-1.0/libusb'
  CC       libusb_1_0_la-core.lo
  CC       libusb_1_0_la-descriptor.lo
  CC       libusb_1_0_la-io.lo
  CC       libusb_1_0_la-sync.lo
  CC       os/libusb_1_0_la-linux_usbfs.lo
  CC       os/libusb_1_0_la-linux_udev.lo
  CC       libusb_1_0_la-hotplug.lo
  CC       os/libusb_1_0_la-threads_posix.lo
  CCLD     libusb-1.0.la
make[5]: Leaving directory `/home/minepeon/src/cgminer/compat/libusb-1.0/libusb'
make[5]: Entering directory `/home/minepeon/src/cgminer/compat/libusb-1.0'
make[5]: Leaving directory `/home/minepeon/src/cgminer/compat/libusb-1.0'
make[4]: Leaving directory `/home/minepeon/src/cgminer/compat/libusb-1.0'
make[3]: Leaving directory `/home/minepeon/src/cgminer/compat/libusb-1.0'
make[3]: Entering directory `/home/minepeon/src/cgminer/compat'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/home/minepeon/src/cgminer/compat'
make[2]: Leaving directory `/home/minepeon/src/cgminer/compat'
Making all in ccan
make[2]: Entering directory `/home/minepeon/src/cgminer/ccan'
  CC       opt/libccan_a-helpers.o
  CC       opt/libccan_a-opt.o
  CC       opt/libccan_a-parse.o
  CC       opt/libccan_a-usage.o
  AR       libccan.a
make[2]: Leaving directory `/home/minepeon/src/cgminer/ccan'
make[2]: Entering directory `/home/minepeon/src/cgminer'
  CC       cgminer-cgminer.o
  CC       cgminer-util.o
  CC       cgminer-sha2.o
  CC       cgminer-api.o
api.c: In function âitemstatsâ:
api.c:3152:51: error: âstruct cgpu_infoâ has no member named âusb_bulk_readsâ
api.c:3153:13: error: âstruct cgpu_infoâ has no member named âusb_rlock_total_waitâ
api.c:3153:43: error: âstruct cgpu_infoâ has no member named âusb_bulk_readsâ
api.c:3155:58: error: âstruct cgpu_infoâ has no member named âusb_rlock_max_waitâ
api.c:3156:52: error: âstruct cgpu_infoâ has no member named âusb_bulk_writesâ
api.c:3157:13: error: âstruct cgpu_infoâ has no member named âusb_wlock_total_waitâ
api.c:3157:43: error: âstruct cgpu_infoâ has no member named âusb_bulk_writesâ
api.c:3159:58: error: âstruct cgpu_infoâ has no member named âusb_wlock_max_waitâ
make[2]: *** [cgminer-api.o] Error 1
make[2]: Leaving directory `/home/minepeon/src/cgminer'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/minepeon/src/cgminer'
make: *** [all] Error 2

Neil

P.S. I am also having problems with kernel panic's after a short amount of time (Arch Linux this time).  I will be looking into that this afternoon.

[-ck]

Hi Guys,

I am having a problem compiling from git, my build/steps are;-

[SNIP]

Temporary issue with git master due to merging code incompletely. Should be fixed now, thanks.

[-ck]

Here is new log version which contains this TIMEOUT messages. Hope it helps you somehow.

Thank you very much, I'll be studying it shortly. One question: Can you monitor the CPU usage of cgminer and see how it fluctuates over time? The task manager in windows ill allow you to do that. I'm most interested to see if it ever spikes at high levels (close to 100%) and if that correlates with these timeout error messages.

[Rant2112]

If you know how to build from git, can you try building the latest libusbx branch and see if it helps?

Do I need to put the libusbx code in the cgminer libusb directory?  Is that still there or can I just install the latest libusbx and then build cgminer?

It's called the libusbx branch because the libusb included in there is the latest libusbx version. You don't need to do anything different than a regular git compile (i.e. you only need ./autogen.sh in addition to a normal build procedure).

To get the repository I did:

git clone -b libusbx git://github.com/ckolivas/cgminer

I'm still getting errors:

AMU0: TIMEOUT GetResults took 658ms but was 100ms
...
AMU 0 usb write error: LIBUSB_TRANFER_TIMED_OUT
AMU0: Comms error (werr=2 amt=0)
..
repeats


Is there a way to check to ensure I'm properly on the branch?  I haven't built from git before but I hopefully did it correctly.