Author

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

legendary
Activity: 1666
Merit: 1000
will try when I get home...
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
I've made a couple of what I believe to be low-risk changes to the phatk kernel in the git tree. Given how precarious this kernel has shown to be in the past, I would like it if someone has an R5xxx card and runs from git could please git it a try and confirm no loss of hashrate. Thanks.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
hero member
Activity: 591
Merit: 500
Use the xubuntu install (to HDD) in my sig Smiley
I'm still using Xubuntu 11.04 which is SDK 2.4 and Driver 11.6? (well it is either 11.4 or 11.6 not 100% sure which it is coz ATI had 2 different driver numbers for linux and windows back then)
Unless you have a new 7 series ATI card use "old reliable" Smiley
Thanks, but seeing as this is my main computer, I want a fully functioning operating system.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
GPU mining sure can be exciting...
Con, you might be interested in P4man's solution. Fastening the fan with duct tape won't void your warranty.

BTW, whatever did happen to that PSU of yours? Feel like sharing some data points? What make and model was it? What load did it typically pull?
Oftentimes, glitches at the production plant like solder points with inadequate amount of solder won't be severe enough to render the device completely inoperable but they will make themselves known (perhaps even with a bang and some fireworks) as the load increases.
Heh I don't have room to stuff a fan over that.

The PSU I actually am still happy with now even though it failed. It was an OCZ gold 1250W and it was pulling about 1300W for about 7 months. It went poof on fan spin-up as well.
legendary
Activity: 4634
Merit: 1851
Linux since 1997 RedHat 4
If Windows falls flat on its face and Ubuntu dies in pain, what makes you think that the faildrivers won't take down OS X just as easily?

You need to learn some basic sysadmin tactics - never-ever deploy untested updates on production machines.
Your miners are your production machines.
Leave good enough alone - find a working driver/sdk combo and do yourself the favor of never touching it without a very good reason.

I've once seen my Debian systems "lose" the AMD driver following a slew of system updates. Fglrx module could no longer be found, manual reinstallation of the driver package helped.
OS X has always been great for me. It's just that I lose about 100 MH/s per card when I try to mine with it.

I just have the one miner. I try to keep it up-to-date just to satisfy my own paranoia.
Use the xubuntu install (to HDD) in my sig Smiley
I'm still using Xubuntu 11.04 which is SDK 2.4 and Driver 11.6? (well it is either 11.4 or 11.6 not 100% sure which it is coz ATI had 2 different driver numbers for linux and windows back then)
Unless you have a new 7 series ATI card use "old reliable" Smiley
full member
Activity: 210
Merit: 100
GPU mining sure can be exciting...
Con, you might be interested in P4man's solution. Fastening the fan with duct tape won't void your warranty.

BTW, whatever did happen to that PSU of yours? Feel like sharing some data points? What make and model was it? What load did it typically pull?
Oftentimes, glitches at the production plant like solder points with inadequate amount of solder won't be severe enough to render the device completely inoperable but they will make themselves known (perhaps even with a bang and some fireworks) as the load increases.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
GPU mining sure can be exciting. I had a reference fan on one of my sapphire 6970s fail in spectacular fashion last night. About 1/8th of the blades came flying off into the GPU and then it seized. The GPU still works but obviously won't cool so I can't mine with it. It happened on start up when the fans spin up abruptly to 85% so I've reluctantly relinquished that default speed now to a much gentler 50% on autofan startup and autofan management should be fast enough to raise it if necessary. It's still under warranty, and at least the rest of the machine is still running so nothing like the PSU drama I had and the mobo one before it. Sheesh...
hero member
Activity: 591
Merit: 500
If Windows falls flat on its face and Ubuntu dies in pain, what makes you think that the faildrivers won't take down OS X just as easily?

You need to learn some basic sysadmin tactics - never-ever deploy untested updates on production machines.
Your miners are your production machines.
Leave good enough alone - find a working driver/sdk combo and do yourself the favor of never touching it without a very good reason.

I've once seen my Debian systems "lose" the AMD driver following a slew of system updates. Fglrx module could no longer be found, manual reinstallation of the driver package helped.
OS X has always been great for me. It's just that I lose about 100 MH/s per card when I try to mine with it.

I just have the one miner. I try to keep it up-to-date just to satisfy my own paranoia.
full member
Activity: 210
Merit: 100
Yeah. Second time this has happened since I switched to Ubuntu. So it's either boot fails on Ubuntu or registry corruption BSoDs on Windows. Why can't OS X be more efficient at mining? Ugh.
If Windows falls flat on its face and Ubuntu dies in pain, what makes you think that the faildrivers won't take down OS X just as easily?

You need to learn some basic sysadmin tactics: never-ever deploy untested updates on production machines.
Your miners are your production machines, leave good enough alone - find a working driver/sdk combo and do yourself the favor of never touching it without a very good reason.

I've once seen my Debian systems "lose" the AMD driver following a slew of system updates. Fglrx module could no longer be found, manual reinstallation of the driver package helped.
hero member
Activity: 591
Merit: 500
Welcome to the AMD fail wagon  Tongue
Yeah. Second time this has happened since I switched to Ubuntu. So it's either boot fails on Ubuntu or registry corruption BSoDs on Windows. Why can't OS X be more efficient at mining? Ugh.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Well, I tried installing 12.1/2.5, but now my computer won't boot past the Ubuntu loading screen. Kinda considering just going back to Windows now.
Welcome to the AMD fail wagon  Tongue
hero member
Activity: 591
Merit: 500
Well, I tried installing 12.1/2.5, but now my computer won't boot past the Ubuntu loading screen. Kinda considering just going back to Windows now.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
12.1 and sdk 2.5 is the least worst -recent- driver sdk combo. 11.6/2.5 is good but wont install on new linux versions.
Alright, I'll have to look into it. I dunno why it would start messing up after a random system update though. Seems weird to me.
That's because you're thinking "update" means better... I wish the world was like that. Likely xorg had some update which made the AMD driver weirdness become even weirder, or you got yourself a new AMD driver in the process.
hero member
Activity: 591
Merit: 500
12.1 and sdk 2.5 is the least worst -recent- driver sdk combo. 11.6/2.5 is good but wont install on new linux versions.
Alright, I'll have to look into it. I dunno why it would start messing up after a random system update though. Seems weird to me.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
AMD  fail. Dodgy driver/SDK combo for your hardware. Downgrade your driver to a less bad one.
I would, but I haven't found a decent guide anywhere to downgrade properly. What was the optimal driver/SDK combo for 6000 series cards again anyway?
12.1 and sdk 2.5 is the least worst -recent- driver sdk combo. 11.6/2.5 is good but wont install on new linux versions.
hero member
Activity: 591
Merit: 500
AMD  fail. Dodgy driver/SDK combo for your hardware. Downgrade your driver to a less bad one.
I would, but I haven't found a decent guide anywhere to downgrade properly. What was the optimal driver/SDK combo for 6000 series cards again anyway?
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Just started getting this today after an update told me to restart.

Code:
[2012-03-28 12:40:03] Started cgminer 2.3.1X Error of failed request:  BadRequest (invalid request code or no such operation)
                                               Major opcode of failed request:  136 ()
        Minor opcode of failed request:  19
                                             Serial number of failed request:  8
  Current serial number in output stream:  8

Using cgminer 2.3.1-2 on Ubuntu 11.10.
AMD  fail. Dodgy driver/SDK combo for your hardware. Downgrade your driver to a less bad one.
hero member
Activity: 591
Merit: 500
Just started getting this today after an update told me to restart.

Code:
[2012-03-28 12:40:03] Started cgminer 2.3.1X Error of failed request:  BadRequest (invalid request code or no such operation)
                                               Major opcode of failed request:  136 ()
        Minor opcode of failed request:  19
                                             Serial number of failed request:  8
  Current serial number in output stream:  8

Using cgminer 2.3.1-2 on Ubuntu 11.10.
-ck
legendary
Activity: 4088
Merit: 1631
Ruu \o/
Try again please with the updated git now. (only diablo kernel has been changed this time).
no problem:
between 188 and 190 MH/s

Thanks! it works!

But in average it seems to be 2 MH/s lower...
It's the same kernel. Limitations of the goddamn annoying hashmeter over a small timeframe (hence why I introduced the benchmark parameter). Thanks for testing.
Jump to: