search for: ocl

...n 06/03/2019 19:30, Pete Geenhuizen wrote: > > > On 03/06/2019 09:59 AM, Fred Smith wrote: >> >>> I tried to install this and ran into a conflict >>> >>> --> Processing Conflict: >>> nvidia-x11-drv-340xx-340.107-2.el7_6.elrepo.x86_64 conflicts ocl-icd >>> --> Finished Dependency Resolution >>> Error: nvidia-x11-drv-340xx conflicts with ocl-icd-2.2.12-1.el7.x86_64 >>> >>> I removed ocl-icd and installed the package, but needless to say I >>> can't get ocl-icd to install which means that I ca...

...___ > >CentOS mailing list > >CentOS at centos.org > >https://lists.centos.org/mailman/listinfo/centos > > > Phil, > I tried to install this and ran into a conflict > > --> Processing Conflict: > nvidia-x11-drv-340xx-340.107-2.el7_6.elrepo.x86_64 conflicts ocl-icd > --> Finished Dependency Resolution > Error: nvidia-x11-drv-340xx conflicts with ocl-icd-2.2.12-1.el7.x86_64 > > I removed ocl-icd and installed the package, but needless to say I > can't get ocl-icd to install which means that I cant install video > players, vlc smpl...

...t; > On 03/06/2019 04:21 PM, Phil Perry wrote: >> On 06/03/2019 19:30, Pete Geenhuizen wrote: >>> >>> That is all good and well, but my problem is that I now can't install >>> >>> vlc smplayer mplayer, or? ffmpeg-libs because they need >>> ocl-icd-2.2.12-1.el7.x86_64from epel. >>> I tried to roll back to the previous version via yum history undo but >>> previous versions are no longer avaialble. >>> >> >> Do they have a hard coded Requires for the ocl-icd package or just an >> auto-generated...

On 27/02/2019 20:34, Phil Perry wrote: > On 27/02/2019 20:29, Jerry Geis wrote: >>> I'll see if I can find some time this weekend to fix the elrepo package >>> and get it reinstated into the repository. >> >>> Phil >> >> >> Hi Phil, Thanks for the reply. Your correct this is OLD hardware. >> Everything was working with 7.5 thought I

On 03/06/2019 09:59 AM, Fred Smith wrote: > >> I tried to install this and ran into a conflict >> >> --> Processing Conflict: >> nvidia-x11-drv-340xx-340.107-2.el7_6.elrepo.x86_64 conflicts ocl-icd >> --> Finished Dependency Resolution >> Error: nvidia-x11-drv-340xx conflicts with ocl-icd-2.2.12-1.el7.x86_64 >> >> I removed ocl-icd and installed the package, but needless to say I >> can't get ocl-icd to install which means that I cant install video &gt...

On 03/06/2019 04:21 PM, Phil Perry wrote: > On 06/03/2019 19:30, Pete Geenhuizen wrote: >> >> That is all good and well, but my problem is that I now can't install >> >> vlc smplayer mplayer, or? ffmpeg-libs because they need >> ocl-icd-2.2.12-1.el7.x86_64from epel. >> I tried to roll back to the previous version via yum history undo but >> previous versions are no longer avaialble. >> > > Do they have a hard coded Requires for the ocl-icd package or just an > auto-generated Requires for the libOpe...

...PM, Phil Perry wrote: > >> On 06/03/2019 19:30, Pete Geenhuizen wrote: > >>> > >>> That is all good and well, but my problem is that I now can't install > >>> > >>> vlc smplayer mplayer, or ffmpeg-libs because they need > >>> ocl-icd-2.2.12-1.el7.x86_64from epel. > >>> I tried to roll back to the previous version via yum history undo but > >>> previous versions are no longer avaialble. > >>> > >> > >> Do they have a hard coded Requires for the ocl-icd package or just an...

Not sure who owns this bit of code, so sending this to the general list. It looks like there may be an unintentional fall through happening in the X86RegisterInfo::getCallPreservedMask function. http://llvm.org/docs/doxygen/html/X86RegisterInfo_8cpp_source.html case CallingConv::Intel_OCL_BI <http://llvm.org/docs/doxygen/html/namespacellvm_1_1CallingConv.html#a4f861731fc6dbfdccc05af5968d98974ad47327c131a0990283111588b89587cb>: { if (IsWin64 && HasAVX512) return CSR_Win64_Intel_OCL_BI_AVX512_RegMask; if (Is64Bit && HasAVX512) retu...

...te: >>>> On 06/03/2019 19:30, Pete Geenhuizen wrote: >>>>> >>>>> That is all good and well, but my problem is that I now can't install >>>>> >>>>> vlc smplayer mplayer, or ffmpeg-libs because they need >>>>> ocl-icd-2.2.12-1.el7.x86_64from epel. >>>>> I tried to roll back to the previous version via yum history undo but >>>>> previous versions are no longer avaialble. >>>>> >>>> >>>> Do they have a hard coded Requires for the ocl-icd pack...

...____________________________________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centos > Phil, I tried to install this and ran into a conflict --> Processing Conflict: nvidia-x11-drv-340xx-340.107-2.el7_6.elrepo.x86_64 conflicts ocl-icd --> Finished Dependency Resolution Error: nvidia-x11-drv-340xx conflicts with ocl-icd-2.2.12-1.el7.x86_64 I removed ocl-icd and installed the package, but needless to say I can't get ocl-icd to install which means that I cant install video players, vlc smplayer mplayer, or? ffmpeg-lib...

...#39; file='/root/gpu.dump'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/> </hostdev> But i get this error: XML document failed to validate against schema: Unable to validate doc against /ocl/share/libvirt/schemas/domain.rng Extra element devices in interleave Element domain failed to validate content If i delete xvga='yes',it's ok, but i get a other question, my display is not light.

Hi, I got a forced update when pulling today. If I merge master to a local branch, I get a bunch of add/add conflicts. This same commit exists under several hashes: https://github.com/llvm-project/llvm-project-20170507/commit/687841777ef505 https://github.com/llvm-project/llvm-project-20170507/commit/74725885552 Did someone push -f to the monorepo after doing branch surgery? Maybe there was a

...<address type='pci' domain='0x0000' bus='0x00' slot='0x07' >> function='0x0'/> >> </hostdev> >> But i get this error: >> XML document failed to validate against schema: Unable to >> validate doc against /ocl/share/libvirt/schemas/domain.rng >> Extra element devices in interleave >> Element domain failed to validate content >> If i delete xvga='yes',it's ok, but i get a other question, my display >> is not light. >> >> >> &...

...t; fencing by only attaching shared fences. > > Yes, I'll try to do that. > > > > In case you're curious: The idea is to have a 1:1 association between > > ppgtt address spaces and what you call the working set above, to implement > > the buffer svm model in ocl2. Mostly because we expect that applications > > won't get the more fine-grained buffer list right anyway. And this kind of > > gang-scheduling of working set sizes should be more efficient for the > > usual case where everything fits. > > If I understood correctly, thi...

...ays be > expanded later. Right now we have 3.5 things which can more or less > be contributed to the project. > Intel offload library > Your SE thing > I can contribute an API for review which may help things work > together in the future. (This is more long term) > ‎3.5 - the ocl runtime author works for Google btw > They will all start disconnected but long term could slowly start to > work together.. > A programming model is not a small scoped project.. it's like saying > ocl, omp and other stuff should all be grouped together. SE is a > programming m...

...ostly short-circuit the implicit > fencing by only attaching shared fences. Yes, I'll try to do that. > In case you're curious: The idea is to have a 1:1 association between > ppgtt address spaces and what you call the working set above, to implement > the buffer svm model in ocl2. Mostly because we expect that applications > won't get the more fine-grained buffer list right anyway. And this kind of > gang-scheduling of working set sizes should be more efficient for the > usual case where everything fits. If I understood correctly, this would be exactly the sa...

...ences. > > > > Yes, I'll try to do that. > > > > > > > In case you're curious: The idea is to have a 1:1 association between > > > ppgtt address spaces and what you call the working set above, to > implement > > > the buffer svm model in ocl2. Mostly because we expect that > applications > > > won't get the more fine-grained buffer list right anyway. And this > kind of > > > gang-scheduling of working set sizes should be more efficient for the > > > usual case where everything fits. > > > &...

Dear all, After a huge amount of time trying to install LLVM and Clang i could finally do it, so now im trying to use this tools for generating a bytecode, then apply it modular optimizations and then generate an executable to test the result. First, I only want to compile a project and execute it to see how it works, specifically this one: