Bitcoin Forum
June 03, 2020, 08:40:00 PM *
News: Latest Bitcoin Core release: 0.19.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 612 613 614 615 616 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 ... 843 »
  Print  
Author Topic: OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.1  (Read 5800050 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. (3 posts by 3 users deleted.)
-ck
Legendary
*
Offline Offline

Activity: 3150
Merit: 1329


Ruu \o/


View Profile WWW
November 05, 2013, 05:35:05 AM
 #13221

if (cgpu && cgpu->deven == DEV_ENABLED) cgpu->drv->flush_work(cgpu);

flush work is not initialized  in this case  Wink
Updated git. The mining thread shouldn't appear with read lock held so see if that code suffices.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
1591216800
Hero Member
*
Offline Offline

Posts: 1591216800

View Profile Personal Message (Offline)

Ignore
1591216800
Reply with quote  #2

1591216800
Report to moderator
1591216800
Hero Member
*
Offline Offline

Posts: 1591216800

View Profile Personal Message (Offline)

Ignore
1591216800
Reply with quote  #2

1591216800
Report to moderator
In order to achieve higher forum ranks, you need both activity points and merit points.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1591216800
Hero Member
*
Offline Offline

Posts: 1591216800

View Profile Personal Message (Offline)

Ignore
1591216800
Reply with quote  #2

1591216800
Report to moderator
loshia
Legendary
*
Offline Offline

Activity: 1610
Merit: 1000


View Profile
November 05, 2013, 06:07:05 AM
 #13222

if (cgpu && cgpu->deven == DEV_ENABLED) cgpu->drv->flush_work(cgpu);

flush work is not initialized  in this case  Wink
Updated git. The mining thread shouldn't appear with read lock held so see if that code suffices.
10X
But on my tplinks it sill segfaults from time to times because of it - drv->flush-queue . It is a temporally fix probably. But unfortunately no gdb on my tplink. I hope you will see it on your Avalon unit...

Thank you
Best

Please help the Led Boy aka Bicknellski to make us a nice Christmas led tree and pay WASP membership fee here:
https://bitcointalk.org/index.php?topic=643999.msg7191563#msg7191563
And remember Bicknellski is not collecting money from community;D
whiteEAGLE
Newbie
*
Offline Offline

Activity: 39
Merit: 0


View Profile
November 05, 2013, 07:01:43 AM
 #13223

Hello forum!

Can anybody help me with setting up cgminer on a RPi?
I'm nwe to the RPi and don't really know what i'm doing....
At this time i'm using minepeon and it works so far.
But i want to set up cgminer on Raspbian. Is there a "How to" guide somewhere in the last 666 sides tread

Hope someone has the time to take care of a newbie Smiley

Thanks!
Beastlymac
Hero Member
*****
Offline Offline

Activity: 630
Merit: 500


Miner Setup And Reviews. WASP Rep.


View Profile
November 05, 2013, 07:39:25 AM
 #13224

Hello forum!

Can anybody help me with setting up cgminer on a RPi?
I'm nwe to the RPi and don't really know what i'm doing....
At this time i'm using minepeon and it works so far.
But i want to set up cgminer on Raspbian. Is there a "How to" guide somewhere in the last 666 sides tread

Hope someone has the time to take care of a newbie Smiley

Thanks!
Follow this guide. But change 3.3.4 to 3.7.0
http://www.huement.com/blog/?p=941

Message me if you have any problems
Askit2
Hero Member
*****
Offline Offline

Activity: 985
Merit: 500


DIV - Your "Virtual Life" Secured and Decentralize


View Profile
November 05, 2013, 07:45:31 AM
 #13225

Hello forum!

Can anybody help me with setting up cgminer on a RPi?
I'm nwe to the RPi and don't really know what i'm doing....
At this time i'm using minepeon and it works so far.
But i want to set up cgminer on Raspbian. Is there a "How to" guide somewhere in the last 666 sides tread

Hope someone has the time to take care of a newbie Smiley

Thanks!
Don't use Raspbian. Please. All my runtime issues disappeared when working under arch. Please use arch.

If you must use raspbian here is what I did to get everything setup....
First install the requirements to build cgminer. (I would as it makes hotfixes on git useable).
Some of these aren't strictly required. Like you don't need vim or screen. Screen is just awesome though.
Code:
apt-get install vim screen
apt-get install git
apt-get install automake
apt-get install autoconf
apt-get install libcurl4-openssl-dev
apt-get install libusb-1.0.0-dev
apt-get install libncurses5-dev
apt-get install libudev-dev
apt-get install pkg-config
apt-get install libtool

Next build instructions.
Each line is its own command.
Code:
git clone https://github.com/ckolivas/cgminer --branch master

cd cgminer

CFLAGS="-g -W -Wall" ./autogen.sh --enable-bflsc --enable-icarus --enable-bitforce --enable-modminer --enable-ztex --enable-avalon --enable-klondike

make clean

make

Again I would likely use Pacman to get the packages you need to build your own. Pacman is on Arch (What mine peon runs) and works just fine. Hopefully the USB/Memory errors on Raspbian get worked out soon but I got tired of waiting.

EDIT: My instructions are likely dated but the package list is from things Kano and CK posted. The rest are just things I wrote down so I wouldn't forget.

EDIT2: There is one file that needs copied. Look in the readme and follow the code. Really it isn't hard to set it up.

          ▄▄
        ▄█▀▀█▄
      ▄█▀ ▄▄ ▀█▄
      ▀ ▄████▄ ▀
   ▄▀ ▄ ▀████▀ ▄ ▀▄
 ▄▀ ▄███▄ ▀▀ ▄███▄ ▀▄
█  ███████  ███████  █
 ▀▄ ▀███▀ ▄▄ ▀███▀ ▄▀

   ▀▄ ▀ ▄████▄ ▀ ▄▀
      ▄ ▀████▀ ▄
      ▀█▄ ▀▀ ▄█▀
        ▀█▄▄█▀
          ▀▀
███████████████████████████████████████████████████████████████████
██████▀▀▀▀▀▀▀▀▀▀▀██████████▀▀▀▀▀████▀▀▀▀▀█████▀▀▀▀█████▀▀▀▀▀███████
██████            ▀████████     ████     █████    █████     ███████
██████     ▄▄▄▄▄    ▀██████     █████    ████      ████    ████████
██████     ██████▄    █████     █████    ▀██▀  ▄▄  ▀██▀    ████████
██████     ███████    █████     ██████    ██   ██   ██    █████████
██████     ███████    █████     ██████    ██   ██   ██    █████████
██████     ███████    █████     ██████     █   ██   █     █████████
██████     █████▀    ██████     ███████       ████       ██████████
██████     ▀▀▀▀▀    ▄██████     ████████     ██████     ███████████
██████            ▄████████     ████████     ██████     ███████████
██████▄▄▄▄▄▄▄▄▄▄▄██████████▄▄▄▄▄█████████▄▄▄▄██████▄▄▄▄████████████
███████████████████████████████████████████████████████████████████
.DIWtoken.com.
▄██████████████████▄
███       ▀███████
███       █████████
███       █████████
███       █████████
███              ██
███   ▄▄▄▄▄▄▄▄   ███
███   ▄▄▄▄▄▄▄▄   ███
███              ███
███▄▄▄▄▄▄▄▄▄▄▄▄▄▄███
██████████████████▀

▄██████████████████▄
███████████▀ ███████
█████████▀   ███████
███████▀     ██▀ ███
███ ▀▀       █▄▄████
███          █▀▀▀▀██
███ ▄▄       ███████
██████▄     █▄ ▀███
█████████▄   ███▄███
███████████▄ ███████
▀██████████████████▀

▄██████████████████▄
████████████████████
███████████████▀▀ ██
█████████▀▀     ███
████▀▀     ▄█▀   ███
███▄    ▄██      ███
█████████▀      ▄██
█████████▄     ████
█████████████▄ ▄████
████████████████████
▀██████████████████▀
......SECURITY DECENTRALIZED...
RaTTuS
Hero Member
*****
Offline Offline

Activity: 792
Merit: 1000


Bite me


View Profile
November 05, 2013, 09:16:30 AM
 #13226

http://www.raspberrypi.org/phpBB3/viewtopic.php?t=54176&p=417366#p417366
works for me raspbian no issues,

for 3.6.1
I don't bother with the libusb just plain cgminer

In the Beginning there was CPU , then GPU , then FPGA then ASIC, what next I hear to ask ....

1RaTTuSEN7jJUDiW1EGogHwtek7g9BiEn
-ck
Legendary
*
Offline Offline

Activity: 3150
Merit: 1329


Ruu \o/


View Profile WWW
November 05, 2013, 11:47:35 AM
Last edit: November 05, 2013, 01:29:48 PM by ckolivas
 #13227

New version: 3.7.2, 5th November 2013

In the interests of not leaving a relatively unstable release out there, here's a pure bugfix release.


Human readable changelog:

- Fix for crashes on startup and hotplug.
- Fix for hangs doing no further work after a block change.
- Fix yet again scrypt showing a block solve with every highish diff share.
- Try to find a compromise between the various ends of the windows+AMU timeout issue spectrum.
- Write errors will cause a device failure, allowing cgminer to attempt to hotplug them again.
- Icarus based devices will hopefully align on the display with others.
- Fix for short periods of no/idled work on avalon devices due to async restarts with block changes.
- Fix for diff shown on big endian machines
- Fix for building with curses disabled.
- Other low level clean ups.


Full changelog:

- Clean up completely on avalon shutdown.
- Use cgsem timed waits in avalon driver to not miss any queued wake ups to
account for async messages coming during a flush work.
- Statline before is too long on icarus that doesn't have monitoring.
- Different windows+usb combinations respond with varying levels of reliability
wrt timeouts so use a nominal extra 40ms before cancelling transfers that fail
to time out on their own.
- Do all hotplug_process under the write mining_thr_lock
- Fix for opt_worktime on big endian machines.
- Correct set_blockdiff for big endian machines.
- Make sure cgpu exists in the restart threads loop in cases of hotplug etc.
- Treat usb write timeout errors as unrecoverable.
- Transfer errors are filtered out in usbutils now so no need to look for them
in NODEV checks.
- Remove now unused entries from struct cg_usb_device
- Do not double up with checking for end of timeout measurements in usb
read/write.
- Do get_work in fill_queue without holding other locks.
- Initialise usb after all the locks and conditionals are initialised.
- Use only a trylock in flush queue to prevent deadlocks.
- Add a wr_trylock wrapper for pthread rw lock write trylock.
- Scale diff for scrypt when testing for block solves.
- Fix for non curses build.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
jmc1517
Newbie
*
Offline Offline

Activity: 56
Merit: 0


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

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!
 


-ck
Legendary
*
Offline Offline

Activity: 3150
Merit: 1329


Ruu \o/


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

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.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
whiteEAGLE
Newbie
*
Offline Offline

Activity: 39
Merit: 0


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

Does sgminer run with Nanofury NF1 USB-sticks?

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

Activity: 3150
Merit: 1329


Ruu \o/


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

Does sgminer run with Nanofury NF1 USB-sticks?

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

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
whiteEAGLE
Newbie
*
Offline Offline

Activity: 39
Merit: 0


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

is this planed to add?
aigeezer
Legendary
*
Offline Offline

Activity: 1449
Merit: 1013


Cryptanalyst castrated by his government, 1952


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

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
Newbie
*
Offline Offline

Activity: 56
Merit: 0


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

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
Legendary
*
Offline Offline

Activity: 3150
Merit: 1329


Ruu \o/


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

Shit shit shit, last minute breakage  Angry

pretend you didn't see 3.7.1

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
-ck
Legendary
*
Offline Offline

Activity: 3150
Merit: 1329


Ruu \o/


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

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

EDIT: And it's up.

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
aigeezer
Legendary
*
Offline Offline

Activity: 1449
Merit: 1013


Cryptanalyst castrated by his government, 1952


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

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: 1720
Merit: 1120


This is not OK.


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

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
Legendary
*
Offline Offline

Activity: 3150
Merit: 1329


Ruu \o/


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

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?

Developer/maintainer for cgminer, ckpool/ckproxy, and the -ck kernel
2% Fee Solo mining at solo.ckpool.org
-ck
P_Shep
Legendary
*
Offline Offline

Activity: 1720
Merit: 1120


This is not OK.


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

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'
Pages: « 1 ... 612 613 614 615 616 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 ... 843 »
  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!