Bitcoin Forum
September 24, 2017, 07:55:49 PM *
News: Latest stable version of Bitcoin Core: 0.15.0.1  [Torrent]. (New!)
 
   Home   Help Search Donate Login Register  
Pages: « 1 ... 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 [667] 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 ... 838 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.10.0  (Read 5484225 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
jmc1517
Jr. Member
*
Offline Offline

Activity: 56


View Profile
November 05, 2013, 12:47:11 PM
 #13321

No, there are too many changes post 3.5.1 that everything else depends on. In the same way new versions come out for other reasons and need bugfixes, the solution is to fix the current  behaviour, not go to the old behaviour.

EDIT: What's interesting is that the pattern is the same every time in your logs. One device disappears and then another has timeouts forever more. However it also seems to keep hashing fine based on the fact that your summary shows the hashrate is the same for AMU0 as the rest.

EDIT2: Here're the next tests (note this is specifically for your issue now since last report aigeezer's was working)
http://ck.kolivas.org/apps/cgminer/temp/cgminer-lt.exe
http://ck.kolivas.org/apps/cgminer/temp/cgminer-nt.exe
http://ck.kolivas.org/apps/cgminer/temp/cgminer-et.exe

Appreciate your dedication to this, I'll stick with it for as long as you want to keep testing, but quite willing to stick with the older version if you want to spend your time more productively!

So, latest test results. Nothing to very hopeful, at least to my untrained eye:
Started cgminer-lt @10:21, zombie at 11:01. Test ended
Started cgminer-nt @11:06, zombie at 12:07. Test ended

Started cgminer-et at 12:11. First zombie AMU29 appeared at 12:18 just as I started uploading to Flickr aagin (coincidence?). The offending AMU was replugged at 12:22 and started working again as AMU 34.

Two AMU LEDs came on full and 2 zombies appeared in the display at 12:25, AMU 14&16, but AMU 16 started working again. Tis behaviour is new, perhaps?  It was removed from the table and reappeared as AMU 35. AMU 14 was still reported as zombie, but there was no corresponding "NO_DEVICE" in the logfile for either of these two. Strange?

I tried re-plugging AMU 14 @12:30 but it did not get recognised again (LED came back full on and the zombie remained in the display table). Test ended... Sad

Edit to add logfile links:
 https://dl.dropboxusercontent.com/u/44240170/logfile-lt.txt
 https://dl.dropboxusercontent.com/u/44240170/logfile-nt.txt
 https://dl.dropboxusercontent.com/u/44240170/logfile-et.txt

Edit: Just noticed the 3.7.1 release.  I'll give it a try. You never know!
 


Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1506282949
Hero Member
*
Offline Offline

Posts: 1506282949

View Profile Personal Message (Offline)

Ignore
1506282949
Reply with quote  #2

1506282949
Report to moderator
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2282


Ruu \o/


View Profile WWW
November 05, 2013, 12:53:36 PM
 #13322

So, latest test results. Nothing to very hopeful, at least to my untrained eye:
Started cgminer-lt @10:21, zombie at 11:01. Test ended
Started cgminer-nt @11:06, zombie at 12:07. Test ended

Started cgminer-et at 12:11. First zombie AMU29 appeared at 12:18 just as I started uploading to Flickr aagin (coincidence?). The offending AMU was replugged at 12:22 and started working again as AMU 34.

Two AMU LEDs came on full and 2 zombies appeared in the display at 12:25, AMU 14&16, but AMU 16 started working again. Tis behaviour is new, perhaps?  It was removed from the table and reappeared as AMU 35. AMU 14 was still reported as zombie, but there was no corresponding "NO_DEVICE" in the logfile for either of these two. Strange?

I tried re-plugging AMU 14 @12:30 but it did not get recognised again (LED came back full on and the zombie remained in the display table). Test ended... Sad

Edit to add logfile links:
 https://dl.dropboxusercontent.com/u/44240170/logfile-lt.txt
 https://dl.dropboxusercontent.com/u/44240170/logfile-nt.txt
 https://dl.dropboxusercontent.com/u/44240170/logfile-et.txt

Edit: Just noticed the 3.7.1 release.  I'll give it a try. You never know!
 
Thanks for that. 3.7.1 is closest to -et in behaviour.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
whiteEAGLE
Jr. Member
*
Offline Offline

Activity: 39


View Profile
November 05, 2013, 12:55:57 PM
 #13323

