Hey, > I admit I may have panicked a bit too much. After playing around with it > a little more, I now understand why it reported different context ids. > * > * > *They weren't context ids, they were platform ids.* I was comparing my > context counter to > the viennacl::ocl::current_context().platform_index(). Those two are > obviously completely different things. Context switching does work fine > after all. Consequently, platform/device switching works fine too. > > > Omg, this looks like the OpenCL SDK died. I had some other user > report on a similar topic on Windows, which I was never able to > reproduce on Linux. Can you please make sure that you use the latest > drivers and OpenCL SDK? We might have to file a bug report here... > > > Now this is a completely different story. I'll try the newest OpenCL SDK > and see what happens. > > > Any chance you can send me the full output? > > > Sure, I'll send it right away.
Thanks, I received the output and indeed all we get returned from the AMD OpenCL SDK is "Internal Error: Storing X86 DLL failed! Codegen phase failed compilation." I doubt that there is anything *we* can do to really fix this other than report it at AMD. I'll try to reproduce it on my Windows machine when I'm back to my place (i.e. Sunday). Don't worry about it in the meanwhile, just accept it as-is for now... > This is a fallback mechanism: you can switch to *any* context ID you > want. If the context has been customized using setup_context() and > friends, then it will create the context with this customized setup. > Otherwise it will create a context with just the default device. > This is mostly convenience for multi-threaded use case scenarios or > applications where totally unrelated operations should be fed to > different contexts (rather than just command queues). > > > Ah, I see. That's a nice feature now that I think about it. Is it > documented somewhere in the manual? It might be a good idea to document > it so people don't go nuts for no reason, like I did. Yeah, that's on my schedule for the upcoming release. Spending a few days on just writing documentation is something our users would benefit a lot (i.e. a high benefit per time invested ratio)... Best regards, Karli ------------------------------------------------------------------------------ _______________________________________________ ViennaCL-devel mailing list ViennaCL-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/viennacl-devel
