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

[mdude77]

I need some help enabling privileged API access on an Ant S3.  I've tried modifying /etc/init.d/cgminer to include --API-ALLOW W:192.168.0/24, and also --API-ALLOW W:192.168.0.194, and cgminer never starts up. 

Can someone shed some light on this?

M

[1531712369]

1531712369

[1531712369]

1531712369

[1531712369]

1531712369

[nwoolls]

I need some help enabling privileged API access on an Ant S3.  I've tried modifying /etc/init.d/cgminer to include --API-ALLOW W:192.168.0/24, and also --API-ALLOW W:192.168.0.194, and cgminer never starts up. 

Can someone shed some light on this?

M

The instructions I've been using are:

• SSH into the AntMiner (user/password: root/root)
• Edit /etc/config/cgminer (e.g. using vi)
• Modify the api_allow argument to read option api_allow 'W:127.0.0.1,W:192.168.0.1/24' (for a 192.168.0.1-based network)
• Locate the line beginning with PARAMS= and change it accordingly: PARAMS="$AOPTIONS $POOL1 $POOL2 $POOL3 $_pb $_ow $_bec --api-listen --api-allow $_aa --bitmain-checkn2diff --bitmain-hwerror --queue 4096"
• Restart the S3 (e.g. using sudo reboot)

The 2nd change is specifically from --api-network to --api-allow $_aa (thanks to kano for discovering).

[mdude77]

I need some help enabling privileged API access on an Ant S3.  I've tried modifying /etc/init.d/cgminer to include --API-ALLOW W:192.168.0/24, and also --API-ALLOW W:192.168.0.194, and cgminer never starts up. 

Can someone shed some light on this?

M

The instructions I've been using are:

• SSH into the AntMiner (user/password: root/root)
• Edit /etc/config/cgminer (e.g. using vi)
• Modify the api_allow argument to read option api_allow 'W:127.0.0.1,W:192.168.0.1/24' (for a 192.168.0.1-based network)
• Locate the line beginning with PARAMS= and change it accordingly: PARAMS="$AOPTIONS $POOL1 $POOL2 $POOL3 $_pb $_ow $_bec --api-listen --api-allow $_aa --bitmain-checkn2diff --bitmain-hwerror --queue 4096"
• Restart the S3 (e.g. using sudo reboot)

The 2nd change is specifically from --api-network to --api-allow $_aa (thanks to kano for discovering).

Where do I find the api_allow arg?  I'm not seeing it in there, and step 3 doesn't jive with step 4 if it's the same line that today has --api-network.

I'm sorry I'm missing something.

M

[nwoolls]

I need some help enabling privileged API access on an Ant S3.  I've tried modifying /etc/init.d/cgminer to include --API-ALLOW W:192.168.0/24, and also --API-ALLOW W:192.168.0.194, and cgminer never starts up. 

Can someone shed some light on this?

M

The instructions I've been using are:

• SSH into the AntMiner (user/password: root/root)
• Edit /etc/config/cgminer (e.g. using vi)
• Modify the api_allow argument to read option api_allow 'W:127.0.0.1,W:192.168.0.1/24' (for a 192.168.0.1-based network)
• Locate the line beginning with PARAMS= and change it accordingly: PARAMS="$AOPTIONS $POOL1 $POOL2 $POOL3 $_pb $_ow $_bec --api-listen --api-allow $_aa --bitmain-checkn2diff --bitmain-hwerror --queue 4096"
• Restart the S3 (e.g. using sudo reboot)

The 2nd change is specifically from --api-network to --api-allow $_aa (thanks to kano for discovering).

Where do I find the api_allow arg?  I'm not seeing it in there, and step 3 doesn't jive with step 4 if it's the same line that today has --api-network.

I'm sorry I'm missing something.

M

My bad, I missed a step in copying them over from my wiki (it's split into S1 and S3 there). Let me try again:

• SSH into the AntMiner (user/password: root/root)
• Edit /etc/config/cgminer (e.g. using vi)
• Modify the api_allow argument to read option api_allow 'W:127.0.0.1,W:192.168.0.1/24' (for a 192.168.0.1-based network)
• Edit /etc/init.d/cgminer
• Locate the line beginning with PARAMS= and change it accordingly: PARAMS="$AOPTIONS $POOL1 $POOL2 $POOL3 $_pb $_ow $_bec --api-listen --api-allow $_aa --bitmain-checkn2diff --bitmain-hwerror --queue 4096"
• Restart the S3 (e.g. using sudo reboot)

[mdude77]

I need some help enabling privileged API access on an Ant S3.  I've tried modifying /etc/init.d/cgminer to include --API-ALLOW W:192.168.0/24, and also --API-ALLOW W:192.168.0.194, and cgminer never starts up. 

Can someone shed some light on this?

M

The instructions I've been using are:

• SSH into the AntMiner (user/password: root/root)
• Edit /etc/config/cgminer (e.g. using vi)
• Modify the api_allow argument to read option api_allow 'W:127.0.0.1,W:192.168.0.1/24' (for a 192.168.0.1-based network)
• Locate the line beginning with PARAMS= and change it accordingly: PARAMS="$AOPTIONS $POOL1 $POOL2 $POOL3 $_pb $_ow $_bec --api-listen --api-allow $_aa --bitmain-checkn2diff --bitmain-hwerror --queue 4096"
• Restart the S3 (e.g. using sudo reboot)

The 2nd change is specifically from --api-network to --api-allow $_aa (thanks to kano for discovering).

Where do I find the api_allow arg?  I'm not seeing it in there, and step 3 doesn't jive with step 4 if it's the same line that today has --api-network.

I'm sorry I'm missing something.

M

My bad, I missed a step in copying them over from my wiki (it's split into S1 and S3 there). Let me try again:

• SSH into the AntMiner (user/password: root/root)
• Edit /etc/config/cgminer (e.g. using vi)
• Modify the api_allow argument to read option api_allow 'W:127.0.0.1,W:192.168.0.1/24' (for a 192.168.0.1-based network)
• Edit /etc/init.d/cgminer
• Locate the line beginning with PARAMS= and change it accordingly: PARAMS="$AOPTIONS $POOL1 $POOL2 $POOL3 $_pb $_ow $_bec --api-listen --api-allow $_aa --bitmain-checkn2diff --bitmain-hwerror --queue 4096"
• Restart the S3 (e.g. using sudo reboot)

I'm sorry, I'm not seeing the line that has the api_allow argument (step #3 above).  As far as I can tell that line doesn't exist.  Lines with a # are commented out, right?  There is one AOPTIONS and one PARAMS, and neither has api_allow in it.

M

[Perlover]

Try this one line change in usbutils.c line 893:
Change:

Code:

#define DO_USB_STATS 1

to:

Code:

#define DO_USB_STATS 0

Now i got new core file after this changes

Code:

pi@raspberrypi ~ $ gdb -c core.2206 /usr/local/bin/cgminer
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "arm-linux-gnueabihf".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/local/bin/cgminer...done.
[New LWP 2228]
[New LWP 2206]
[New LWP 2208]
[New LWP 2215]
[New LWP 2217]
[New LWP 2218]
[New LWP 2219]
[New LWP 2220]
[New LWP 2221]
[New LWP 2222]
[New LWP 2223]
[New LWP 2226]
[New LWP 2227]
[New LWP 2229]
[New LWP 2209]
[New LWP 2216]
[New LWP 2224]
[New LWP 2207]
[New LWP 2210]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
Core was generated by `cgminer -c cgminer.conf --hfa-hash-clock 700'.
Program terminated with signal 11, Segmentation fault.
#0  0x00041610 in usb_perform_transfer (cgpu=0x1500f88, usbdev=<optimized out>, intinfo=<optimized out>, epinfo=<optimized out>, data=0x184cf18f <Address 0x184cf18f out of bounds>,
    length=422109583, transferred=0x191a018f, timeout=0, cmd=C_REJECTED, cancellable=false, tt=false, mode=<optimized out>, seq=<optimized out>) at usbutils.c:3061
3061            else if ((endpoint & LIBUSB_ENDPOINT_DIR_MASK) == LIBUSB_ENDPOINT_IN && *transferred)
(gdb) bt
#0  0x00041610 in usb_perform_transfer (cgpu=0x1500f88, usbdev=<optimized out>, intinfo=<optimized out>, epinfo=<optimized out>, data=0x184cf18f <Address 0x184cf18f out of bounds>,
    length=422109583, transferred=0x191a018f, timeout=0, cmd=C_REJECTED, cancellable=false, tt=false, mode=<optimized out>, seq=<optimized out>) at usbutils.c:3061
#1  0x1850818e in ?? ()
#2  0x1850818e in ?? ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)

And in this time in /var/log/kern.log

Code:

Dec  1 13:32:22 raspberrypi kernel: [ 4186.077616] usb 1-1.3.1: USB disconnect, device number 7
Dec  1 13:32:23 raspberrypi kernel: [ 4186.569565] usb 1-1.3.1: new full-speed USB device number 8 using dwc_otg
Dec  1 13:32:23 raspberrypi kernel: [ 4186.682342] usb 1-1.3.1: New USB device found, idVendor=297c, idProduct=0001
Dec  1 13:32:23 raspberrypi kernel: [ 4186.682380] usb 1-1.3.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Dec  1 13:32:23 raspberrypi kernel: [ 4186.682395] usb 1-1.3.1: Product: M1 Module
Dec  1 13:32:23 raspberrypi kernel: [ 4186.682409] usb 1-1.3.1: Manufacturer: HashFast LLC
Dec  1 13:32:23 raspberrypi kernel: [ 4186.682423] usb 1-1.3.1: SerialNumber: 6fd744af545f5ee1aa2b717c30f27551
Dec  1 13:32:23 raspberrypi kernel: [ 4186.691731] cdc_acm 1-1.3.1:1.0: ttyACM0: USB ACM device

It's not big problem for me - i have bash script "while : ; do cgminer...; done"
But i would want to understand - where is bug - in your side on in my one.

[Perlover]

And after 2-3 minute new core file:

Code:

pi@raspberrypi ~ $ gdb -c core.2323 /usr/local/bin/cgminer
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "arm-linux-gnueabihf".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/local/bin/cgminer...done.
[New LWP 2351]
[New LWP 2323]
[New LWP 2325]
[New LWP 2333]
[New LWP 2334]
[New LWP 2335]
[New LWP 2336]
[New LWP 2337]
[New LWP 2338]
[New LWP 2339]
[New LWP 2342]
[New LWP 2343]
[New LWP 2344]
[New LWP 2345]
[New LWP 2350]
[New LWP 2328]
[New LWP 2324]
[New LWP 2348]
[New LWP 2340]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
Core was generated by `cgminer -c cgminer.conf --hfa-hash-clock 700'.
Program terminated with signal 11, Segmentation fault.
bt
#0  __list_del (next=0x0, prev=0xb2f19398) at elist.h:78
78              next->prev = prev;
(gdb) bt
#0  __list_del (next=0x0, prev=0xb2f19398) at elist.h:78
#1  list_del (entry=0xad6f9398) at elist.h:89
#2  complete_usb_transfer (ut=0xad6f9380) at usbutils.c:2864
#3  0x0004168c in usb_perform_transfer (cgpu=0xc82e70, usbdev=<optimized out>, intinfo=<optimized out>, epinfo=<optimized out>, data=0x0, length=0, transferred=0x0, timeout=0,
    cmd=C_REJECTED, cancellable=false, tt=false, mode=<optimized out>, seq=<optimized out>) at usbutils.c:3028
#4  0x00000000 in ?? ()
(gdb)

But in /var/log/kern.log now no there are new logs :-/

[Dimoza]

Hi all,

I've got number of the Avalon Nano (https://bitcointalk.org/index.php?topic=779612.msg8841428;topicseen#msg8841428). I have successfuly downloaded and compiled fresh version of cgminer
https://en.bitcoin.it/wiki/Avalon_nano#Cgminer_for_Avalon_nano

but ir can't detect devices whatever i did. I was trying
several versions including lastone from here
https://github.com/Canaan-Creative/cgminer/tree/avalon-usb
with and without the "--with-system-libusb" option

Would be appreciate for help and hints.

PS. bfgminer detects devices just fine and start hashing, but there another problem... it stall in minutes and need to be restarted. So my hopes targeted to cgminer.

I'm *NIX user (if it may concern...)

[salfter]

- Added an --enable-forcecombo option to allow building of driver combinations with drivers that are normally built standalone.

I'm rebuilding now...it's on a Raspberry Pi, so it'll be a while.

...and it's now rebuilt and running.

[vayvanne]

today, after a few days of stable hashing I have got this:

cgminer version 4.8.0 - Started: [2014-11-29 14:32:17]
--------------------------------------------------------------------------------
 (20s):1.001G (1m):884.7M (5m):777.8M (15m):943.2M (avg):1.501Gh/s
 A:0  R:0  HW:10  WU:21.0/m
 Connected to localhost diff 40.3G without LP as user vay
 Block: 9076b9eb...  Diff:40.3G  Started: [17:05:12]  Best share: 608K
--------------------------------------------------------------------------------
 [U ]SB management [P]ool management [S ]ettings [D]isplay options [Q]uit
 2: AU3 0       : 225MHz 750mV            | 1.086G / 918.8Mh/s WU:12.8/m
--------------------------------------------------------------------------------
 [2014-12-02 17:09:02] AU3 0: No valid hashes for over 1 secs, attempting to reset
 [2014-12-02 17:09:02] AU3 0 attempted reset got err:(0) LIBUSB_SUCCESS
 [2014-12-02 17:09:05] AU3 0: Share above target
 [2014-12-02 17:09:06] AU3 0: Share above target
 [2014-12-02 17:09:08] AU3 0: No valid hashes for over 1 secs, attempting to reset
 [2014-12-02 17:09:08] AU3 0 attempted reset got err:(0) LIBUSB_SUCCESS
 [2014-12-02 17:09:09] (20s):1.102G (1m):1.012G (5m):799.5M (15m):963.0M (avg):1.501Gh/s
 [2014-12-02 17:09:10] AU3 0: Share above target
 [2014-12-02 17:09:12] AU3 0: No valid hashes for over 1 secs, attempting to reset
 [2014-12-02 17:09:12] AU3 0 attempted reset got err:(0) LIBUSB_SUCCESS
 [2014-12-02 17:09:17] Stored 513 transactions from pool 0
 [2014-12-02 17:09:29] (20s):777.5M (1m):839.1M (5m):764.2M (15m):946.9M (avg):1.501Gh/s

Sometimes I get AU3 device right from startup.

[Buchi-88]

Good day,

i have a probem with Oscam

Code:

http://linuxsat-support.com/showthread.php?t=30959

(and Easymouse2 Card Reader) and Cgminer on one Raspberry Pi???

They have USB conflicts and i don't know why?

root@sunwatch:~# ls -l /dev/ttyUSB*
crw-rw---- 1 root dialout 188,  0 Dec  3 18:12 /dev/ttyUSB0 -> Easymouse
crw-rw---- 1 root dialout 188,  1 Jan  1  1970 /dev/ttyUSB1
crw-rw---- 1 root dialout 188, 10 Jan  1  1970 /dev/ttyUSB10
crw-rw---- 1 root dialout 188,  2 Jan  1  1970 /dev/ttyUSB2
crw-rw---- 1 root dialout 188,  3 Jan  1  1970 /dev/ttyUSB3
crw-rw---- 1 root dialout 188,  4 Jan  1  1970 /dev/ttyUSB4
crw-rw---- 1 root dialout 188,  5 Jan  1  1970 /dev/ttyUSB5
crw-rw---- 1 root dialout 188,  6 Jan  1  1970 /dev/ttyUSB6
crw-rw---- 1 root dialout 188,  7 Jan  1  1970 /dev/ttyUSB7
crw-rw---- 1 root dialout 188,  8 Jan  1  1970 /dev/ttyUSB8
crw-rw---- 1 root dialout 188,  9 Jan  1  1970 /dev/ttyUSB9

The Oscam runs but when i start cgminer i have this message in cgminer:

[2014-12-03 17:57:21] FAIL: USB get_lock not found (1:5)
[2014-12-03 17:57:23] Icarus detect (1:5) failed to initialise (incorrect device?)

and at the same time in Oscam:

EA3410 r orf-ice [mouse] ERROR: IO_Serial_GetStatus: ioctl(TIOCMGET): Input/output error
EA3410 r orf-ice [mouse] Error getting card status.

so i hope everyone has a solution???

[Taugeran]

@conman @kanoi: I have a core file I'd like you to take a look at, maybe, please?

System: RPi

OS: Debian Linux 7.6

Miner: Cgminer 4.8.0, compiled from git commit 1f85488262af9dd679b159aa07e35d3eca73bcaa, configured to in a loop shell script to restart after segfault

Hardware: 2 Habanero units, 1 on each usb port of RPi

Conditions:

• Hardware is powered by Corsair RM1000.
• Hardware is operating at 575MHz
• Hardware reported Temps are below 80C

Events/Symptoms: Periodic random segfault of cgminer, either preceeded or proceeded (unsure) by USB bus ids for the Hardware devices e.g.:

Code:

/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=dwc_otg/1p, 480M
    |__ Port 1: Dev 2, If 0, Class=hub, Driver=hub/3p, 480M
        |__ Port 1: Dev 3, If 0, Class=vend., Driver=smsc95xx, 480M
        |__ Port 2: Dev 9, If 0, Class=comm., Driver=usbfs, 12M
        |__ Port 2: Dev 9, If 1, Class=data, Driver=usbfs, 12M
        |__ Port 3: Dev 8, If 0, Class=comm., Driver=usbfs, 12M
        |__ Port 3: Dev 8, If 1, Class=data, Driver=usbfs, 12M

=========================================
Segfault
=========================================

/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=dwc_otg/1p, 480M
    |__ Port 1: Dev 2, If 0, Class=hub, Driver=hub/3p, 480M
        |__ Port 1: Dev 3, If 0, Class=vend., Driver=smsc95xx, 480M
        |__ Port 2: Dev 10, If 0, Class=comm., Driver=usbfs, 12M
        |__ Port 2: Dev 10, If 1, Class=data, Driver=usbfs, 12M
        |__ Port 3: Dev 11, If 0, Class=comm., Driver=usbfs, 12M
        |__ Port 3: Dev 11, If 1, Class=data, Driver=usbfs, 12M

My concern is that if left unattended this cycle will continue until one of the Hardware devices reaches: Port 3: Dev 127, at which point im not sure if the next hotplug(reset) will succeed, lockup the system, or something else which would need manual intervention.


core dump procedure:

Code:

ulimit -c unlimited
./cgstart.sh

Code:

gdb cgminer core
GNU gdb (GDB) 7.4.1-debian
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "arm-linux-gnueabihf".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /home/pi/repos/cgminer/cgminer...done.
[New LWP 3064]
[New LWP 3050]
[New LWP 3057]
[New LWP 3053]
[New LWP 3062]
[New LWP 3063]
[New LWP 3051]
[New LWP 3058]
[New LWP 3055]
[New LWP 3059]
[New LWP 3054]
[New LWP 3052]
[New LWP 3065]
[New LWP 3060]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
Core was generated by `./cgminer --hfa-fan 100 --hfa-temp-overheat 106 --hfa-temp-target 0 --hfa-hash-'.
Program terminated with signal 11, Segmentation fault.
#0  0x00041dc4 in usb_perform_transfer (cgpu=0xbe2910, usbdev=<optimized out>, intinfo=<optimized out>, epinfo=<optimized out>, data=0x0, length=0, transferred=0x0, timeout=0, mode=0, cmd=C_REJECTED,
    seq=0, cancellable=false, tt=false) at usbutils.c:3061
3061 else if ((endpoint & LIBUSB_ENDPOINT_DIR_MASK) == LIBUSB_ENDPOINT_IN && *transferred)
(gdb) bt all
No symbol "all" in current context.
(gdb) bt full
#0  0x00041dc4 in usb_perform_transfer (cgpu=0xbe2910, usbdev=<optimized out>, intinfo=<optimized out>, epinfo=<optimized out>, data=0x0, length=0, transferred=0x0, timeout=0, mode=0, cmd=C_REJECTED,
    seq=0, cancellable=false, tt=false) at usbutils.c:3061
        callback_timeout = 0
        err_retries = <optimized out>
        dev_handle = 0xbe4c28
        usb_epinfo = <optimized out>
        ut = {cgsem = {__size = "\000\000\000\000\000\000\000\000\377\377\377\377\000\000\000", __align = 0}, transfer = 0x0, cancellable = false, list = {next = 0x0, prev = 0x0}}
        endpoint = 129 '\201'
        interrupt = <optimized out>
        err = <optimized out>
        errn = 110
        tv_start = {tv_sec = 0, tv_usec = 0}
        tv_finish = {tv_sec = 1417954642, tv_usec = 865150}
        buf = "\000\326(\333\000\000\f\221\035\t\273", '\000' <repeats 15 times>, "@\020\000\000\000\000\034\t\271", '\000' <repeats 15 times>, "?\020\252\n\000\000\252\207\376\000\000\000\004\333\000\000\000\000\000\000\000\000\235\005\235\002\000\000\000\000\000\000@\020\000\000\000\000\034\t\271", '\000' <repeats 15 times>, "@\020\252\n\000\000\252\207\376\000\000\000\004\333\000\000\000\000`\000\000\000\350\001=\a", '\000' <repeats 13 times>, ":\237\300\004", '\000' <repeats 20 times>, ":\237\300\004", '\000' <repeats 20 times>, ":\237\300\004", '\000' <repeats 20 times>, ":\237\300\017\000\000\000\000\000F0\000\000F@\000\000\"\000\062\000\004\241Q\213gI\270'\353\301\212/\b\000E\000\000\064\370\314@\000@\006\220\362\300\250\001\r2\037\275\060\263-\r\005n\t\275bv\306\331\177\200\020\002\225\261+\000\000\001\001\b"...
        __func__ = "usb_perform_transfer"
#1  0x00000000 in ?? ()
No symbol table info available.
(gdb) quit

IDK if its of note but the core dump file was/is 116MB in size

[h@shKraker]

Hello all,

I have recently acquired a number of HashFast Yoli boards and am trying to get them running on my LinuxMint 17.1 install.  I've verified the OS can see the boards per dmesg ->

[ 4394.920837] usb 3-1.4.3: new full-speed USB device number 24 using xhci_hcd
[ 4394.938607] usb 3-1.4.3: New USB device found, idVendor=297c, idProduct=0001
[ 4394.938612] usb 3-1.4.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 4394.938614] usb 3-1.4.3: Product: M1 Module
[ 4394.938617] usb 3-1.4.3: Manufacturer: HashFast LLC
[ 4394.938619] usb 3-1.4.3: SerialNumber: 4e9f812ed82c80e39a725f3e4e9bcbe6
[ 4394.939013] cdc_acm 3-1.4.3:1.0: ttyACM0: USB ACM device
 
*AND* I've verified that cgminer can see teh board (ther are many more ready to be plugged in) per ->

$ sudo ./cgminer -n
 [2014-12-07 20:51:15] USB all: found 17 devices - listing known devices
.USB dev 0: Bus 3 Device 24 ID: 297c:0001
  Manufacturer: 'HashFast LLC'
  Product: 'M1 Module'                   
 [2014-12-07 20:51:15] 1 known USB devices

I've run cgminer in a fashion to dump the output to a log file per ->

sudo ./cgminer -o stratum+tcp://5stratum.btcguild.com:3333 -u BoomChaka_babyjet2 -p password --hfa-fan 100 --hfa-temp-target 0 --hfa-temp-overheat 106 --api-listen --api-network --hfa-hash-clock 550 2>log.txt

When I do this here's what I see in the log.txt / on the screen ->

 [2014-12-07 19:58:17] Started cgminer 4.8.0
 [2014-12-07 19:58:18] HFA: Found device with name 4f5b27b652b4c
 [2014-12-07 19:58:18] Probing for an alive pool
 [2014-12-07 19:58:18] Pool 0 difficulty changed to 2
 [2014-12-07 19:58:18] Pool 0 difficulty changed to 512
 [2014-12-07 19:58:18] Network diff set to 40G
 [2014-12-07 19:58:24] API running in UNRESTRICTED read access mode on port 4028 (12)
 [2014-12-07 19:58:41] HFB 4f5b27b652b4c NOTICE: WARNING: Pending watchdog timeout
 [2014-12-07 19:58:41] HFB 4f5b27b652b4c: No valid hashes for over 11 seconds, shutting down thread
 [2014-12-07 19:58:42] HFB 0 HFGetHeader usb read err:(-9) LIBUSB_ERROR_PIPE
 [2014-12-07 19:58:42] HFB 0 attempted reset got err:(-5) LIBUSB_ERROR_NOT_FOUND
 [2014-12-07 19:58:42] HFB 0 failure, disabling!
 [2014-12-07 19:58:45] HFA: Found old instance by op name 4f5b27b652b4c at device 0
 [2014-12-07 19:58:45] Hotplug: Hashfast added HFA 1
 [2014-12-07 19:59:07] HFB 4f5b27b652b4c: No valid hashes for over 11 seconds, shutting down thread
 [2014-12-07 19:59:08] HFB 4f5b27b652b4c NOTICE: WARNING: Pending watchdog timeout
 [2014-12-07 19:59:09] HFB 0 HFGetHeader usb read err:(-9) LIBUSB_ERROR_PIPE
 [2014-12-07 19:59:09] HFB 0 attempted reset got err:(-5) LIBUSB_ERROR_NOT_FOUND
 [2014-12-07 19:59:09] HFB 0 failure, disabling!
 [2014-12-07 19:59:12] HFA: Found old instance by op name 4f5b27b652b4c at device 0
 [2014-12-07 19:59:12] Hotplug: Hashfast added HFA 2
 [2014-12-07 19:59:35] HFB 4f5b27b652b4c: No valid hashes for over 11 seconds, shutting down thread
 [2014-12-07 19:59:35] HFB 4f5b27b652b4c NOTICE: WARNING: Pending watchdog timeout
 [2014-12-07 19:59:37] HFB 0 HFGetHeader usb read err:(-9) LIBUSB_ERROR_PIPE
 [2014-12-07 19:59:37] HFB 0 attempted reset got err:(-5) LIBUSB_ERROR_NOT_FOUND
 [2014-12-07 19:59:37] HFB 0 failure, disabling!
 [2014-12-07 19:59:38] HFA: Found old instance by op name 4f5b27b652b4c at device 0
 [2014-12-07 19:59:38] Hotplug: Hashfast added HFA 3
 [2014-12-07 19:59:53] Shutdown signal received.
 [2014-12-07 19:59:54]
Summary of runtime statistics:

 [2014-12-07 19:59:54] Started at [2014-12-07 19:58:19]
 [2014-12-07 19:59:54] Pool: stratum+tcp://50.31.149.57:3333
 [2014-12-07 19:59:54] Runtime: 0 hrs : 1 mins : 35 secs
 [2014-12-07 19:59:54] Average hashrate: 0.0 Mhash/s
 [2014-12-07 19:59:54] Solved blocks: 0
 [2014-12-07 19:59:54] Best share difficulty: 0
 [2014-12-07 19:59:54] Share submissions: 0
 [2014-12-07 19:59:54] Accepted shares: 0
 [2014-12-07 19:59:54] Rejected shares: 0
 [2014-12-07 19:59:54] Accepted difficulty shares: 0
 [2014-12-07 19:59:54] Rejected difficulty shares: 0
 [2014-12-07 19:59:54] Hardware errors: 0
 [2014-12-07 19:59:54] Utility (accepted shares / min): 0.00/min
 [2014-12-07 19:59:54] Work Utility (diff1 shares solved / min): 0.00/min

 [2014-12-07 19:59:54] Stale submissions discarded due to new blocks: 0
 [2014-12-07 19:59:54] Unable to get work from server occasions: 0
 [2014-12-07 19:59:54] Work items generated locally: 2352
 [2014-12-07 19:59:54] Submitting work remotely delay occasions: 0
 [2014-12-07 19:59:54] New blocks detected on network: 1

 [2014-12-07 19:59:54] Summary of per device statistics:

 [2014-12-07 19:59:54] HFB 0 (5s):0.000 (avg):0.000h/s | A:0 R:0 HW:0 WU:0.0/m
 [2014-12-07 19:59:54] HFB 0 (5s):0.000 (avg):0.000h/s | A:0 R:0 HW:0 WU:0.0/m
 [2014-12-07 19:59:54] HFB 0 (5s):0.000 (avg):0.000h/s | A:0 R:0 HW:0 WU:0.0/m
 [2014-12-07 19:59:54] HFB 0 (5s):0.000 (avg):0.000h/s | A:0 R:0 HW:0 WU:0.0/m
 [2014-12-07 19:59:54] 

It seems to me that cgminer can see the hardware BUT does nothing with it / everything hashes as invlid.  I have Habanero boards running just fine with this.  Could this be a thermal issue?  For reference I'm running the CoolT units (that sound like jet engines when they spin up)What gives?  Many thanks in advance for your reply.

H@shKraker

[-ck]

@conman @kanoi: I have a core file I'd like you to take a look at, maybe, please?

Code:

#0  0x00041dc4 in usb_perform_transfer (cgpu=0xbe2910, usbdev=<optimized out>, intinfo=<optimized out>, epinfo=<optimized out>, data=0x0, length=0, transferred=0x0, timeout=0, mode=0, cmd=C_REJECTED,
    seq=0, cancellable=false, tt=false) at usbutils.c:3061
