wolf_miner
Legendary
Offline
Activity: 1018
Merit: 1001
|
 |
November 30, 2014, 06:04:11 PM |
|
Hi, i need some help, "--balance" command can be added at the end of the command line or is necessary that is placed at the begin, to restore the default pool strategy can i use "--failover" command.
Thanks in advance W_M
PS is available in CGMINER for Innosilicon A2 chips (scrypt) ?
|
|
|
|
os2sam
Legendary
Offline
Activity: 3586
Merit: 1099
Think for yourself
|
 |
November 30, 2014, 06:46:49 PM |
|
Hi, i need some help, "--balance" command can be added at the end of the command line or is necessary that is placed at the begin, to restore the default pool strategy can i use "--failover" command.
Thanks in advance W_M
PS is available in CGMINER for Innosilicon A2 chips (scrypt) ?
You can put --balance anywhere you want. I usually put the command line switch's before the pool info though. I don't think there is a --failover switch as that is the default. CGMiner is a Bitcoin miner software so it doesn't support scrypt.
|
A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail?
|
|
|
mdude77
Legendary
Offline
Activity: 1540
Merit: 1001
|
 |
November 30, 2014, 06:52:36 PM |
|
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
|
I mine at Kano's Pool because it pays the best and is completely transparent! Come join me!
|
|
|
nwoolls
|
 |
November 30, 2014, 06:56:34 PM |
|
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).
|
MultiMiner: Any Miner, Any Where, on Any Device | Xgminer: Mine with popular miners on Mac OS X
|
|
|
mdude77
Legendary
Offline
Activity: 1540
Merit: 1001
|
 |
November 30, 2014, 07:01:52 PM |
|
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
|
I mine at Kano's Pool because it pays the best and is completely transparent! Come join me!
|
|
|
nwoolls
|
 |
November 30, 2014, 07:08:12 PM |
|
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)
|
MultiMiner: Any Miner, Any Where, on Any Device | Xgminer: Mine with popular miners on Mac OS X
|
|
|
mdude77
Legendary
Offline
Activity: 1540
Merit: 1001
|
 |
November 30, 2014, 07:26:25 PM |
|
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
|
I mine at Kano's Pool because it pays the best and is completely transparent! Come join me!
|
|
|
Perlover
|
 |
December 01, 2014, 12:35:58 PM |
|
Try this one line change in usbutils.c line 893: Change: #define DO_USB_STATS 1
to: #define DO_USB_STATS 0
Now i got new core file after this changes 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 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
|
 |
December 01, 2014, 12:39:00 PM |
|
And after 2-3 minute new core file: 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 :-/
|
|
|
|
|
salfter
|
 |
December 01, 2014, 08:27:46 PM Last edit: December 01, 2014, 09:10:16 PM by 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
|
 |
December 02, 2014, 05:13:55 PM |
|
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
Legendary
Offline
Activity: 4200
Merit: 2957
Top-tier crypto casino and sportsbook
|
 |
December 03, 2014, 05:28:05 PM |
|
Good day, i have a probem with Oscam 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
|
 |
December 07, 2014, 03:12:11 PM |
|
@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.: /: 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: ulimit -c unlimited ./cgstart.sh
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
|
Bitfury HW & Habañero : 1.625Th/s tips/Donations: 1NoS89H3Mr6U5CmP4VwWzU2318JEMxHL1 Come join Coinbase
|
|
|
h@shKraker
|
 |
December 08, 2014, 02:58:46 AM |
|
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
|
Tips/Payments: 1HaZvsUjJpcAf76QWg7Muu4mnWRWCrRNMs
|
|
|
-ck (OP)
Legendary
Offline
Activity: 4480
Merit: 1664
Ruu \o/
|
 |
December 08, 2014, 03:34:32 AM |
|
@conman @kanoi: I have a core file I'd like you to take a look at, maybe, please? #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.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
Taugeran
|
 |
December 08, 2014, 04:41:10 AM |
|
@conman @kanoi: I have a core file I'd like you to take a look at, maybe, please? #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...?
|
Bitfury HW & Habañero : 1.625Th/s tips/Donations: 1NoS89H3Mr6U5CmP4VwWzU2318JEMxHL1 Come join Coinbase
|
|
|
smith2199
Newbie
Offline
Activity: 6
Merit: 0
|
 |
December 08, 2014, 11:28:06 PM |
|
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 (OP)
Legendary
Offline
Activity: 4480
Merit: 1664
Ruu \o/
|
 |
December 08, 2014, 11:31:09 PM Last edit: December 08, 2014, 11:43:11 PM by ckolivas |
|
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.
|
Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel 2% Fee Solo mining at solo.ckpool.org -ck
|
|
|
smith2199
Newbie
Offline
Activity: 6
Merit: 0
|
 |
December 08, 2014, 11:43:35 PM |
|
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?
|
|
|
|
|