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

[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.

[1715432426]

1715432426

[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. 

[-ck]

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.  

Thanks.

'git branch' is enough to tell you what branches you have and what branch you're on.

Your case is particularly interesting because every report so far has been on windows. Can you see what the CPU usage is like when you're running cgminer and see if there are spikes when the error messages occur?

[Rant2112]

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. 

Thanks.

'git branch' is enough to tell you what branches you have and what branch you're on.

Your case is particularly interesting because every report so far has been on windows. Can you see what the CPU usage is like when you're running cgminer and see if there are spikes when the error messages occur?

git branch says:
* libusbx

The error messages happen every 2 seconds.  Using top or xload only shows every 1 second so I don't know how to see spikes. 

CPU utilization is very low - something like 0.3% for cgminer.

[-ck]

git branch says:
* libusbx

The error messages happen every 2 seconds.  Using top or xload only shows every 1 second so I don't know how to see spikes.  

CPU utilization is very low - something like 0.3% for cgminer.

Try the latest libusbx async branch. More sheer desperation in the code. Then show us the output of api stats if you know how to (easiest is to use 'java API stats') after it's been running for a while.

[-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.

More experimental binaries uploaded for windows:

http://ck.kolivas.org/apps/cgminer/temp/cgminer-nogpu.exe
http://ck.kolivas.org/apps/cgminer/temp/cgminer.exe

[darkfriend77]

I got the info from asic-hardware (cryptX) that the BitBurner Fury ... should run ... with cgminer.

Code:

It's the same basic cgminer the Avalons use. see under news on the site www.burninmining.com

regards

Bert

This is what I have done ...

Code:

Once raspbian is running open LXTerminal and type the following commands to install the needed prequisites to build cgminer:
sudo apt-get update
sudo apt-get install autoconf libusb-1.0-0-dev libncurses5-dev libcurl4-openssl-dev screen
Then clone the cgminer repository:
git clone https://github.com/ckolivas/cgminer.git cgminer
Enter the new directory, configure and build cgminer
cd cgminer
./autogen.sh –enable-avalon
make clean
make
Now cgminer should compile

now as root I submited ...

./cgminer -n

Code:

root@bitfury:/home/pi/cgminer# ./cgminer -n
 [2013-10-07 07:59:57] USB all: found 4 devices - listing known devices
.USB dev 0: Bus 1 Device 4 ID: 0403:6001
  Manufacturer: 'Burnin Electronics'
  Product: 'BitBurner'
 [2013-10-07 07:59:57] 1 known USB devices

Code:

./cgminer -o stratum+tcp://nl1.ghash.io:3333 -u xxx.2-p x

[-ck]

I got the info from asic-hardware (cryptX) that the BitBurner Fury ... should run ... with cgminer.

Code:

It's the same basic cgminer the Avalons use. see under news on the site www.burninmining.com

You'll have to ask them. We don't have the hardware and therefore are not maintaining any code ourselves that currently supports it. I think they're the ones who submitted a pull request for us to include code for them but it has been low priority for us and we have not reviewed or incorporated any new code for it.

[spacebob]

....
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.

I had a similar error and I solved it by adding slub_debug=FP to /boot/cmdline.txt. I talked about it over at the Raspberry Pi support forums. http://www.raspberrypi.org/phpBB3/viewtopic.php?f=28&t=55370

[zamot]

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.

cgminer uses CPU on average 5% and it jumps to around 15% when this timeout error occurs and then is back to its 5% or less.
Overall CPU usage is around 30%, and it jumps to 100% by timeout error and them back to normal. This difference of CPU usage is made by System process which uses normaly around 10% CPU.

[gnar1ta$]

Any developers had a chance to work on a Jupiter?

[-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.

cgminer uses CPU on average 5% and it jumps to around 15% when this timeout error occurs and then is back to its 5% or less.
Overall CPU usage is around 30%, and it jumps to 100% by timeout error and them back to normal. This difference of CPU usage is made by System process which uses normaly around 10% CPU.

Interesting, and cause for further speculation. We're working with the libusb developer to see if we can't find the problem since it seems to be within the library. Still worth trying the latest binaries I uploaded yesterday, thanks.

[superresistant]

Will cgminer support other algorithm than SHA256 and scrypt ?

[-ck]

Will cgminer support other algorithm than SHA256 and scrypt ?

No

[P_Shep]

So try as I might, udev will not work on routers. The kernel is simply too old and there's not anything we can do about that. So...

I'd like to request a configuration option to allow for udev to be disabled and just have the USB ports scanned on startup like we had before.

Also, if GPU isn't specified, no need to copy the *.cl files in the install

And allow it to be statically compiled.

Thanks

[superresistant]

Does cgminer support KNC miner hardware ? If yes how to do ?