3061 else if ((endpoint & LIBUSB_ENDPOINT_DIR_MASK) == LIBUSB_ENDPOINT_IN && *transferred)

Hmm, that C_REJECTED command isn't even meant to be something to be sent to the usb as a transfer so no idea how it ends up with that combination - it ends up trying to send nothing. I'll poke around the code and see if there's something obvious.

[Taugeran]

@conman @kanoi: I have a core file I'd like you to take a look at, maybe, please?

Code:

#0  0x00041dc4 in usb_perform_transfer (cgpu=0xbe2910, usbdev=<optimized out>, intinfo=<optimized out>, epinfo=<optimized out>, data=0x0, length=0, transferred=0x0, timeout=0, mode=0, cmd=C_REJECTED,
    seq=0, cancellable=false, tt=false) at usbutils.c:3061
3061 else if ((endpoint & LIBUSB_ENDPOINT_DIR_MASK) == LIBUSB_ENDPOINT_IN && *transferred)

Hmm, that C_REJECTED command isn't even meant to be something to be sent to the usb as a transfer so no idea how it ends up with that combination - it ends up trying to send nothing. I'll poke around the code and see if there's something obvious.

I can try and recompile so there is nothing optimized out. May shed more light...?

[smith2199]

cgminer not completing entire nonce

Running cgminer on an antminer u2.  I am feeding blocks to cgminer via getwork from my own, for lack of a better word, "pool" software.

When I turn on debug mode, the log shows the following:

[2014-12-08 10:13:07] ANU0: no nonce = 0xF1DD9A3F hashes (2.536145s)
 [2014-12-08 10:13:07] [thread 0: 4057831999 hashes, 1569.1 mhash/sec]

This is a consistent number of hashes across multiple blocks - always the same.

My questions are, why do I get a "no nonce" determination when it appears that not all the nonces were actually tried.

And how do I get it to try all the nonces?

[-ck]

cgminer not completing entire nonce

Running cgminer on an antminer u2.  I am feeding blocks to cgminer via getwork from my own, for lack of a better word, "pool" software.

When I turn on debug mode, the log shows the following:

[2014-12-08 10:13:07] ANU0: no nonce = 0xF1DD9A3F hashes (2.536145s)
 [2014-12-08 10:13:07] [thread 0: 4057831999 hashes, 1569.1 mhash/sec]

This is a consistent number of hashes across multiple blocks - always the same.

My questions are, why do I get a "no nonce" determination when it appears that not all the nonces were actually tried.

And how do I get it to try all the nonces?

You can't. It's the hardware that is determining how to hash, and the Icarus protocol devices abort as soon as they find a share. It makes no difference anyway as your chance of finding a share in the rest of the nonce range is exactly the same as finding a share in the same amount of nonces in a new work item.

[smith2199]

cgminer not completing entire nonce

Running cgminer on an antminer u2.  I am feeding blocks to cgminer via getwork from my own, for lack of a better word, "pool" software.

When I turn on debug mode, the log shows the following:

[2014-12-08 10:13:07] ANU0: no nonce = 0xF1DD9A3F hashes (2.536145s)
 [2014-12-08 10:13:07] [thread 0: 4057831999 hashes, 1569.1 mhash/sec]

This is a consistent number of hashes across multiple blocks - always the same.

My questions are, why do I get a "no nonce" determination when it appears that not all the nonces were actually tried.

And how do I get it to try all the nonces?

You can't. It's the hardware the is determining how to hash, and the Icarus protocol devices abort as soon as they find a share. It makes no difference anyway as your chance of finding a share in the rest of the nonce range is exactly the same as finding a share in the same amount of nonces in a new work item.

What I need is to have a complete nonce run on a given work and know that it succeeded or failed.  Or, less useful, at least know which nonce values were tried and failed.  Is there different hardware and/or software that will do this?  Or another option?

[-ck]

What I need is to have a complete nonce run on a given work and know that it succeeded or failed.  Or, less useful, at least know which nonce values were tried and failed.  Is there different hardware and/or software that will do this?  Or another option?

Only with CPU mining can you get a guarantee you'll check all nonces. On the other hand, the Icarus devices you know will mine from nonce 0 up to where they found the share so if you have a work item with a known nonce you can always use that. They don't return anything if they don't find a share though.

[h@shKraker]

ckolivas,

Any idea what might be causing my Yoli boards to behave poorly?  Also, if you need me to post more logs or different logs I'm glad to do that.  Hope all is well.

H@shKraker