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

Same hashrates as you except I am mining on linux. (My U is a little less than expected because I have p2pool as my secondary pool)

excuse me for being lazy but I keep seeing a lot of talk about 5970 , ive been too busy to keep up with the conversation - but if someone could tell me whats going on in respect  the 5970 development I would really appreciate it

my 5970 gets 380 mhash per core in windows 7 with the ccc 11.8

is it possible to do better?

thanks in advance for filling me in!

On further inspection this code won't work...

Back to the drawing board. 

Ok I've added a git branch called "reorder". If you git pull and then "git checkout reorder" you can try it.

CK - worth a git pull to test on linux machines as well?

None of mine are dual 5970 currently but that will soon change 

Theoretically it should even fix card ordering of any sort, not just dual GPUs that are split up:


Here it is completely untested... so please test it  
http://ck.kolivas.org/apps/cgminer/temp/cgminer.exe

EDIT: tested, doesn't work. Hold on...

Just use as per normal.

That would be awesome and would certainly warrant a donation from any miner who uses multiple dual GPU cards.  Well certainly from the non-cheapo ones.

Yes I understood that. I just didn't expect it was possible, but this extra debugging has shown me it is. I just need to actually code it up now.

I think D&T's concern was that you assumed it was always A+C,B+D,E+F more than what order they displayed in.  Based on your acknowledgements RE: bios+mobo+os+driver+/-crossfire that isn't the case and you may be able to identify them appropriately regardless.  However, if you can and want to make them display in a logical order, more power to you. 

I was trying to identify linked GPUs with this latest code to prevent frying a GPU by disabling the one that had the fan control while the one without the fan control was still burning.

Hmmmm D&T... I was thinking that I can't fix the ordering, as that happens on a bios+mobo+os+driver+/- crossfire basis 

There is a way though... hmm but it would require running through all the ADL code first and then renumbering everything... hmmmmmm

I think I have a way.

BBIAW...

It "does".  Just (at least in my instance) it seems weird it is
A+C
B+D
E+F

instead of
A+D
B+E
C+F

or
A+B
C+D
E+F

but this is the only rig that has a single different card "XFX Black Edition" so I wonder if that is making it "weird".  My other 14 5970s are all ATI branded reference. 


It is watercooled so there are no fans connected.  I didn't do anything to the card other than unplug the fan header. It does report fan speed (one per pair of GPUs).  I have GPU-fan set to 0% for all 6 cards in config file.  It reports some low RPM like 400 or something.  Weirdly that XFX bastard reports no fan speed (or temp) for either GPU.

Honestly I wish I had never got this XFX black edition.  The more I think about it the more likely I am to ebay it and grab another ATI branded reference card.

When I use windows remote desktop I lose all temp/fan/clock data so when I get home I will grab a screenshot of what cgminer shows when mining.

I will report w/ screenshot of cgminer mining, the data debug dump and the config file all in one post.  Hopefully if others do the same you can get enough data points.

Thanks very much for that D&T

You said:

A iBusNumber 10
B iBusNumber 14
C iBusNumber 9
D iBusNumber 13
E iBusNumber 5
F iBusNumber 6

and:
GPU #0 & GPU #2 = 2nd physical card (2nd expansion slot from CPU)
GPU #1 & GPU #3 = 3rd physical card (3rd expansion slot from CPU)
GPU #5 & GPU #6 = 1st physical card (1st expansion slot from CPU)

This is reassuring. Using my existing logic, cgminer should already be grouping A+C, B+D and E+F which corresponds with your layout. This should actually already be working. GPU 0 and GPU 2 should be showing the same fanspeed and so on. Is it not working?

I'm trying to recall if you watercooled or something, because cgminer also relies on one card having a fancontrol while the other does not. Is there any way you have removed the fancontrol? Ultimately all I'm trying to do with this code is make the fan speed control work from the temps from both GPUs.

If not, I could always remove the test for one having a fancontrol and the other not having and relying entirely on the bus numbers.

