Pages:
Author

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

full member
Activity: 162
Merit: 109
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
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:
...
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=, intinfo=, epinfo=, data=0x0, length=0, transferred=0x0, timeout=0,
    cmd=C_REJECTED, cancellable=false, tt=false, mode=, seq=) at usbutils.c:3028
#4  0x00000000 in ?? ()
(gdb)

But in /var/log/kern.log now no there are new logs :-/
full member
Activity: 162
Merit: 109
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
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:
...
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=, intinfo=, epinfo=, data=0x184cf18f
,
    length=422109583, transferred=0x191a018f, timeout=0, cmd=C_REJECTED, cancellable=false, tt=false, mode=, seq=) 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=, intinfo=, epinfo=, data=0x184cf18f
,
    length=422109583, transferred=0x191a018f, timeout=0, cmd=C_REJECTED, cancellable=false, tt=false, mode=, seq=) 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.

legendary
Activity: 1540
Merit: 1001
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. Sad

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
hero member
Activity: 840
Merit: 1002
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. Sad

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)
legendary
Activity: 1540
Merit: 1001
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. Sad

M
hero member
Activity: 840
Merit: 1002
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).
legendary
Activity: 1540
Merit: 1001
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
legendary
Activity: 3583
Merit: 1094
Think for yourself
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.
legendary
Activity: 1018
Merit: 1001
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) ?
legendary
Activity: 1190
Merit: 1000
New release: Version 4.8.0, 25th November 2014

- Rockminer driver updates for better support of New R-Box and RK Box:
-- Filter out the bulk of the duplicate shares. This will make the hashrate appear lower, but no pool would have been honouring them as valid shares anyway.
-- Substantially lower hardware errors.
-- Lower CPU usage.
-- Slightly higher effective hashrate.


Is the lower CPU usage (Raspberry Pi) by all miners or only for the Rockminer?

regards

It's under Rockminer driver updates..... So lower cpu usage with Rockminer i believe
legendary
Activity: 3934
Merit: 2634
New release: Version 4.8.0, 25th November 2014

- Rockminer driver updates for better support of New R-Box and RK Box:
-- Filter out the bulk of the duplicate shares. This will make the hashrate appear lower, but no pool would have been honouring them as valid shares anyway.
-- Substantially lower hardware errors.
-- Lower CPU usage.
-- Slightly higher effective hashrate.


Is the lower CPU usage (Raspberry Pi) by all miners or only for the Rockminer?

regards
full member
Activity: 162
Merit: 109
Try this one line change in usbutils.c line 893:

Thanks, i done
Now it is working. I will report about results.

And please i want to notice that before core files i see in this time in /var/log/kern.log

Code:
Nov 29 07:30:44 raspberrypi kernel: [58770.017696] usb 1-1.3.1: USB disconnect, device number 13
Nov 29 07:30:44 raspberrypi kernel: [58770.762521] usb 1-1.3.1: new full-speed USB device number 15 using dwc_otg
Nov 29 07:30:44 raspberrypi kernel: [58770.876079] usb 1-1.3.1: New USB device found, idVendor=297c, idProduct=0001
Nov 29 07:30:44 raspberrypi kernel: [58770.876115] usb 1-1.3.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Nov 29 07:30:44 raspberrypi kernel: [58770.876131] usb 1-1.3.1: Product: M1 Module
Nov 29 07:30:44 raspberrypi kernel: [58770.876144] usb 1-1.3.1: Manufacturer: HashFast LLC
Nov 29 07:30:44 raspberrypi kernel: [58770.876158] usb 1-1.3.1: SerialNumber: 6fd744af545f5ee1aa2b717c30f27551
Nov 29 07:30:44 raspberrypi kernel: [58770.881156] cdc_acm 1-1.3.1:1.0: ttyACM0: USB ACM device

And

Code:
Nov 29 09:33:14 raspberrypi kernel: [66120.264296] usb 1-1.3.2: USB disconnect, device number 14
Nov 29 09:33:15 raspberrypi kernel: [66121.009407] usb 1-1.3.2: new full-speed USB device number 16 using dwc_otg
Nov 29 09:33:15 raspberrypi kernel: [66121.122171] usb 1-1.3.2: New USB device found, idVendor=297c, idProduct=0001
Nov 29 09:33:15 raspberrypi kernel: [66121.122241] usb 1-1.3.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Nov 29 09:33:15 raspberrypi kernel: [66121.122260] usb 1-1.3.2: Product: M1 Module
Nov 29 09:33:15 raspberrypi kernel: [66121.122274] usb 1-1.3.2: Manufacturer: HashFast LLC
Nov 29 09:33:15 raspberrypi kernel: [66121.122289] usb 1-1.3.2: SerialNumber: cad2530b65ee406439d3a7cb8190d609
Nov 29 09:33:15 raspberrypi kernel: [66121.127335] cdc_acm 1-1.3.2:1.0: ttyACM0: USB ACM device

And my core files:
Code:
-rw------- 1 pi pi 162668544 Hoя 29 07:30 core.3641
-rw------- 1 pi pi 171257856 Hoя 29 09:33 core.3789

Exactly in like these moments cgminer gets segmentation fault
full member
Activity: 162
Merit: 109
My console is also displaying a lot of the LIBUSB_ERROR_IO. Any ideas?

I got same errors in RasPi
After i recompiled with --with-libusb but before i done:

cd cgminer-distrib
sudo make unistall # should be done for uninstalling *.h files of libusb support which were installed by cgminer. Without this you will get binary linked with non-system lib
sudo make clean
./configure --with-libusb ...
make && sudo make install
legendary
Activity: 1190
Merit: 1000
I left it waiting a few hours until morning and it did not connect. Will try again and report if it still does not. Yes, I have only one U2 and seems it is best at 200MHz. Thanks.

Are you solo mining? Maybe you want to try http://solo.ckpool.org/
sr. member
Activity: 490
Merit: 270
Reverse Engineer
anyone know how can i change cgminer executable in antminer S4?

/etc/init.d/cgminer.sh stop
wget http://ck.kolivas.org/apps/cgminer/antminer/s4/4.6.1-141018/cgminer
mv /usr/bin/cgminer /usr/bin/cgminer.bak
chmod +x cgminer
mv cgminer /usr/bin/cgminer
/etc/init.d/cgminer.sh restart

this is not working
i change 10 times but when S4 restarted, old one comes again. i cant place new cgminer in S4 Huh
is BBB angstrom blocking my modifies???

another question is nicehash release this version of cgminer
is this safe ? i seen kolivas's cgminer is 300-400Kb but this is 1700kb ?? Huh

https://nicehash.com/download/AntMinerS4-cgminer.zip
https://nicehash.com/?p=software

full member
Activity: 217
Merit: 101
I left it waiting a few hours until morning and it did not connect. Will try again and report if it still does not. Yes, I have only one U2 and seems it is best at 200MHz. Thanks.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Quote
[2014-11-29 01:45:03] Started cgminer 4.8.0
[2014-11-29 01:45:03] Loaded configuration file cgminer.conf
[2014-11-29 01:45:07] ANU 0: Found at 3:1
[2014-11-29 01:45:08] Probing for an alive pool
[2014-11-29 01:45:08] Testing pool http://localhost:8332
[2014-11-29 01:45:10] HTTP request failed: Failed connect to localhost:8332; No error
[2014-11-29 01:45:11] HTTP request failed: Failed connect to localhost:8332; No error
[2014-11-29 01:45:13] Failed to connect to stratum on localhost:8332
[2014-11-29 01:45:18] Waiting for work to be available from pools.
The above is while the bitcoind is still running DB check. After 5-10 sec of waiting it clears the screen and just exits after any key pressed. The subject is cgminer 4.8.0-windows. One more issue, it takes 250MHz as default frequency for antminer U2, while most stable is 200Mhz. I have to set "anu-freq" : "200.0" in config for stable hashing.
I'm not sure what you're seeing as an issue in either of those things. Of course it can't connect to the only pool you've provided if it's dead. Wait till it's ready without pressing a key and it will work. Second, yours may be stable at 200, but they are usually stable at 250.
full member
Activity: 217
Merit: 101
Quote
[2014-11-29 01:45:03] Started cgminer 4.8.0
[2014-11-29 01:45:03] Loaded configuration file cgminer.conf
[2014-11-29 01:45:07] ANU 0: Found at 3:1
[2014-11-29 01:45:08] Probing for an alive pool
[2014-11-29 01:45:08] Testing pool http://localhost:8332
[2014-11-29 01:45:10] HTTP request failed: Failed connect to localhost:8332; No error
[2014-11-29 01:45:11] HTTP request failed: Failed connect to localhost:8332; No error
[2014-11-29 01:45:13] Failed to connect to stratum on localhost:8332
[2014-11-29 01:45:18] Waiting for work to be available from pools.
The above is while the bitcoind is still running DB check. After 5-10 sec of waiting it clears the screen and just exits after any key pressed. The subject is cgminer 4.8.0-windows. One more issue, it takes 250MHz as default frequency for antminer U2, while most stable is 200Mhz. I have to set "anu-freq" : "200.0" in config for stable hashing.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Hi,

Other device Raspberry Pi B+ (i bought other device and other micro sd card)
I installed new OS for new RasPi
The miner is same
And again segmentation fault in usb_perform_transfer Sad
May be some compile options are not fine for gcc?
I think a hardware is not problem now...

Code:
pi@raspberrypi ~ $ gdb -c core.3179 /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
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:
...
Reading symbols from /usr/local/bin/cgminer...done.
[New LWP 3203]
[New LWP 3179]
[New LWP 3181]
[New LWP 3188]
[New LWP 3189]
[New LWP 3190]
[New LWP 3191]
[New LWP 3192]
[New LWP 3193]
[New LWP 3194]
[New LWP 3195]
[New LWP 3196]
[New LWP 3199]
[New LWP 3200]
[New LWP 3180]
[New LWP 3206]
[New LWP 3182]
[New LWP 3205]
[New LWP 3197]
[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  __list_del (next=0x86aa, prev=0xad5fc380) at elist.h:78
78 next->prev = prev;
(gdb) bt
#0  __list_del (next=0x86aa, prev=0xad5fc380) at elist.h:78
#1  list_del (entry=0xaf5fc380) at elist.h:89
#2  complete_usb_transfer (ut=0xaf5fc368) at usbutils.c:2864
#3  0x00041af8 in usb_perform_transfer (cgpu=0x1e8970, usbdev=, intinfo=, epinfo=, data=0x0, length=0,
    transferred=0x0, timeout=0, mode=0, cmd=C_REJECTED, seq=0, cancellable=false, tt=false) at usbutils.c:3028
#4  0x00000000 in ?? ()
Try this one line change in usbutils.c line 893:
Change:
Code:
#define DO_USB_STATS 1
to:
Code:
#define DO_USB_STATS 0
full member
Activity: 162
Merit: 109
Hi,

Other device Raspberry Pi B+ (i bought other device and other micro sd card)
I installed new OS for new RasPi
The miner is same
And again segmentation fault in usb_perform_transfer Sad
May be some compile options are not fine for gcc?
I think a hardware is not problem now...

Code:
pi@raspberrypi ~ $ gdb -c core.3179 /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
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:
...
Reading symbols from /usr/local/bin/cgminer...done.
[New LWP 3203]
[New LWP 3179]
[New LWP 3181]
[New LWP 3188]
[New LWP 3189]
[New LWP 3190]
[New LWP 3191]
[New LWP 3192]
[New LWP 3193]
[New LWP 3194]
[New LWP 3195]
[New LWP 3196]
[New LWP 3199]
[New LWP 3200]
[New LWP 3180]
[New LWP 3206]
[New LWP 3182]
[New LWP 3205]
[New LWP 3197]
[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  __list_del (next=0x86aa, prev=0xad5fc380) at elist.h:78
78 next->prev = prev;
(gdb) bt
#0  __list_del (next=0x86aa, prev=0xad5fc380) at elist.h:78
#1  list_del (entry=0xaf5fc380) at elist.h:89
#2  complete_usb_transfer (ut=0xaf5fc368) at usbutils.c:2864
#3  0x00041af8 in usb_perform_transfer (cgpu=0x1e8970, usbdev=, intinfo=, epinfo=, data=0x0, length=0,
    transferred=0x0, timeout=0, mode=0, cmd=C_REJECTED, seq=0, cancellable=false, tt=false) at usbutils.c:3028
#4  0x00000000 in ?? ()
Pages:
Jump to: