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

Littleshop

legendary

Activity: 1386

Merit: 1004

Quote from: kano on March 25, 2014, 03:20:05 PM

Quote from: zuqka on March 25, 2014, 08:10:32 AM

Well if I disconnect the power and re-connect after 10-15min it runs normally for 5-10min and then the it brakes down. Am clueless Sad

It sounds like a hardware problem - but since it is all custom hardware, it's most likely a bitmain hardware issue for them to fix, since we know the software works under normal conditions for literally 10 of thousands of antminers.

Try downclocking it and see if it fixes it. If you do not have to downclock it too far it might be worth keeping now vs sending back.

fhh

legendary

Activity: 1206

Merit: 1000

Quote from: Truman on March 27, 2014, 11:26:42 AM

Is there shortly a support for the gridseed miners?

surly not - they are bad scrypt boys Tongue

and the sha256 part? nobody needs it!

Truman

legendary

Activity: 826

Merit: 1000

Is there shortly a support for the gridseed miners?

daddyfatsax

hero member

Activity: 857

Merit: 1000

Anger is a gift.

I have 2 bitfury rigs, v2.2 and v1.2, that I am trying to get cgminer running on. I compiled with --enable-bab and my v2.2 rig works fine, my v1.2 rig is just showing HW errors. From the ASICreadme I can see the options are --bab-options max:def:min. I want my v1.2 rig to start with --bab-options max:55def:54, is that the correct way to start it? Just want to make sure I am doing this correctly, chainminer is a pain in the ass and my stratum proxy keeps dying. Even if I restart the stratum proxy every hour it eventually just craps out.

Thanks.

ZBC3

sr. member

Activity: 361

Merit: 250

Never mind, it was definitely user error. I've reinstalled and am working perfectly again.

Thank you

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

Quote from: zamot on March 25, 2014, 04:33:53 PM

Quote from: zuqka on March 25, 2014, 08:10:32 AM

Well if I disconnect the power and re-connect after 10-15min it runs normally for 5-10min and then the it brakes down. Am clueless Sad

Maybe it is an power issue. I had the same issue and after i connected an old CD drive to power supply it is stable. Before that power supply shuts down ( 650 W for one antminer S1), now it has constant load on CD drive and it works.

I've had my smaller ant (90GH/s) stop mining a few times and I checked dmesg today and noticed the -71 error
rebooting it directly (ssh in and 'reboot') has cleared it each time

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

Quote from: techman05 on March 26, 2014, 08:00:25 PM

Kano just wondering but as I'm getting one of those s1's soon I have to ask if they make it easy to update or are there special thing I need to do to make updates to it.

Hopefully all the questions I'm asking are in your read me but I ask just in case.

Thanks

To replace cgminer to a new version:
https://github.com/kanoi/cgminer-binaries/tree/master/AntS1

There are other methods to do larger updates (ipk files) and of course a full flash of the OS, but from a mining point of view, just putting in the new cgminer as described above is all that is needed.

techman05

hero member

Activity: 546

Merit: 500

Kano just wondering but as I'm getting one of those s1's soon I have to ask if they make it easy to update or are there special thing I need to do to make updates to it.

Hopefully all the questions I'm asking are in your read me but I ask just in case.

Thanks

ZBC3

sr. member

Activity: 361

Merit: 250

I updated to 4.2.1, but now my one string miners aren't recognized, my bitf burner fury had lots of read errors, and my avalon thumbs by drillbit aren't recognized. It is recognizing the bitfury thumbs and 8 board by drillbit, and my bitburner fury (4 stack) us hashing at around 30.

Any suggestions?

I think it's an avalon read buff error or something like that for the bitburner fury

loshia

legendary

Activity: 1610

Merit: 1000

Con,

I am looking at stale_work() code. I am wandering if work gets stale in solo and gbt also?

if (pool->gbt_workid)
work->job_id = strdup(pool->gbt_workid);
Shall job_id be checked inside stale_work code. For stratum it is considered as stale if there is no share but for gbt and solo?
Thanks

zamot

member

Activity: 122

Merit: 10

Quote from: zuqka on March 25, 2014, 08:10:32 AM

Well if I disconnect the power and re-connect after 10-15min it runs normally for 5-10min and then the it brakes down. Am clueless Sad

Maybe it is an power issue. I had the same issue and after i connected an old CD drive to power supply it is stable. Before that power supply shuts down ( 650 W for one antminer S1), now it has constant load on CD drive and it works.

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

Quote from: zuqka on March 25, 2014, 08:10:32 AM

Well if I disconnect the power and re-connect after 10-15min it runs normally for 5-10min and then the it brakes down. Am clueless Sad

It sounds like a hardware problem - but since it is all custom hardware, it's most likely a bitmain hardware issue for them to fix, since we know the software works under normal conditions for literally 10 of thousands of antminers.

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

Quote from: zamot on March 25, 2014, 12:24:46 PM

...
Kano, there is an minor "optical bug" in miner status displaying LSTime. It does not display actual difference since last time the pool was contacted. Instead displays times remaining since some distant past - i think since 01-01-1970 Cheesy

I've mentioned this before.

The problem is that bitmain changed the content of the API field.
So from a cgminer point of view, there is no fix.
What they changed in their fork was: instead of providing a unix time stamp like 1395777236, which cgminer did, still does, and forever will, they now send out a string like "10:05:23" meaning a bit over 10 minutes in the past.

Of course I will not change the API to break all code that uses LSTime.
The only fix that doesn't break cgminer is to revert the antminer code that displays the web page.

Artpego posted an antminer luci fix (revert) about 2 pages back:
https://bitcointalksearch.org/topic/m.5852062

-ck

legendary

Activity: 4088

Merit: 1631

Ruu \o/

Quote from: loshia on March 25, 2014, 10:55:36 AM

Quote from: -ck on March 24, 2014, 03:33:40 PM

Quote from: loshia on March 24, 2014, 11:04:07 AM

PS:

Guy's
What about
   cg_wlock(&control_lock);
   .....local_work++;
   .....total_work++;
   cg_wunlock(&control_lock);
I think there is a need to lock them everywhere or ?

Thanks

Mostly harmless, but probably wouldn't hurt to protect them with the write lock for when mining at multiple different types of pools at once (eg GBT + stratum), yes, thanks.

Super,
If you can add local_work++ inside total_work_inc will be great Wink

That's a purely cosmetic number and adding locking for it does not protect anything of any value.

zamot

member

Activity: 122

Merit: 10

Quote from: kano on March 23, 2014, 09:10:50 AM

Here's another new AntS1 binary.

An endian issue was found in the solo code for the ant (no issue for desktop computers), so this update includes the fix for that.
I've removed both old AntS1 binaries

This uses the same patch as before for the luci display.
My source for this version is here:
https://github.com/kanoi/cgminer/tree/ants1-4.2.0-00567a4

The binary and README are in my cgminer-binaries git here:
https://github.com/kanoi/cgminer-binaries/tree/master/AntS1 <-- Follow this link to get the new binary

Read the README on the screen there for how to replace the /usr/bin/cgminer binary in your AntS1 with the new one.

This binary includes all cgminer changes up to 4.2.0 and forward after that up to:
https://github.com/ckolivas/cgminer/commit/cec48cee5f1759e5996de5339537fab4aeff416c

The previous report of having trouble with running the binary turned out to be caused by incorrectly specifying cgminer options.

Kano, there is an minor "optical bug" in miner status displaying LSTime. It does not display actual difference since last time the pool was contacted. Instead displays times remaining since some distant past - i think since 01-01-1970 Cheesy

BoogieMan82

newbie

Activity: 42

Merit: 0

Quote from: techman05 on March 22, 2014, 08:02:56 AM

Quote from: BoogieMan82 on March 21, 2014, 05:32:19 PM

Thanks for the information, this is what it looks like now (I still wish the values were doubled though)!

http://www.getfreebitcoins.us/wp-content/uploads/2014/03/Bitminer-U2b.jpg

Has anyone tried to bump these u2 miners up. 2.0GH is the start speed so I'd hope we'd get close to 2.5 or 2.6GH

Size being a secondary issue it took a long while for cgminer to see it . I have in total 8 of a combination of u1's and 2's but I only showed 7 till I restarted. I'm still having troubles where the u2 device's lights wont go on or the way I expect them. The one I thought I would need to return is working properly and the one I didn'ts lights don't come on when I shut down cgminer.

These u2's are picky buggers but it may just be they are different enough to cause me migranes Wink

AMU of 258.3 (2.1GH) is the best I can get out of mine (unless I decide to modify the resistors) or else I get a bunch of HW errors.

loshia

legendary

Activity: 1610

Merit: 1000

Quote from: -ck on March 24, 2014, 03:33:40 PM

Quote from: loshia on March 24, 2014, 11:04:07 AM

PS:

Guy's
What about
   cg_wlock(&control_lock);
   .....local_work++;
   .....total_work++;
   cg_wunlock(&control_lock);
I think there is a need to lock them everywhere or ?

Thanks

Mostly harmless, but probably wouldn't hurt to protect them with the write lock for when mining at multiple different types of pools at once (eg GBT + stratum), yes, thanks.

Super,
If you can add local_work++ inside total_work_inc will be great Wink

zuqka

full member

Activity: 140

Merit: 100

Well if I disconnect the power and re-connect after 10-15min it runs normally for 5-10min and then the it brakes down. Am clueless Sad

zuqka

full member

Activity: 140

Merit: 100

Code:

[  211.480000] usb 1-1: clear tt 1 (9041) error -71
[  211.490000] usb 1-1: clear tt 1 (9041) error -71
[  211.500000] usb 1-1: clear tt 1 (9041) error -71
[  211.510000] usb 1-1: clear tt 1 (9041) error -71
[  211.520000] usb 1-1: clear tt 1 (9041) error -71
[  211.530000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.540000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.540000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.560000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.560000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.570000] hub 1-1:1.0: Cannot enable port 1.  Maybe the USB cable is bad?
[  211.590000] hub 1-1:1.0: cannot disable port 1 (err = -71)
[  211.590000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.610000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.610000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.630000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.630000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.640000] hub 1-1:1.0: Cannot enable port 1.  Maybe the USB cable is bad?
[  211.650000] hub 1-1:1.0: cannot disable port 1 (err = -71)
[  211.660000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.680000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.680000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.700000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.700000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.710000] hub 1-1:1.0: Cannot enable port 1.  Maybe the USB cable is bad?
[  211.720000] hub 1-1:1.0: cannot disable port 1 (err = -71)
[  211.730000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.730000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.750000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.750000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.770000] hub 1-1:1.0: cannot reset port 1 (err = -71)
[  211.770000] hub 1-1:1.0: Cannot enable port 1.  Maybe the USB cable is bad?
[  211.790000] hub 1-1:1.0: cannot disable port 1 (err = -71)
[  211.790000] hub 1-1:1.0: cannot disable port 1 (err = -71)
[  211.800000] hub 1-1:1.0: hub_port_status failed (err = -71)

kano

legendary

Activity: 4592

Merit: 1851

Linux since 1997 RedHat 4

Quote from: zuqka on March 25, 2014, 07:58:35 AM

Quote from: kano on March 25, 2014, 07:54:34 AM

Quote from: zuqka on March 25, 2014, 05:44:50 AM

Hi, Since sushi nor bitmain are of no help was wondering if you guys can help me out with one of my s1 that wont hash (usb 1-1: device descriptor read/64, error -71) at all. The system log:
...

That log shows normal as far as I can tell.

Maybe "dmesg" would help you more?

Without knowing too much about it, it (-71) sounds like a hardware problem, since it shouldn't be getting that error.

I assume that the control board is faulty. Done switching wires, tried diff. PSU's and all firmwares available Sad

Sorry for my noob question but what is dmesg?

When logged in, type dmesg

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