One thing I can help decode is:
SUBSYS_20421002
SUBSYS_25421002
SUBSYS_30201682

The GPU-Z utility indicates the suffix 1002 is ATI and 1682 is XFX

What is interesting is I have 3 5970 and 3 different prefixes (2042, 2542, 3020).  Probably coincidence but one can hope.

Is it possible this is a GPU level serial #?
[2012-01-27 05:51:04] iAdapterIndex  0 strUDID PCI_VEN_1002&DEV_689C&SUBSYS_20421002&REV_00_8&36D7B016&0&004000100008A iBusNumber 10 iDeviceNumber 0 FunctionNumber 0 iVendorID 1002 strAdapterName  ATI Radeon HD 5900 Series

Remember on my Win7 workstation the card order isn't consistent.

In cgminer display:

In cgminer.conf:

Hey ckolivas I just thought of something.  On two of my cards the system enumerates the first GPU of each card first and the the second GPU of each card but the third GPU is both GPU in a row.   So C1, C2, C1, C2, C3, C3 right?  Now other people have describe both methods (C1, C1, C2, C2, C3, C3  or C1, C2, C3, C1, C2, C3).

I am wondering if crossfire has something to do with the way Windows orders the card. The 5970 and 6990 have an internal crossfire bridge.  My understanding is the card is simply a PCIe switch which converts one physical PCIe slot into two seperate "virtual" PCIe slots.  The two GPU are then wired to that and have a cross fire bridge hardwired between them.  Logically it is no different than using a 2:1 PCIe expansion adapter and plugging into 2 5870s.   I wonder if I have crossfire accidentally turned on for just one of my cards thus 2 cards are ordered one way and the last card is ordered differently.  I can't check remotely but it the only thing I can think of to explain the strange combination of both GPU ordering patterns.

That might explain how/why people have one of two different ordering patterns (A, B, C, A, B, C) or (A, A, B, B, C, C).  One pattern is used when crossfired, one when not?  Maybe it has to do w/ what the cross fire status was when windows was first installed?  I am rambling now ...

TL/DR maybe when people post their ordering data they should also check crossfire status in either GPU-Z or CCC.

Thanks I'll probably put SO_REUSEADDR in next time I'm making changes.
(but I'll try test a few possible issues with it first in case it causes something else)

The current code doesn't need it if you quit from the API, but if you quit directly from cgminer (pressing 'q') the socket is killed and thus doesn't clean up (i.e. doesn't get to call shutdown() )
Though really I should make the socket thread shutdown tidily by calling shutdown() also when you 'q' cgminer, except none of the other threads do, so I thought it sorta pointless to add the extra interrupt code.

Thanks.

Here is a cgdebug.exe special build that outputs extra information about each device.

http://ck.kolivas.org/apps/cgminer/temp/cgdebug.exe

For those on windows with 5970 or 6990 that are out of order, please run this like you would run cgminer, but with -T and stop it once it starts mining. Then please post the lines that look like this:


And then please describe the layout of where the GPUs of each gpu "twin" appears.

Thanks!

Nah, I don't need that. Always been donating straight to Con's address.
Still, that's a commendable enterprise.

https://bitcointalksearch.org/topic/collection-for-cgminer-7970-card-as-been-sent-thank-you-everyone-61027

Never did any GPU programming and now I hope I won't ever have to.
If the lane IDs are getting screwed up that's likely due to some insane PCIE line multiplexing and redriving being done by some board designs...

There, Conman, a little something has just been sent your way.

Correct, thanks for the offer though. I just happened to bug someone online and get the access I needed. Linux is working mostly ok now with these dual card GPUs. Windows on the other hand... as you can see.

I agree.  Sad AMD doesn't provide a serial # via the OpenCL driver.  Then at least one could simply explicitly declare everything via config file

Like I said via trial and error I got it to work and it is only on my Windows workstation so I am not that weird.  It just seems "incomplete" to me that AMD doesn't provide better enumeration tools especially via the heterogeneous nature of OpenCL devices.