Your message dated Tue, 15 Nov 2016 17:45:52 +0100 with message-id <20161115164552.GA25974@localhost.localdomain> and subject line Re: Bug#844382: libdrm-amdgpu1: OpenCL Producer/Reader Invalid Record has caused the Debian Bug report #844382, regarding mesa-opencl-icd: OpenCL Producer/Reader Invalid Record to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact owner@bugs.debian.org immediately.) -- 844382: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844382 Debian Bug Tracking System Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: libdrm-amdgpu1: OpenCL Producer/Reader Invalid Record
- From: Marc Jeffrey Driftmeyer <mjd@reanimality.com>
- Date: Mon, 14 Nov 2016 19:57:28 -0800
- Message-id: <[🔎] 147918224805.6788.2995469371044214261.reportbug@horus.reanimastudios>
- Reply-to: Marc Jeffrey Driftmeyer <mjd@reanimality.com>
Package: libdrm-amdgpu1 Version: 2.4.71-1 Severity: normal Dear Maintainer, Testing Blender OpenCL with the RX 480 8GB and checking the status of it via clinfo revealed the following error in building libdrm-amdgpu1 === CL_PROGRAM_BUILD_LOG === Invalid record (Producer: 'LLVM3.9.0' Reader: 'LLVM 3.8.1') Preferred work group size multiple Invalid record (Producer: 'LLVM3.9.0' Reader: 'LLVM 3.8.1') Preferred / native vector sizes This imbalance prevents using the GPU with its GPGPU capabilities. Rebuild against LLVM 3.9.0 for both Producer/Reader and it will be resolved. I haven't checked if this is an upstream error and fixed in libdrm 2.8 but I hope this is rectifiable. Sincerely, Marc J. Driftmeyer -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libdrm-amdgpu1 depends on: ii libc6 2.24-5 ii libdrm2 2.4.71-1 libdrm-amdgpu1 recommends no packages. libdrm-amdgpu1 suggests no packages. -- no debconf information
--- End Message ---
--- Begin Message ---
- To: Marc Jeffrey Driftmeyer <mjd@reanimality.com>, 844382-done@bugs.debian.org
- Cc: Michel Dänzer <michel@daenzer.net>
- Subject: Re: Bug#844382: libdrm-amdgpu1: OpenCL Producer/Reader Invalid Record
- From: Andreas Boll <andreas.boll.dev@gmail.com>
- Date: Tue, 15 Nov 2016 17:45:52 +0100
- Message-id: <20161115164552.GA25974@localhost.localdomain>
- In-reply-to: <[🔎] 3ec0fe87-e0cb-f8a4-2171-3af51e10cd96@reanimality.com>
- References: <[🔎] 147918224805.6788.2995469371044214261.reportbug@horus.reanimastudios> <[🔎] 57ab89fe-329a-d0cc-e563-ebc6f46f8e15@daenzer.net> <[🔎] 20161115152136.GA27078@localhost.localdomain> <[🔎] 3ec0fe87-e0cb-f8a4-2171-3af51e10cd96@reanimality.com>
Ok, then let's close this bug. Please open a new bug report against the package mesa-opencl-icd for the blender crash once you've upgraded to Mesa 13 and libclc >= 0.2.0+git20160907-1. You can install both from experimental or just wait until they hit unstable (should be very soon now). Thanks, Andreas On Tue, Nov 15, 2016 at 08:07:14AM -0800, Marc Jeffrey Driftmeyer wrote: > We're in a catch-22. > > I happened to have been using libclc-dev/libclc-amdgcn from Experimental > which are built against llvm-3.9. > > Downgraded to Sid to balance the system out so now I have: > > Setting up libclc-dev (0.2.0+git20150813-3) ... > Setting up libclc-amdgcn (0.2.0+git20150813-3) > > Blender crashes on Mesa 13. I had forgotten those two packages were not > retrograded back down to Sid. As of now, OpenCL from Mesa is borked with > Blender 2.78a or Trunk. > > clinfo is now no longer dirty with respect to the reader/producer output: > they are now synced with LLVM-3.8.1. > > But until Ubuntu and Debian actually upgrade Blender to 2.78a and Mesa 14 > [unless you folks are going to fold 13.1 and other unstable bits into Sid] > I'll have to wait and retest to see if the base split-kernel loads with the > OpenCL kernel crashing. > > No more noise in clinfo, but no functionality either. > > Sincerely, > > Marc J. Driftmeyer > > > On 11/15/2016 07:21 AM, Andreas Boll wrote: > >Control: tag -1 moreinfo > >Control: reassign -1 mesa-opencl-icd 12.0.4-2 > >Control: retitle -1 mesa-opencl-icd: OpenCL Producer/Reader Invalid Record > > > >On Tue, Nov 15, 2016 at 03:26:34PM +0900, Michel Dänzer wrote: > >>On 15/11/16 12:57 PM, Marc Jeffrey Driftmeyer wrote: > >>>Package: libdrm-amdgpu1 > >>>Version: 2.4.71-1 > >>>Severity: normal > >>> > >>>Dear Maintainer, > >>> > >>>Testing Blender OpenCL with the RX 480 8GB and checking the status of it via clinfo revealed the following error in building libdrm-amdgpu1 > >>> > >>>=== CL_PROGRAM_BUILD_LOG === > >>>Invalid record (Producer: 'LLVM3.9.0' Reader: 'LLVM 3.8.1') Preferred work group size multiple Invalid record (Producer: 'LLVM3.9.0' Reader: 'LLVM 3.8.1') > >>> Preferred / native vector sizes > >>This has nothing to do with libdrm-amdgpu1. It's an issue between > >>blender, mesa-opencl-icd, libclc-amdgcn and libllvm3.8/9. > >Re-assigning to mesa-opencl-icd for now. > > > >Which versions of blender, mesa-opencl-icd and libclc-amdgcn do you > >have installed? > > > >Please provide the complete output from clinfo. Furthermore please > >follow-up using 'reportbug mesa-opencl-icd'. This way reportbug > >attaches the output from mesa's bug script. > > > >Mesa 12 and libclc from unstable currently use LLVM 3.8.1. Mesa 13 > >and libclc from experimental use LLVM 3.9.0. As you can see we try to > >use the same LLVM version for both Mesa and libclc. So I'm not sure > >what component uses LLVM 3.9.0. > > > >Does blender use LLVM 3.9? > > > >Do you use some packages from experimental or some self-compiled > >packages? > > > > > >Thanks, > >AndreasAttachment: signature.asc
Description: Digital signature
--- End Message ---