cancel
Showing results for 
Search instead for 
Did you mean: 

OpenCL

antzrhere
Adept III

SDK 2.6 issues/questions

Micah: I understand it effects the runtime environment and not the language/compiler itself, but, Just to clarify, I don't have a problem with the compiler not requiring it, just the fact it generates an error when encountering it. The question is: Is there any possible instance where I potentially would have enable it? I mean what about a future SDK/GPU combination from another vendor?

Would a *future imaginery* SDK have the right to not function correctly unless it had been enabled with a #pragma directive (and yet still comply with the spec)?

The reason I ask is because the OpenCL MAN pages talk about enabling it as you would with any other extension (using #pragma) implying it would not be technically incorrect for a OpenCL device *in theory* to disable/not enable gl sharing on runtime without this extension switched on. Otherwise what would be the purpose of documenting how to enable it? If so would it be wise to simply allow the AMD OpenCL compiler to simply accept the extension and ignore it for compatibility sakes?

Like i said its clearly not a problem, just a sake of completeness....

0 Likes
Reply
MicahVillmow
Staff
Staff

SDK 2.6 issues/questions

antzrhere,
The reason why it is not needed because there is nothing in the language that is enabled by the extension.

I would look more at the cl_khr_gl_sharing spec and not the man page for reference here:
http://www.khronos.org/registr...cl_khr_gl_sharing.txt
There is no mention of a pragma existing, but if you look at a language extension, here:
http://www.khronos.org/registr...tomic_counters_32.txt

There is a pragma specified. So it looks like the man page is wrong in this case.
0 Likes
Reply
antzrhere
Adept III

SDK 2.6 issues/questions

OK. thanks. That explains the difference. Nice to clear it up

0 Likes
Reply
antzrhere
Adept III

SDK 2.6 issues/questions

Thanks for your help Micah - this isn't the first time some documentation other than the official spec sheet has led my mind astray! Regards

0 Likes
Reply
Meteorhead
Challenger

SDK 2.6 issues/questions

It would still be nice to know how to get multi-GPU working with new runtime... it is funny, that as far as we had unofficial support for multiple HD5970s it worked, and now I cannot even boot the machine in a manner that OpenCL recognizes all cards.

0 Likes
Reply
Meteorhead
Challenger

SDK 2.6 issues/questions

OK, could someone answer the rather sarcastic question of why don't supported multi-GPU environment don't work? There are two answers:

1) "Meteorhead, we stand puzzeled at your statement, our multi-5970 environments boot just fine both Ubuntu and Redhat. Simply doing {...} gets everything working."

2) "Yes, we are aware of the issue and 'are working on it'/'have absolutely no clue whatsoever why it arises'.

Also, just out of curiosity, could someone tell me an official or unofficial opinion on why aren't the drivers made similar to NV, so that any user can load the kernel module in any shell? It would make life so much easier and make runtime so less unprofessional. Changing this:

  • wolud solve the entire GPU_MAX_HEAP_SIZE issue and allow us to use entire VRAM if no GUI is present.
  • would solve all the damned issues of Xorg.conf which renders machine unable to boot (and recover) if misconfigured, as input handling is very much dependant on GUI if installed.
  • would allow multiple users to run applications, since not only XServer needs to be run by a user for cards to be detected, but THE VERY user needs to run it. This causes that only a dummy user with a known password to all is able to run applications. This prevents any corporate/serious usage, where user administration and GPU-node adminisitration is not in the same hands (as is my situation, where kerberos authentication is not possible because of this, as I cannot introduce a dummy user campus-wide). 
  • would allow the removal of auto-login to GUI for the dummy user, which is a definite security risk.

I have a feeling that the person who made presently used driver connection to XServer is no longer a part of dev team and there is noone else able to change this. This issue has been asked to be changed for such a long time, that I cannot imagine that no coding time could've been dedicated to the problem.

I know everyone considers their own problem to be the most serious, however I do feel that these are a DIRE issues (both driver design and booting issues). Although I am pretty pissed, I hope I could keep the style at a tolerable level.

0 Likes
Reply
diepchess
Adept I

SDK 2.6 issues/questions

hi, i read something about 2.6 enabling multi-gpu for 5970 as well. But not sure what was meant by that. Does this mean that opencl works for both gpu's on the 5970 card now?

 

Kind Regards,

Vincent Diepeveen

0 Likes
Reply
diepchess
Adept I

SDK 2.6 issues/questions

Ubuntu has as a big problem that basically you need to be online for this distro.

 

Majority of the gpgpu codes you cannot develop while being online.

Even though i'm not developing military software here, though some falls under weapons of mass destruction (decryption/factorisation) though it'll be open source one day i guess, i'm getting hacked so silly here that i just cannot develop software online. Note majority here is game development, but that's even more wanted to get hacked by every consultant which has a flatrate connection to the net.

 

All development machines are airgapped and even that doesn't remove attackers. They are there *massively*. In a manner you'd get nightmares about i bet. 

Sometimes it goes like this. Suddenly a dude shows up at your msn and starts talking to you. You say 'hello', he says hello. You ask him what his profession is. Math teacher at a highschool. I ask in which city. Answer: Tehran. At which point you decide to not talk about politics, as it's a mathguy and not a politician.

 

Funny conversations - yet all unpaid.

 

There was a wave of attacks from seemingly south america (brazil) recently here at my linux firewall, they obviously tried to get through it (old machine stripped linux kernel - took me months to setup some years ago - and i'm sure i probably made some mistakes there as i don't do that daily). 

 

In fact i can't run on windows online, within a few days all the hacks in it force me to reinstall the machines then; windows actively hacks itself.

 

So the windows machines i run i run also airgapped from the internet.

 

This security problem eats a lot of time mine, and it's all unpaid.

 

Now majority of the software i program somehow makes it to the net. Majority of those who write gpgpu code however, do this in all secrecy for their company. So far most of them focussed upon nvidia. After all for big factories that already have their own energy production for their huge factory, the amount of power gpu's eat is not exactly a problem to do all calculations and the HD7970 seems ahead of the competition.

 

Which distro's will keep getting supported? 

 

As ubuntu isn't a great distro if you cannot be online. Distro's you can download entirely are for example opensuse or debian (quite a lot of DVD's). Especially Debian is attractive for offline development. Probably i switch soon to it, if the infiniband also can work with it fine.

 

Right now i'm using opensuse + realtime kernel which was adviced by AMD some while ago when i installed it first time. 

 

Do these distro's that allow airgapped machines keep getting supported somehow?

 

Kind Regards, Vincent

0 Likes
Reply
nou
Exemplar

SDK 2.6 issues/questions

you can make full DVD from ubuntu http://ubuntuforums.org/showthread.php?t=352460

or you can mirror whole repository onto some local server with apt-mirror http://www.packtpub.com/article/create-local-ubuntu-repository-using-apt-mirror-apt-cacher

0 Likes
Reply