Does sgminer run with Nanofury NF1 USB-sticks?

If yes - how can i get it to work?
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2282


Ruu \o/


View Profile WWW
November 05, 2013, 12:56:58 PM
 #13324

Does sgminer run with Nanofury NF1 USB-sticks?

If yes - how can i get it to work?
No

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
whiteEAGLE
Jr. Member
*
Offline Offline

Activity: 39


View Profile
November 05, 2013, 01:02:54 PM
 #13325

is this planed to add?
aigeezer
Legendary
*
Offline Offline

Activity: 1377


Cryptanalyst castrated by his government, 1952


View Profile
November 05, 2013, 01:12:24 PM
 #13326

So, latest test results. Nothing to very hopeful, at least to my untrained eye:
Started cgminer-lt @10:21, zombie at 11:01. Test ended
Started cgminer-nt @11:06, zombie at 12:07. Test ended

Started cgminer-et at 12:11. First zombie AMU29 appeared at 12:18 just as I started uploading to Flickr aagin (coincidence?). The offending AMU was replugged at 12:22 and started working again as AMU 34.

Two AMU LEDs came on full and 2 zombies appeared in the display at 12:25, AMU 14&16, but AMU 16 started working again. Tis behaviour is new, perhaps?  It was removed from the table and reappeared as AMU 35. AMU 14 was still reported as zombie, but there was no corresponding "NO_DEVICE" in the logfile for either of these two. Strange?

I tried re-plugging AMU 14 @12:30 but it did not get recognised again (LED came back full on and the zombie remained in the display table). Test ended... Sad

Edit to add logfile links:
 https://dl.dropboxusercontent.com/u/44240170/logfile-lt.txt
 https://dl.dropboxusercontent.com/u/44240170/logfile-nt.txt
 https://dl.dropboxusercontent.com/u/44240170/logfile-et.txt

Edit: Just noticed the 3.7.1 release.  I'll give it a try. You never know!
 
Thanks for that. 3.7.1 is closest to -et in behaviour.

3.7.1 froze on startup for me and did not respond to the Q command. I tried it twice, then reverted to 3.7.0 which seems to be running fine. Prior to that, 3.7.0 had run without error for 24 hours before I tried the update to 3.7.1.
jmc1517
Jr. Member
*
Offline Offline

Activity: 56


View Profile
November 05, 2013, 01:14:03 PM
 #13327

So, latest test results.
Edit: Just noticed the 3.7.1 release.  I'll give it a try. You never know!
 
Thanks for that. 3.7.1 is closest to -et in behaviour.

3.7.1 doesn't start up for me - it just hangs and doesn't turn off any of the AMU LEDs.  No screen display.  I've tried both zip and 7z archives, running cgminer with my usual conf file, and also cgminer-nogpu.  No dice.  Tried a few times, then back to 3.5.1 which started up ok.  I guess it's not just me, seeing the previous post from aigeezer.
 
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2282


Ruu \o/


View Profile WWW
November 05, 2013, 01:23:57 PM
 #13328

Shit shit shit, last minute breakage  Angry

pretend you didn't see 3.7.1

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2282


Ruu \o/


View Profile WWW
November 05, 2013, 01:36:17 PM
 #13329

3.7.2 uploading as we speak/type. Besides, even numbers always sound more stable.

EDIT: And it's up.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
aigeezer
Legendary
*
Offline Offline

Activity: 1377


Cryptanalyst castrated by his government, 1952


View Profile
November 05, 2013, 01:52:05 PM
 #13330

3.7.2 uploading as we speak/type. Besides, even numbers always sound more stable.

EDIT: And it's up.

It's off to a good start for me (Windows zip version).
P_Shep
Legendary
*
Offline Offline

Activity: 1050


View Profile WWW
November 05, 2013, 02:00:21 PM
 #13331

Getting this compile error:

cgminer-driver-knc-spi-fpga.o: In function `knc_process_response.constprop.6':
driver-knc-spi-fpga.c:(.text+0xf54): undefined reference to `WEXITSTATUS'
cgminer-driver-knc-spi-fpga.o: In function `knc_scanwork':
driver-knc-spi-fpga.c:(.text+0x1700): undefined reference to `WEXITSTATUS'
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2282


Ruu \o/


View Profile WWW
November 05, 2013, 02:03:34 PM
 #13332

Getting this compile error:

cgminer-driver-knc-spi-fpga.o: In function `knc_process_response.constprop.6':
driver-knc-spi-fpga.c:(.text+0xf54): undefined reference to `WEXITSTATUS'
cgminer-driver-knc-spi-fpga.o: In function `knc_scanwork':
driver-knc-spi-fpga.c:(.text+0x1700): undefined reference to `WEXITSTATUS'

The KfC sauce is meant to only cook on this architecture: arm-angstrom-linux-gnueabi
There is no point trying to compile it for anything else since the hardware only exists on a beaglebone. What are you trying to compile it for?

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
P_Shep
Legendary
*
Offline Offline

Activity: 1050


View Profile WWW
November 05, 2013, 02:42:19 PM
 #13333

Getting this compile error:

cgminer-driver-knc-spi-fpga.o: In function `knc_process_response.constprop.6':
driver-knc-spi-fpga.c:(.text+0xf54): undefined reference to `WEXITSTATUS'
cgminer-driver-knc-spi-fpga.o: In function `knc_scanwork':
driver-knc-spi-fpga.c:(.text+0x1700): undefined reference to `WEXITSTATUS'

The KfC sauce is meant to only cook on this architecture: arm-angstrom-linux-gnueabi
There is no point trying to compile it for anything else since the hardware only exists on a beaglebone. What are you trying to compile it for?

Ah, ok, I just enabled everything. Complies fine without.
And thanks for adding the '--with-system-libusb'
jmc1517
Jr. Member
*
Offline Offline

Activity: 56


View Profile
November 05, 2013, 04:15:21 PM
 #13334

Downloaded and started running cgminer-3.7.2

After about 40 minutes, 2 AMU LEDs (27/28) came on solid, but by the time I had checked the display only 1 was showing as zombie, then both LEDs went out and no zombies remained in the display. Yay!  Both AMUs had re-initialised as AMU 34/35.  This looks very promising Smiley

Jeffrey
Full Member
***
Offline Offline

Activity: 182


View Profile
November 05, 2013, 04:19:12 PM
 #13335

Hi,

Maybe a weird question, but is there a limit on the amount of Block Erupters cgminer is able to run? I'm asking this because I'm trying to set 98 up, (2x49port hubs) and it doesn't work.

When I connect hub 1 (with 49 BE's) it's fine. When I disconnect 1 and connect hub 2, it's fine. (so it's not a power issue, both are powered by an ATX supply with 30a on 5v) When I connect both of them at the same time, cgminer tells me it can't find any device and it's waiting for a hotplug.

When connect 1 full and a couple on the 2nd hub, it works. cgminer crashes on hotplug, so I have to close it, add more, and restart it. This works until I have 59. 59 is fine, 60 gives this error. I've tried putting the 60th in different usb ports (also on the laptop host itself), also other sticks, but it just won't accept  60 or more.

This is the behavior on cgminer 3.6.4, 3.7.0 and 3.7.2 (and often, 3.7.2 crashes after 1 or 2 minutes regardless of how many I've attached)

Using windows 7 64bit

Any advise?
SpAcEDeViL
Hero Member
*****
Offline Offline

Activity: 730


View Profile WWW
November 05, 2013, 07:42:29 PM
 #13336

CGMiner 3.6.6. Crash Raspberry Pi with Raspbian after 20 min, or 2 h or 6h... random system freeze.

Only restart with power off.

chadtn
Full Member
***
Offline Offline

Activity: 178


View Profile
November 05, 2013, 07:57:58 PM
 #13337

CGMiner 3.6.6. Crash Raspberry Pi with Raspbian after 20 min, or 2 h or 6h... random system freeze.

Only restart with power off.

I did an update & upgrade yesterday in anticipation of my K16's showing up.  As soon as I popped them in my Raspberry Pi running Raspbian Wheezy started crashing constantly any time I tried to hash.  zipiju posted the following on www.projectklondike.com and it fixed my problem instantly:

Raspberry Pi is locking up when running CGMiner

If your RPi is freezing randomly after some time (could be minutes, could be hours or days) with error like Oops: PREEMPT ARM, CPU0 Not tainted printed out over HDMI, and with locked up ethernet and USB interfaces, you have to add following option to the /boot/cmdline.txt file on SD card:

slub_debug=FP
Make sure you do not add that option to the new line if some other options are already present in that file. Always paste it behind all other options delimited with space. Also, before editing, make sure your /boot partition is mounted by issuing this command:

mount | grep boot
It should print out something like this when it is mounted:

/dev/mmcblk0p1 on /boot type vfat (rw,noatime)
If it is not mounted, that command returns nothing. To mount /boot partition, just do:

mount /boot
Freezing is caused by some bug probably in Kernel itself, as you can read on http://www.raspberrypi.org/phpBB3/viewtopic.php?t=55370&p=421883:

"We recently changed the kernel memory allocator to SLUB for increased performance (incidentally also allowing this sort of debugging) which meant that this bug, which has probably always been there, has crawled into the open." by jdb.

To this date, this bug is still present in Master and Next branches of RPi firmware/kernel (https://github.com/raspberrypi/firmware) - up to a Kernel version 3.10.15 and maybe even latter.


Chad
-ck
Moderator
Legendary
*
Offline Offline

Activity: 2282


Ruu \o/


View Profile WWW
November 05, 2013, 08:37:49 PM
 #13338

Yay finally a night's sleep after a release without showstopper bugs.

Primary developer/maintainer for cgminer and ckpool/ckproxy.
ZERO FEE Pooled mining at ckpool.org 1% Fee Solo mining at solo.ckpool.org
-ck
SpAcEDeViL
Hero Member
*****
Offline Offline

Activity: 730


View Profile WWW
November 05, 2013, 08:41:20 PM
 #13339

Hy,

i have

Code:
Linux raspberrypi 3.10.18+ #577 Tue Nov 5 12:33:36 GMT 2013 armv6l GNU/Linux
Code:
Oct 18 2013 16:07:43
Copyright (c) 2012 Broadcom
version dbda126981820ea5681263042435388dddf65131 (tainted) (release)
root@raspberrypi:~#

Last kern.log before crash:
Code:
Nov  5 21:19:00 raspberrypi kernel: [   10.741945] bcm2708_i2c bcm2708_i2c.1: BSC1 Controller at 0x20804000 (irq 79) (baudrate 100k)
Nov  5 21:19:00 raspberrypi kernel: [   10.836278] bcm2708_spi bcm2708_spi.0: master is unqueued, this is deprecated
Nov  5 21:19:00 raspberrypi kernel: [   10.846583] bcm2708_spi bcm2708_spi.0: SPI Controller at 0x20204000 (irq 80)
Nov  5 21:19:00 raspberrypi kernel: [   12.340492] usbcore: registered new interface driver rtl8192cu
Nov  5 21:19:00 raspberrypi kernel: [   18.815515] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
Nov  5 21:19:00 raspberrypi kernel: [   19.255702] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
Nov  5 21:19:00 raspberrypi kernel: [   20.328267] i2c /dev entries driver
Nov  5 21:19:00 raspberrypi kernel: [   25.039911] FAT-fs (mmcblk0p1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
Nov  5 21:19:00 raspberrypi kernel: [   28.192313] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
Nov  5 21:19:02 raspberrypi kernel: [   50.173568] Adding 102396k swap on /var/swap.  Priority:-1 extents:2 across:507900k SS
Nov  5 21:25:37 raspberrypi kernel: imklog 5.8.11, log source = /proc/kmsg started.
Nov  5 21:25:37 raspberrypi kernel: [    0.000000] Booting Linux on physical CPU 0x0

Now i have install cgminer 3.7.2
And reboot it with slub_debug=FP in my cmdline.txt



Code:
dwc_otg.lpm_enable=0 console=ttyAMA0,115200 kgdboc=ttyAMA0,115200 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait slub_debug=FP

i hope the system runs now...

jmc1517
Jr. Member
*
Offline Offline

Activity: 56


View Profile
November 05, 2013, 08:45:23 PM
 #13340

Downloaded and started running cgminer-3.7.2

After about 40 minutes, 2 AMU LEDs (27/28) came on solid, but by the time I had checked the display only 1 was showing as zombie, then both LEDs went out and no zombies remained in the display. Yay!  Both AMUs had re-initialised as AMU 34/35.  This looks very promising Smiley

I hate to tempt fate, and I also hate quoting myself, but this baby's been running for 5 hours now with only the two temporary glitches reported above.  Nothing untoward in the logfile. Fingers and toes crossed.

Pages: « 1 ... 617 618 619 620 621 622 623 624 625 626 627 628 629 630 631 632 633 634 635 636 637 638 639 640 641 642 643 644 645 646 647 648 649 650 651 652 653 654 655 656 657 658 659 660 661 662 663 664 665 666 [667] 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 711 712 713 714 715 716 717 ... 838 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!