OFFICIAL CGMINER mining software thread for linux/win/osx/mips/arm/r-pi 4.11.0 - page 183.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: LB72 on November 04, 2013, 05:18:11 PM

Quote from: Taugeran on November 04, 2013, 02:18:37 PM

Quote from: LB72 on November 04, 2013, 01:57:41 PM

HI

I use cgminer 3.7 and the message :

KnC spi: Can not open SPI device /dev/spidev1.0: No such file or directory

I don't use KNC Miner. How can I disable that ?

OS : Archlinux

Thank you

did you compile from scratch?

Hi,
No I installed cgminer from repo pacman -S cgminer

In that case then whoever is maintaining the arch package is enabling things in the default build that {s}he shouldn't.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: mdude77 on November 04, 2013, 07:15:47 PM

Might want to update the subject to reflect new version?

Thanks. Maybe I was subconsciously anticipating the need to go to 3.7.1 soon Tongue

mdude77

legendary

Activity: 1540

Merit: 1001

Might want to update the subject to reflect new version?

M

aigeezer

legendary

Activity: 1450

Merit: 1013

Cryptanalyst castrated by his government, 1952

Quote from: -ck on November 04, 2013, 04:01:05 PM

Quote from: jmc1517 on November 04, 2013, 10:36:37 AM

Quote from: -ck on November 04, 2013, 06:43:41 AM

No point testing any of those earlier ones. Yours looks more resistant to being fixed than aigeezer's too. You have lots of problems... and I have nothing new for you to test at this time.

Well I could suggest going back to the code in 3.5.1 - which seems to work flawlessly for me - but I'm not good at dodging flying objects...!!! Seriously, I do appreciate all the time and effort you've been putting into this, and if a solution is not forthcoming, then I can happily stay with 3.5.1 or even 3.3.1 for my particular setup.

Last run of 3.7.0 produced one zombie after 2 hours. I came back after 4 hours, so just the one. Logfile here if required:
https://dl.dropboxusercontent.com/u/44240170/logfile-3.7.0.txt

Edited to correct formatting.

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

Yes, mine has been stable on 3.7.0 for 9.5 hours now. I still get heart-stopping LED flares 10 seconds or so at a time, but they always recover so far. I speculate that jmc1517's issues may be related, but who knows? Our configurations seem so similar, at least on the surface. Watching from the sidelines for now, but I'll switch my other Win7 machine over to 3.7.0 tomorrow and see if it's stable now too.

aneutronic

full member

Activity: 175

Merit: 100

Quote from: -ck on November 04, 2013, 04:51:06 PM

Quote from: aneutronic on November 04, 2013, 04:41:18 PM

Quote from: dlasher on November 04, 2013, 11:22:48 AM

I know I haven't said it for at least 1-2 versions, but thank you again for your continued commitment to CGMINER. It only seems to get better and better over time.

It's a pity you didn't write a secret "send 0.1% to the author" into cgminer.. you'd be filthy rich by now from all of us mining with it. In all seriousness, perhaps you should put in a command-line switch.. don't make it default, but make it explicit, like --donate-author %

I'd like to add my thanks also, I've had increases in MHSav with every upgrade on my POS avalon.

I've been running 3.6.6 for a couple of days, best yet other than the minor OOM issue which I'm assuming is from the itty bitty memory in the wr703.

3.7.0 wouldn't start up though:

Code:

Segmentation fault

In any case thanks for your dedicated work, I also think you should add the --donate-author% switch.

Thanks. Later avalon firmware set the --lowmem option. I wonder if your particular firmware isn't setting it? If not, try adding it to the extra options anyway. I see you're building firmware yourself which is pretty brave, as I've not been able to generate good firmware in a while myself since breaking my wrt(and replacing it I've not been able to get it stable). A segmentation fault should be an obvious crash in the code though, but unless you can go digging around creating a debug build, I can't really do much about it. In all honesty I give up and plug the usb cable from my avalon into my pc every time I try to build firmware as I don't have time to work on the wrt any more.

As for the donation option, believe it or not at the moment I'm too busy to add more features, even if it means that feature would give me donations. I am trying freaking hard to stabilise the code currently, and even though bug reports continue, most of the changes are necessary to do away with legacy issues in cgminer that won't stand the test of time, and changes for upcoming hardware that are essential.

EDIT: If I get time I'll try building a binary for the wrt and test it myself but it's quite far down the priority list sorry.

--lowmem is still being set by default, the output I posted was from trying to start 3.7.0 at the command prompt to see why it wouldn't start and --lowmem was set that time also. The wr703 is a neat little router but it's a poor choice for this. Seriously, a $10,000 miner piloted by a $20 router, you'd think they could of at least spent another $15 and used an rpi FFS.

It's NBD, maximizing the hashing is most important and it restarts with no problem. Don't worry about creating a build now for these, you have enough on your plate. Not sure how to do the debug build as I don't have a lot of experience but glad to be of help if I can. Let me know what you need and I'll try not to ask too many stupid questions.

LB72

newbie

Activity: 19

Merit: 0

Quote from: Taugeran on November 04, 2013, 02:18:37 PM

Quote from: LB72 on November 04, 2013, 01:57:41 PM

HI

I use cgminer 3.7 and the message :

KnC spi: Can not open SPI device /dev/spidev1.0: No such file or directory

I don't use KNC Miner. How can I disable that ?

OS : Archlinux

Thank you

did you compile from scratch?

Hi,
No I installed cgminer from repo pacman -S cgminer

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: aneutronic on November 04, 2013, 04:41:18 PM

Quote from: dlasher on November 04, 2013, 11:22:48 AM

I know I haven't said it for at least 1-2 versions, but thank you again for your continued commitment to CGMINER. It only seems to get better and better over time.

It's a pity you didn't write a secret "send 0.1% to the author" into cgminer.. you'd be filthy rich by now from all of us mining with it. In all seriousness, perhaps you should put in a command-line switch.. don't make it default, but make it explicit, like --donate-author %

I'd like to add my thanks also, I've had increases in MHSav with every upgrade on my POS avalon.

I've been running 3.6.6 for a couple of days, best yet other than the minor OOM issue which I'm assuming is from the itty bitty memory in the wr703.

3.7.0 wouldn't start up though:

Code:

Segmentation fault

In any case thanks for your dedicated work, I also think you should add the --donate-author% switch.

Thanks. Later avalon firmware set the --lowmem option. I wonder if your particular firmware isn't setting it? If not, try adding it to the extra options anyway. I see you're building firmware yourself which is pretty brave, as I've not been able to generate good firmware in a while myself since breaking my wrt(and replacing it I've not been able to get it stable). A segmentation fault should be an obvious crash in the code though, but unless you can go digging around creating a debug build, I can't really do much about it. In all honesty I give up and plug the usb cable from my avalon into my pc every time I try to build firmware as I don't have time to work on the wrt any more.

As for the donation option, believe it or not at the moment I'm too busy to add more features, even if it means that feature would give me donations. I am trying freaking hard to stabilise the code currently, and even though bug reports continue, most of the changes are necessary to do away with legacy issues in cgminer that won't stand the test of time, and changes for upcoming hardware that are essential.

EDIT: If I get time I'll try building a binary for the wrt and test it myself but it's quite far down the priority list sorry.

aneutronic

full member

Activity: 175

Merit: 100

Quote from: dlasher on November 04, 2013, 11:22:48 AM

I know I haven't said it for at least 1-2 versions, but thank you again for your continued commitment to CGMINER. It only seems to get better and better over time.

It's a pity you didn't write a secret "send 0.1% to the author" into cgminer.. you'd be filthy rich by now from all of us mining with it. In all seriousness, perhaps you should put in a command-line switch.. don't make it default, but make it explicit, like --donate-author %

I'd like to add my thanks also, I've had increases in MHSav with every upgrade on my POS avalon.

I've been running 3.6.6 for a couple of days, best yet other than the minor OOM issue which I'm assuming is from the itty bitty memory in the wr703.

3.7.0 wouldn't start up though:

Code:

[2013-11-04 17:41:04] Started cgminer 3.7.0                    
 [2013-11-04 17:41:04] AVA0: Reset succeeded (Controller version: 2013060665)                    
 [2013-11-04 17:41:05] AVA0: Idling 24 miners                    
 [2013-11-04 17:41:06] Probing for an alive pool                    
 [2013-11-04 17:41:06] Pool 1 difficulty changed to 64                    
 [2013-11-04 17:41:06] Switching to pool 1 stratum+tcp://mmpool.bitparking.com:3333 - first alive pool                    
 [2013-11-04 17:41:06] Pool 0 stratum+tcp://mint.bitminter.com:3333 alive, testing stability                    
 [2013-11-04 17:41:06] Switching to pool 0 stratum+tcp://mint.bitminter.com:3333                    
 [2013-11-04 17:41:06] Pool 0 difficulty changed to 64                    
 [2013-11-04 17:41:06] Network diff set to 17M                    
 [2013-11-04 17:41:06] Stratum from pool 0 requested work restart                    
Segmentation fault

In any case thanks for your dedicated work, I also think you should add the --donate-author% switch.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: pooler on November 04, 2013, 05:12:10 AM

Quote from: -ck on November 04, 2013, 04:56:38 AM

Quote from: pooler on November 04, 2013, 04:54:43 AM

Did you commit the fix? I cannot find it in the commit history.
I have tried the latest master (tag v3.7.0) from the git repo, and the bug is still there.

Well, no one confirmed whether I had fixed it or not, so I had to run blind. Therefore the bug is still there.

Sorry for the misunderstanding. When I posted my report, it was referred to the latest git master (that's why I suggested users to revert to v3.6.6 instead of just pulling the latest commits). Since no related commit appeared after my post, I thought you were working on a fix and you still had to push it to the git repo. My bad, I should probably have been more explicit.

Try latest git then please.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: jmc1517 on November 04, 2013, 10:36:37 AM

Quote from: -ck on November 04, 2013, 06:43:41 AM

No point testing any of those earlier ones. Yours looks more resistant to being fixed than aigeezer's too. You have lots of problems... and I have nothing new for you to test at this time.

Well I could suggest going back to the code in 3.5.1 - which seems to work flawlessly for me - but I'm not good at dodging flying objects...!!! Seriously, I do appreciate all the time and effort you've been putting into this, and if a solution is not forthcoming, then I can happily stay with 3.5.1 or even 3.3.1 for my particular setup.

Last run of 3.7.0 produced one zombie after 2 hours. I came back after 4 hours, so just the one. Logfile here if required:
https://dl.dropboxusercontent.com/u/44240170/logfile-3.7.0.txt

Edited to correct formatting.

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

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: loshia on November 04, 2013, 03:09:21 PM

I have noticed that 3.7 problems during start are caused by
Make calls to flush queue and flush work asynchronous wrt to the main…comit
What happens is that flush_queue is using qlock which might be not initialized from hotplug when there are more USB miners connected
Simple if(cgpu) check is solving that issue for me

That's a very insightful observation, thanks, will investigate further.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: LB72 on November 04, 2013, 01:57:41 PM

HI

I use cgminer 3.7 and the message :

KnC spi: Can not open SPI device /dev/spidev1.0: No such file or directory

I don't use KNC Miner. How can I disable that ?

OS : Archlinux

Thank you

You built it yourself with knc support. Don't do that.

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: dlasher on November 04, 2013, 11:22:48 AM

[snip comments about 'waiting for pool issue']

Quote from: -ck on November 03, 2013, 04:17:58 PM

On further investigation, I've found how this can happen, and have committed a fix for this into git so it should go into the next version. The actual issue goes back quite a way so backtracking versions will not avoid it.

Thanks, heard more comments about people running into it over the weekend from KNC users, who, of course in 0.98 firmware, went to cgminer 3.6.6.

by the way, is this the fix:

Quote

- Use a non blocking connect with a 1 second select timeout when initiating
stratum to allow us to iterate over all IPs returned by getaddrinfo in round
robin DNS pools.

I know I haven't said it for at least 1-2 versions, but thank you again for your continued commitment to CGMINER. It only seems to get better and better over time.

It's a pity you didn't write a secret "send 0.1% to the author" into cgminer.. you'd be filthy rich by now from all of us mining with it. In all seriousness, perhaps you should put in a command-line switch.. don't make it default, but make it explicit, like --donate-author %

Thanks. No that wasn't the change and it looks like I didn't fix it anyway and it's a separate issue based on post release bug reports. More coming soon...

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: Illutian on November 04, 2013, 08:35:55 AM

Is there anyway to change the layout.

Currently my 18 erupters show up like this:
(Marked and pasted from the command prompt; no formatting changes made, except for adding a '.' in the brackets to avoid a forum post formatting issue)
But all 18 are crunching away:

Quote

(5s):5.942G (avg):5.883Gh/s | A:252 R:0 HW:4 WU:76.0/m

I assume you're on windows if you can't resize your command prompt window. There is compact mode which summarises them only, and you can change your command prompt window by right clicking on the window frame and choosing settings and change the default to more rows.

loshia

legendary

Activity: 1610

Merit: 1000

I have noticed that 3.7 problems during start are caused by
Make calls to flush queue and flush work asynchronous wrt to the main…comit
What happens is that flush_queue is using qlock which might be not initialized from hotplug when there are more USB miners connected
Simple if(cgpu) check is solving that issue for me

Taugeran

hero member

Activity: 658

Merit: 500

CCNA: There i fixed the internet.

Quote from: LB72 on November 04, 2013, 01:57:41 PM

HI

I use cgminer 3.7 and the message :

KnC spi: Can not open SPI device /dev/spidev1.0: No such file or directory

I don't use KNC Miner. How can I disable that ?

OS : Archlinux

Thank you

did you compile from scratch?

centove

full member

Activity: 194

Merit: 100

Quote from: Illutian on November 04, 2013, 10:13:58 AM

Quote from: -Redacted- on November 04, 2013, 09:15:49 AM

Try the up and down arrows...

That does nothing. Doesn't even most the blinking prompt line.

I should also mention that because of the formatting I can't see any of the 'Settings', 'Pool Management', or 'Display options' messages.

That only works with bfgminer, cgminer don't appear to do any sort of keyboard control.

LB72

newbie

Activity: 19

Merit: 0

HI

I use cgminer 3.7 and the message :

KnC spi: Can not open SPI device /dev/spidev1.0: No such file or directory

I don't use KNC Miner. How can I disable that ?

OS : Archlinux

Thank you

Askit2

hero member

Activity: 981

Merit: 500

DIV - Your "Virtual Life" Secured and Decentralize

Started 3.7.0 when it was released. I hadn't turned logging on so this won't likely be of much help. Plus it was already reported. Still here is what I came back to.

Code:

 cgminer version 3.7.0 - Started: [2013-11-04 05:15:39]
--------------------------------------------------------------------------------
 (5s):0.000 (avg):7.981Gh/s | A:32182  R:32  HW:276  WU:111.6/m
 ST: 0  SS: 0  NB: 4  LW: 33213  GF: 0  RF: 0
 Connected to multiple pools with block change notify
 Block: 7ac0fe1f...  Diff:391M  Started: [05:42:01]  Best share: 36.2K
--------------------------------------------------------------------------------
 [P]ool management [S]ettings [D]isplay options [Q]uit
 BAJ  0:  max 32C 3.43V | 4.862G/439.6Mh/s | A:1880 R:0 HW:  0 WU:  6.2/m
 BAJ  1:  max 32C 3.73V | 5.329G/466.7Mh/s | A:1990 R:0 HW:  0 WU:  6.4/m
 BAJ  2:  max 31C 3.65V | 5.354G/474.4Mh/s | A:1465 R:0 HW:  0 WU:  6.8/m
 BAJ  3:  max 33C 3.32V | 4.867G/433.3Mh/s | A:1922 R:0 HW:  7 WU:  6.0/m
 BAJ  4:  max 30C 4.04V | 5.874G/523.7Mh/s | A:2130 R:0 HW:  0 WU:  7.2/m
 BAJ  5:  max 30C 3.15V | 4.980G/435.7Mh/s | A:1753 R:0 HW: 52 WU:  5.7/m
 BAJ  6:  max 32C 3.33V | 5.078G/448.7Mh/s | A:1756 R:0 HW:  1 WU:  6.5/m
 BAJ  7:  max 31C 3.46V | 5.665G/501.1Mh/s | A:2073 R:0 HW:  0 WU:  7.1/m
 BAJ  8:  max 29C 3.86V | 5.552G/487.4Mh/s | A:1921 R:0 HW:  0 WU:  6.9/m
 BAJ  9:  max 31C 2.28V | 5.619G/502.1Mh/s | A:2042 R:0 HW:  0 WU:  6.8/m
 BAJ 10:  max 31C 3.73V | 5.661G/481.6Mh/s | A:2094 R:0 HW:  0 WU:  7.0/m
 BAJ 11:  max 26C 3.51V | 4.810G/426.9Mh/s | A:1601 R:0 HW: 40 WU:  5.9/m
 BAJ 12:  max 29C 3.52V | 5.086G/453.8Mh/s | A:1759 R:0 HW:  0 WU:  6.5/m
 BAJ 13:  max 30C 3.96V | 5.118G/455.7Mh/s | A:1984 R:0 HW:  0 WU:  6.4/m
 BAJ 14:  max 29C 2.99V | 5.246G/462.7Mh/s | A:2211 R:0 HW:  0 WU:  6.6/m
 BAJ 15:  max 30C 3.83V | 5.579G/497.3Mh/s | A:1949 R:0 HW:111 WU:  6.8/m
 BAJ 16:  max 29C 3.71V | 5.448G/490.8Mh/s | A:1653 R:0 HW: 65 WU:  6.7/m
--------------------------------------------------------------------------------

 [2013-11-04 05:41:10] Accepted 03a19249 Diff 71/37 BAJ 3 pool 2
 [2013-11-04 05:41:17] Accepted 038254a8 Diff 73/37 BAJ 13 pool 2
 [2013-11-04 05:41:21] Accepted 063654e9 Diff 41/32 BAJ 5 pool 3
 [2013-11-04 05:41:21] Accepted 01895d09 Diff 167/32 BAJ 12 pool 3
 [2013-11-04 05:41:23] Accepted ca03713b Diff 324/37 BAJ 12 pool 2
 [2013-11-04 05:41:25] Accepted 062fe1a4 Diff 41/32 BAJ 7 pool 3
 [2013-11-04 05:41:28] Accepted 0424011a Diff 62/37 BAJ 12 pool 2
 [2013-11-04 05:41:29] Accepted 06de4660 Diff 37/32 BAJ 4 pool 3
 [2013-11-04 05:41:30] Accepted 01a3620a Diff 156/32 BAJ 9 pool 3
 [2013-11-04 05:41:30] Accepted 05815bc9 Diff 46/37 BAJ 5 pool 2
 [2013-11-04 05:41:33] Accepted 03489a3f Diff 78/37 BAJ 3 pool 2
 [2013-11-04 05:41:35] Accepted 0473473c Diff 58/37 BAJ 7 pool 2
 [2013-11-04 05:41:39] Accepted 01c0d4f4 Diff 146/37 BAJ 12 pool 2
 [2013-11-04 05:41:40] Accepted 0557207a Diff 48/37 BAJ 16 pool 2
 [2013-11-04 05:41:42] Accepted 736fe14f Diff 568/32 BAJ 1 pool 3
 [2013-11-04 05:41:44] Accepted 014c91dc Diff 197/32 BAJ 4 pool 3
 [2013-11-04 05:41:44] Accepted 06bad42c Diff 38/32 BAJ 8 pool 3
 [2013-11-04 05:41:45] Accepted 02a756e8 Diff 96/32 BAJ 9 pool 3
 [2013-11-04 05:41:45] Accepted 069b8966 Diff 39/37 BAJ 11 pool 2
 [2013-11-04 05:41:47] Accepted 041775b3 Diff 63/32 BAJ 4 pool 3
 [2013-11-04 05:41:51] Accepted 04419a6b Diff 60/37 BAJ 11 pool 2
 [2013-11-04 05:41:53] Accepted 052bc753 Diff 50/37 BAJ 9 pool 2
 [2013-11-04 05:41:58] Accepted 5d6981d9 Diff 702/37 BAJ 15 pool 2
 [2013-11-04 05:41:59] Accepted 848fab84 Diff 494/32 BAJ 1 pool 3
 [2013-11-04 05:42:01] New block detected on network before longpoll
 [2013-11-04 05:42:01] Pool 3 stale share detected, submitting as user requested
 [2013-11-04 05:42:01] Accepted 0724f753 Diff 36/32 BAJ 4 pool 3
 [2013-11-04 05:42:04] Stratum from pool 1 requested work restart
 [2013-11-04 05:42:06] Stratum from pool 0 requested work restart
 [2013-11-04 05:42:06] Pool 2 difficulty changed to 32.949399
 [2013-11-04 05:42:06] Stratum from pool 2 requested work restart

I came back at 10:08 or really close to that. Odd that it stopped on a restart. Well a series of restarts.

Raspberry pi running arch and quotas to split hashing to 3 pools. Do the quota numbers matter? Failover only is also enabled so that the two backups should only work as backups.

ksenter

member

Activity: 90

Merit: 10

Could something that changed in 3.7.0 have broken mining on p2pool? I just tried upgrading and it just closed immediately after I ran it.

Edit: forgot to add log..

[2013-11-04 11:29:34] Started cgminer 3.7.0
[2013-11-04 11:29:36] Probing for an alive pool
[2013-11-04 11:29:36] Switching pool 0 http://127.0.0.1:9332 to stratum+tcp://127.0.0.1:9332
[2013-11-04 11:29:36] Pool 0 difficulty changed to 7.328747
[2013-11-04 11:29:36] Network diff set to 391M
[2013-11-04 11:29:36] Stratum from pool 0 requested work restart

Then it closed...

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