Pages:
Author

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

legendary
Activity: 3934
Merit: 2634
OK, when i make a debug file, help that?

Is this so correct when im using the ANT and BiFury?

Quote
./configure --enable-bitfury --enable-icarus

make -g

Then i build a debug file?

It's strange, I hardly use the ants launches the Pi always new (since Cgminer hangs) at the BiFurys there are no problems?

regards

Edit:

At time i use the Cgminer 4.2.3 and over 4 hours it's all OK with the configs no Pi restart...!!??
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Software should never make the operating system crash, even if it's always the same software driver in this case.
legendary
Activity: 3934
Merit: 2634
Hello and thanks for your answer. I think the problem is the Antminer (Icarus) driver, by me the Raspberry start a reboot when Cgminer hangs (Watchdog).

With the 8 x Bifurys (./configure --enable-bitfury) i have no problem the miners run without a reboot!

But whn i test my 8 x Antminers U2+ (./configure --enable-icarus) the Cgminer reboot my Raspberry about one time in a hour!?

With the command (./configure --enable-bitfury --enable-icarus) its the same?

Also the follow command i have set:

Quote
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


regards
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
@ckolivas

My Raspberry with Cgminer 4.3.4 is very unstable, it's possible that the Cgminer have a problem with BiFuryTwin and Antminers at the same time?

When i used only "./configure --enable-bitfury" the Raspberry would't crash, but when i used "./configure --enable-bitfury --enable-icarus" at the same time my Raspberry crash and restart!
Does only cgminer crash or the whole RPi? If it's the whole RPi then you have an instability problem with your Pi which is common, not cgminer. Usually a different SD card or kernel upgrade or different distribution is the way to fix that. If it's just cgminer that crashes, try making a debug build using the instructions here:
http://ck.kolivas.org/apps/cgminer/debug/

As a workaround you can simply set cgminer to restart whenever there's a problem (if it's just cgminer crashing and not the whole Pi).

while true ; do ./cgminer [commands] && sleep 5 ; done
legendary
Activity: 3934
Merit: 2634
@ckolivas

My Raspberry with Cgminer 4.3.4 is very unstable, it's possible that the Cgminer have a problem with BiFuryTwin and Antminers at the same time?

When i used only "./configure --enable-bitfury" the Raspberry would't crash, but when i used "./configure --enable-bitfury --enable-icarus" at the same time my Raspberry crash and restart!

Cgminer config:
Quote
"api-listen" : true,
"api-allow" : "W:192.168.0.15",
"api-port" : "4028",
"expiry" : "120",
"failover-only" : true,
"log" : "5",
"no-pool-disable" : true,
"queue" : "2",
"scan-time" : "60",
"worktime" : true,
"shares" : "0",
"kernel-path" : "/usr/local/bin",
"api-allow" : "0/0",
"bxm-bits" : "53",
"anu-freq" : "250"

regards and thanks for your answer Wink
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Is cgminerdownload.com a fake download site?
I've never heard of it so I would say it is guaranteed to be a fake. My site and kano's mirrored files listed in the opening post are the only official cgminer downloads.
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Bitmain does some terrible things in their driver including ... discarding stale work in the driver before passing it to the work validation code.
This means on p2pool that if you find a stale block that is still a valid network block, it will be discarded. Oh well.

Use my driver for S1 if you don't want to throw such valid blocks away on p2pool.

My S2 driver is still in development - I'm still trying to work out why the device thinks it's a good idea to have >8000 work items queued in it - more than 30s of work - and to work out how to reduce that without letting it get idle - so I'm still waiting on source code from bitmain.

Hey Kano - did Bitmain get back to you yet my man?

My poor S2's are crying out to be set free......... Cheesy Cheesy

Peace.
No more source yet.
I have everything except the SPI kernel code (which I'll implement in cgminer if I can get it - and solve it all in one place)
Code, of course, is necessary since there are no Bitmain docs on the AntMiner hardware.

Bitmain US has been ever so helpful with my S2 though Smiley
Replacement boards and controllers after that pile of damage that originally arrived.

It's rather annoying though that mine doesn't work 100%, since I'm really not sure how my current replacement driver performs.
I can get it running at >990GH/s for hours, but then find it drops. At least I do also get the same issue with their version of the driver ... so it must be my S2 - but I simply cant be 100% certain if it is hardware, the SPI kernel module, or the driver.
I'll probably put out a test firmware next week anyway - with the new cgminer and also a small collection of changes here and there in the firmware itself - so I can see some comparisons on various S2s.

Running yet another overnight run to see how it goes ... after a few hours.
This time it's a new backplane AND a new controller ... fingers crossed.
(I'm 99% sure the 10 boards are OK since I can swap them around without effect)
newbie
Activity: 50
Merit: 0
Sure, I wouldn't download anything from this site!

Is cgminerdownload.com a fake download site?

Probably.  Why not use the known published legit one?

M
legendary
Activity: 1540
Merit: 1001
Is cgminerdownload.com a fake download site?

Probably.  Why not use the known published legit one?

M
newbie
Activity: 50
Merit: 0
Is cgminerdownload.com a fake download site?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Yes I did. I've run it again.
On the miner console I get this:
Code:
[2014-05-27 07:50:08] BXF 2 BXFWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
[2014-05-27 07:50:14] BXF 2 attempted reset got err:(0) LIBUSB_SUCCESS
[2014-05-27 07:50:14] BXF 2: Error 0 sending BXFWork sent 0 of 162
Debug:
Code:
cgminerDebug.exe caused an Access Violation at location 74de9a24 in module msvcrt.dll Reading from location 7881399c.

Registers:
eax=00000001 ebx=00000000 ecx=74616368 edx=00000003 esi=78813999 edi=78813d65
eip=74de9a24 esp=041fd4f0 ebp=041fd4f8 iopl=0         nv up ei pl nz na pe nc
cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b             efl=00010202

Thanks. For whatever reason there's not enough information to know exactly why it's crashing suggesting it's crashing outside the debug built code within cgminer. I'll look through that particular code part of cgminer to see if I can figure out what might be triggering it.
Here try this experimental binary and see if it helps please:
http://ck.kolivas.org/apps/cgminer/temp/cgminer.exe
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/

Hardware is actively cooled and working in air conditioned room - always below 42C.

Here is the debug:
Code:
Thanks. There's not much information in that. Did you use the debug cgminer.exe binary from that directory as well?

Yes I did. I've run it again.
On the miner console I get this:
Code:
[2014-05-27 07:50:08] BXF 2 BXFWork usb write err:(-7) LIBUSB_ERROR_TIMEOUT
[2014-05-27 07:50:14] BXF 2 attempted reset got err:(0) LIBUSB_SUCCESS
[2014-05-27 07:50:14] BXF 2: Error 0 sending BXFWork sent 0 of 162
Debug:
Code:
cgminerDebug.exe caused an Access Violation at location 74de9a24 in module msvcrt.dll Reading from location 7881399c.

Registers:
eax=00000001 ebx=00000000 ecx=74616368 edx=00000003 esi=78813999 edi=78813d65
eip=74de9a24 esp=041fd4f0 ebp=041fd4f8 iopl=0         nv up ei pl nz na pe nc
cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b             efl=00010202

Thanks. For whatever reason there's not enough information to know exactly why it's crashing suggesting it's crashing outside the debug built code within cgminer. I'll look through that particular code part of cgminer to see if I can figure out what might be triggering it.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
The mandatory solo mining parameter "btc-address" almost sneaked by me——don't want to be mining for someone else. A reminder to everyone to actually read the readme.
You can't mine for someone else. It simply wont mine without an address. There was only one older version that would mine somewhere else if you didn't put an address in and it was removed quickly because of the complaints.
sr. member
Activity: 406
Merit: 252
The mandatory solo mining parameter "btc-address" almost sneaked by me——don't want to be mining for someone else. A reminder to everyone to actually read the readme.
hero member
Activity: 924
Merit: 1000
Watch out for the "Neg-Rep-Dogie-Police".....
Bitmain does some terrible things in their driver including ... discarding stale work in the driver before passing it to the work validation code.
This means on p2pool that if you find a stale block that is still a valid network block, it will be discarded. Oh well.

Use my driver for S1 if you don't want to throw such valid blocks away on p2pool.

My S2 driver is still in development - I'm still trying to work out why the device thinks it's a good idea to have >8000 work items queued in it - more than 30s of work - and to work out how to reduce that without letting it get idle - so I'm still waiting on source code from bitmain.

Hey Kano - did Bitmain get back to you yet my man?

My poor S2's are crying out to be set free......... Cheesy Cheesy

Peace.
sr. member
Activity: 294
Merit: 250
Mine isn't

Yeah sorry, a little misunderstanding on my part  Smiley
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
sr. member
Activity: 294
Merit: 250
legendary
Activity: 4592
Merit: 1851
Linux since 1997 RedHat 4
Hi, I noticed a strange behaviour in my mining equipment:
Sometimes out of a sudden I receive BTB: Idled 1 miners for no reason at all. No new block detected by stratum.

http://imageshack.com/a/img841/5870/h19c.png

I am running BitBurner stacks with --avalon-auto on GHash.io

What are the reasons for "idling" miners at such low temperatures and no block detected? Is something wrong with the equipment?
However utility remains pretty high at 22,24 shares/min.

Thanks in advance.
Might mean your network connection had a hiccup.
Otherwise, ignore it.
I found that message in my cgminer logs 39,007 times with my one BTB board from 12-Sep-2013 until I permanently switched it off on 16-Apr-2014

Any interest in selling said bitburner fury?
It's not a fury.
hero member
Activity: 658
Merit: 500
CCNA: There i fixed the internet.
Hi, I noticed a strange behaviour in my mining equipment:
Sometimes out of a sudden I receive BTB: Idled 1 miners for no reason at all. No new block detected by stratum.

http://imageshack.com/a/img841/5870/h19c.png

I am running BitBurner stacks with --avalon-auto on GHash.io

What are the reasons for "idling" miners at such low temperatures and no block detected? Is something wrong with the equipment?
However utility remains pretty high at 22,24 shares/min.

Thanks in advance.
Might mean your network connection had a hiccup.
Otherwise, ignore it.
I found that message in my cgminer logs 39,007 times with my one BTB board from 12-Sep-2013 until I permanently switched it off on 16-Apr-2014

Any interest in selling said bitburner fury?
Pages:
Jump to: