Bug#769191: Bug#769072: #769191, #770588: nvidia-opencl-icd breaking non-nvidia systems
Rebecca Palmerr wrote: The only other [than pyopencl] Depends or Recommends on opencl-icd in the current archive is bfgminer. Sorry...only ones found by "path:debian/control opencl-icd" in sources.debian.net search (apt-cache rdepends doesn't work on virtual packages), which evidently doesn't search non-free as it missed that nvidia-libopencl1 Recommends: nvidia-opencl-icd. Nathaniel Smith wrote: Looking through my apt history, it looks like the critical operation that gave me nvidia stuff was the installation of libboost[-all-dev] (!?): libboost-all-dev Depends: libboost-mpi-dev Depends: libboost-mpi1.55-dev Depends: libboost-mpi1.55.0 Depends: libhwloc5 Recommends: libhwloc-plugins, which at the time had Depends: libopencl-1.1-1, a virtual package provided by (among other things) nvidia-libopencl1, which Recommends: nvidia-opencl-icd. This has already been reported (#739409) and fixed: libhwloc-plugins now Depends: ocl-icd-libopencl1 | libopencl-1.1-1. However, cutting the chain there doesn't remove nvidia-opencl-icd if already installed, hence this bug. On 23/11/14 02:09, Andreas Beckmann wrote: I don't know how seriously the missing libcuda1 breaks nvidia-opencl-icd. I can see that this is being dlopen()ed, but at least clinfo still reports something about the GPU. I don't have a better testcase right now, suggestions welcome. If you want a quick "does OpenCL work" test, try python3 accuracy_speed_test.py (from https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=accuracy_speed_test.py;att=1;bug=768090 , Depends: python3-pyopencl, python3-scipy ). (Note that some of those tests are expected to give high/NaN errors because not all the inputs used are valid for all the functions: for the present purpose we're mainly looking for crashes/exceptions.) Given that we also don't want to break systems that are intentionally using nvidia-opencl-icd, a better fix might be for whatever sets nvidia as default graphics provider to only do so if the hardware is present, but I don't know whether that's practical. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5471b873.1040...@zoho.com
Bug#769191: Bug#770588: Bug#769072: #769191, #770588: nvidia-opencl-icd breaking non-nvidia systems
guys, sorry to ask, but there's no link: how to unsubscribe ? On 23/11/2014 08:35, Rebecca N. Palmer wrote: Rebecca Palmerr wrote: The only other [than pyopencl] Depends or Recommends on opencl-icd in the current archive is bfgminer. Sorry...only ones found by "path:debian/control opencl-icd" in sources.debian.net search (apt-cache rdepends doesn't work on virtual packages), which evidently doesn't search non-free as it missed that nvidia-libopencl1 Recommends: nvidia-opencl-icd. Nathaniel Smith wrote: Looking through my apt history, it looks like the critical operation that gave me nvidia stuff was the installation of libboost[-all-dev] (!?): libboost-all-dev Depends: libboost-mpi-dev Depends: libboost-mpi1.55-dev Depends: libboost-mpi1.55.0 Depends: libhwloc5 Recommends: libhwloc-plugins, which at the time had Depends: libopencl-1.1-1, a virtual package provided by (among other things) nvidia-libopencl1, which Recommends: nvidia-opencl-icd. This has already been reported (#739409) and fixed: libhwloc-plugins now Depends: ocl-icd-libopencl1 | libopencl-1.1-1. However, cutting the chain there doesn't remove nvidia-opencl-icd if already installed, hence this bug. On 23/11/14 02:09, Andreas Beckmann wrote: I don't know how seriously the missing libcuda1 breaks nvidia-opencl-icd. I can see that this is being dlopen()ed, but at least clinfo still reports something about the GPU. I don't have a better testcase right now, suggestions welcome. If you want a quick "does OpenCL work" test, try python3 accuracy_speed_test.py (from https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=accuracy_speed_test.py;att=1;bug=768090 , Depends: python3-pyopencl, python3-scipy ). (Note that some of those tests are expected to give high/NaN errors because not all the inputs used are valid for all the functions: for the present purpose we're mainly looking for crashes/exceptions.) Given that we also don't want to break systems that are intentionally using nvidia-opencl-icd, a better fix might be for whatever sets nvidia as default graphics provider to only do so if the hardware is present, but I don't know whether that's practical. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5471cf9e.3020...@gmail.com
Bug#770507: xserver-xorg-video-intel: short delay between key press and screen refresh in gnome-terminal
On Fri, Nov 21, 2014 at 09:40:44PM +0100, Johan Kröckel wrote: > Affected keys: > numbers and letters alone and together with shift. > arrow keys to move the cursor sometimes (move to or from a letter?) > delete and remove sometimes (delete a letter, not a newline?) > space > > Unaffected keys: > shortcuts like ctrl-k and ctrl-u in nano > newline (enter) > pos1 and end > tabulator > > reporting against xserver-xorg-video-intel because occured after upgrading of > it from 2:2.21.15-2+b2 to 2:2.99.916-1~exp1 because of 766506. > other programms are not affected even xterm is unaffected. can't reproduce, please try latest git packaged in experimental aka version 2:2.99.916+git20141119-1~exp1 thanks. -- maks signature.asc Description: Digital signature
xserver-xorg-video-intel: Changes to 'debian-experimental'
debian/changelog |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) New commits: commit 4f2eecb8820c4c4090f4f39d0a930988796b53ad Author: maximilian attems Date: Sun Nov 23 00:04:15 2014 +0100 changelog: prepare snapshot release Signed-off-by: maximilian attems diff --git a/debian/changelog b/debian/changelog index 32eca67..232ed54 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,8 +1,8 @@ -xserver-xorg-video-intel (2:2.99.916+git20141119-1~exp1) UNRELEASED; urgency=medium +xserver-xorg-video-intel (2:2.99.916+git20141119-1~exp1) experimental; urgency=medium * New upstream snapshot. - -- maximilian attems Sat, 22 Nov 2014 18:58:52 +0100 + -- maximilian attems Sun, 23 Nov 2014 00:04:02 +0100 xserver-xorg-video-intel (2:2.99.916-1~exp1) experimental; urgency=medium -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/e1xsyof-pk...@moszumanska.debian.org
xserver-xorg-video-intel: Changes to 'refs/tags/xserver-xorg-video-intel-2_2.99.916-git20141119-1+exp1'
Tag 'xserver-xorg-video-intel-2_2.99.916-git20141119-1+exp1' created by maximilian attems at 2014-11-23 15:11 + release 2:2.99.916+git20141119-1~exp1 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAABAgAGBQJUcflHAAoJEBAlLmU6keUnEYMP/iAmZd9s9FVwcwDMheP6nnhu JJoFlDH/Hsllo2hVjqLXxh1pkiCJul6PIErImwPYl9Ak6cbyjTmFowIyqflkgNUW ubztKSiWipi3d/eObc2NAqTKWCVfyWOOF3tl449HCfr9PFk+rXUDnH0joUyf2wsB QukXdrqSucH5/N8PJ6/EaayxQkl4lp4P1r7+VRB7OYcNBhwsjZ/3xzkd9M2qWkbw b1uIFTIAEoCnEEEuNeQ03RjOmfD1ScoGzM8eMTMfkHEsTlAlayidHode0gAWNBKW VeymzXOkQyqjZ9hu4ovnL3PUyc1A7iNsr5O+U4RtmPrLdOeFoQE5jFK3/XpZoPcs WQYtn5FdJ3vdNsvJ0E5jxWrluGLFPjsIOMEyoc/qTGg+eAm72WpsY5FZfHikzm9y MepG2x287iSn+hxCHn/JXdaak7gDjPqrOnapt2pdUw1If/a4RAWVfWNoOzSrfV4N yU5Q8utuxvb0vyfdz5isJJ3kZJpJh2o8UMeoabrSiIJq1sP2Hh/iAUdxSNXm9D2Q 8nAdsPScy1FNvksnF+BRqD5jvAgy1jCNU6GcEBh/b+bnI/+mLRO4wkH0XfSOD2MQ tqPIrr5k3k0WeIZ/J2TlIUSpr/9YdZizHDrjvbnKE7iFmtTGZUt27NY4t6VQ07Xg ZniFlwaIdd8cL2+r5fuO =El+R -END PGP SIGNATURE- Changes since xserver-xorg-video-intel-2_2.99.916-1+exp1: Chris Wilson (130): sna: Avoid u16 underflow when computing reserved batch space sna: Initialise and check for batch space sna: Add some DBG spam for BLT boxes sna/glyphs: Prevent NULL vfunc deref with glyphs sna: Fix use of GETBLOB ioctl for grabbing the MST path sna: Relax early failure to set KMS modes sna: Emit assertions with FatalError sna: Do apply damage twice for miSpans.PolyFillRect sna: Prune damage that covers the entire target Pixmap backlight: Expose interface to switch backlight on/off entirely sna: Request the backlight to be disabled along with DPMS off sna: Do not mark the pixmap as cleared in the middle of a miSpans decomposition sna/gen8: Re-enable userptr sna: Use default monitor options on the first output sna: DBG compile fix sna/blt: Fix computation of remainaing boxes on gen8+ sna: Initialise remaining batch space sna: Avoid stalls when promoting to the GPU before an operation sna: Mark the CRTC as disabled when hiding the plane intel-virtual-output: Initialise width/height for a disabled output sna: Fix include guard sna: Remvoe unused code configure: Require the presence of xorg/glamor.h for --enable-glamor uxa: Stub out intel_sync_init|fini when not compiled in sna: Update the list of outputs after a failed modeset sna: Last ditch attempt to make extra large batches fit sna/io: Initialise return code to catch early segfaults test: Add DrawSegments uxa: Fix conversion of Segments into Rectangles sna: Constify argument to box_from_seg() uxa/glamor: Silence compiler warnings sna/gen8: Update DBG output of surface offset sna/trapezoids: Thread tristrip rasterisation sna/dri2: Decouple the Client event link on Drawable free sna: Skip present unflip if the output is rotated traps sna/present: Make DBG statements uniform before present_event_notify() sna: Initialise the per-CRTC shadow bo on first use sna/trapezoids: Flesh out alternate rasterisers for tristrips sna: Reuse the same buffer when panning large CRTCs sna: Tweak partial Picture extraction to prefer limiting to max 3D coordinates sna: Relax constant numCrtcs assertion when ZaphodHeads is active sna/gen4+: Assert that the offset coordinate is within range if negative sna: Use shadow CRTC bo if we fail to obtain an framebuffer for the Pixmap sna: Check for scanout pitch restrictions on linear GPU bo sna: Check scanout Pixmaps are the correct pitch and convert if necessary sna: Pass scanout hints along to move-to-gpu Add Skylake PCI IDs sna: Allow move-to-gpu to fail during ScreenCreateResources man: Document the extended values supported by Option "DRI" man: Mention Option "AccelMethod" "none" sna: Use move-to-gpu for explicit handling of damage during fbcon copy sna; Markup that we are ignoring errors from early ScreenCreateResources sna: Clear padding in rotation properties for valgrind sna: Fix SHOW_BATCH_AFTER debugging aide sna/trapezoids: Fix loss of precision through projection onto sample grid sna/trapezoids: Consistently use NO_GPU_THREADS to disable threading for DBG sna/trapezoids: Fix comparison on right edge of trapezoids sna/dri2: Disable tracking stale back buffers without reuse-notifications sna: Update vblank interval after enabling outputs sna: Only use copy redisplay fast path if we have a source GPU bo sna: Double check for no residual CPU damage along redisplay fast path sna/trapezoids: Improve sample locations for imprecise rasterisation sna/trapezoids: Remove redundant coverage scaling sna: Avoid the intermediate allocation for PRIME pixmaps sna: Add pixmap id to DBG hints inside rende migration
Bug#770507: xserver-xorg-video-intel: short delay between key press and screen refresh in gnome-terminal
❦ 21 novembre 2014 21:40 +0100, Johan Kröckel : > numbers and letters alone and together with shift. > arrow keys to move the cursor sometimes (move to or from a letter?) > delete and remove sometimes (delete a letter, not a newline?) > space I got the same problem and it was linked to the compositor (compton in my case). Changing the configuration of the compositor fixed the problem for me. It is easy to check if you are using an external compositor. Just kill it and check if the problem is still here. -- Don't use conditional branches as a substitute for a logical expression. - The Elements of Programming Style (Kernighan & Plauger) signature.asc Description: PGP signature
Bug#769191: Bug#769072: #769191, #770588: nvidia-opencl-icd breaking non-nvidia systems
a better fix might be for whatever sets nvidia as default graphics provider to only do so if the hardware is present, but I don't know whether that's practical. The package already has a check in http://sources.debian.net/src/nvidia-graphics-drivers/340.46-5/debian/libgl1-nvidia-glx.preinst.in that offers to abort an install/upgrade on hardware that is too old for the new driver version, but it doesn't warn for hardware that isn't Nvidia at all (deliberately, according to the changelog; the warning currently suggests using nvidia-legacy-304xx-driver instead, which is the right solution for old Nvidia hardware but probably as bad as plain nvidia-driver on non-Nvidia hardware). -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/547240c3.7090...@zoho.com
Re: Bug#768185: anyone with Radeon hardware, please test
On 11/20/2014 07:52 AM, Rebecca N. Palmer wrote: Can someone with suitable hardware test what happens when mesa-opencl-icd is used? Not sure if I know what I'm doing but this is what I got after deleting intel-beignet.icd and nvidia.icd on a pure AMD system. With either file present clinfo aborted. Number of platforms 2 Platform Name Portable Computing Language Platform Vendor The pocl project Platform VersionOpenCL 1.2 pocl 0.10 Platform ProfileFULL_PROFILE Platform Extensions cl_khr_icd Platform Extensions function suffix POCL Platform Name Default Platform Vendor Mesa Platform VersionOpenCL 1.1 MESA 10.3.2 Platform ProfileFULL_PROFILE Platform Extensions cl_khr_icd Platform Extensions function suffix MESA Platform Name Portable Computing Language Number of devices 1 Device Name pthread-AMD FX(tm)-8350 Eight-Core Processor Device Vendor pocl Device Vendor ID0x0 Device Version OpenCL 1.2 pocl Driver Version 0.10 Device OpenCL C Version OpenCL C 1.2 Device Type CPU, Default Device Profile FULL_PROFILE Max compute units 8 Max clock frequency 4600MHz Device Partition(core) Max number of sub-devices 1 Supported partition types None Max work item dimensions3 Max work item sizes 1024x1024x1024 Max work group size 1024 Preferred work group size multiple 8 Preferred / native vector sizes char16 / 16 short8 / 8 int 4 / 4 long 2 / 2 half 8 / 8(n/a) float4 / 4 double 2 / 2 (cl_khr_fp64) Half-precision Floating-point support (n/a) Single-precision Floating-point support (core) Denormals No Infinity and NANs Yes Round to nearest Yes Round to zero No Round to infinity No IEEE754-2008 fused multiply-add No Support is emulated in software No Correctly-rounded divide and sqrt operations No Double-precision Floating-point support (cl_khr_fp64) Denormals No Infinity and NANs Yes Round to nearest Yes Round to zero No Round to infinity No IEEE754-2008 fused multiply-add No Support is emulated in software No Correctly-rounded divide and sqrt operations No Address bits64, Little-Endian Global memory size 16806371328 (15.65GiB) Error Correction supportNo Max memory allocation 4201592832 (3.913GiB) Unified memory for Host and Device Yes Minimum alignment for any data type 128 bytes Alignment of base address 128 bits (16 bytes) Global Memory cache typeNone Image support pocl warning: encountered incomplete implementation in clGetDeviceInfo.c:149 pocl warning: encountered incomplete implementation in clGetDeviceInfo.c:151 pocl warning: encountered incomplete implementation in clGetDeviceInfo.c:271 Yes Max number of samplers per kernel 16 Max size for 1D images from buffer0 pixels Max 1D or 2D image array size 0 images Max 2D image size 8192x8192 pixels Max 3D image size 2048x2048x2048 pixels Max number of read image args
Processed: Re: Bug#770665: libxvidcore4: Xvideo not working
Processing control commands:
> reassign -1 xserver-xorg-video-ati
Bug #770665 {Done: Alessandro Ghedini } [mpv] mpv: Xvideo
output not working
Bug reassigned from package 'mpv' to 'xserver-xorg-video-ati'.
Ignoring request to alter found versions of bug #770665 to the same values
previously set
Ignoring request to alter fixed versions of bug #770665 to the same values
previously set
> retitle -1 No xvideo on PowerBook 5
Bug #770665 {Done: Alessandro Ghedini }
[xserver-xorg-video-ati] mpv: Xvideo output not working
Changed Bug title to 'No xvideo on PowerBook 5' from 'mpv: Xvideo output not
working'
--
770665: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770665
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/handler.s.b770665.141679022924801.transcr...@bugs.debian.org
Bug#770665: libxvidcore4: Xvideo not working
Do you think this could be related? When I first installed debian the gui would not load unless I added this in the yaboot prompt: Linux "video=radeonfb:1280x854-32@60" Then I need to add this setting to my yaboot.conf file Your thoughts? Thanks for your help Herminio On Sun, Nov 23, 2014 at 6:50 PM, Reinhard Tartler wrote: > Control: reassign -1 xserver-xorg-video-ati > Control: retitle -1 No xvideo on PowerBook 5 > > On Sun, Nov 23, 2014 at 7:37 PM, Herminio Hernandez, Jr. > wrote: > > I am using the default driver from the Debian install. I also did add the > > firmware-linux-free drivers from the Jesse repositories. See below > > > > rican-linux@debian-ppc:~$ ls /usr/lib/xorg/modules/drivers/ > > ati_drv.so mga_drv.so r128_drv.sosisusb_drv.so > > fbdev_drv.so modesetting_drv.so radeon_drv.so tdfx_drv.so > > mach64_drv.so nouveau_drv.so savage_drv.so trident_drv.so > > rican-linux@debian-ppc:~$ > > > > > > rican-linux@debian-ppc:~$ xvinfo > > X-Video Extension version 2.2 > > screen #0 > > no adaptors present > > Okay, that makes this problem a video driver problem. Without xv > capable adaptors, there is nothing mpv or any other media players can > do. > > > > > ican-linux@debian-ppc:~$ cat /var/log/Xorg. > > Xorg.0.log Xorg.0.log.old Xorg.1.log Xorg.1.log.old > > rican-linux@debian-ppc:~$ cat /var/log/Xorg.0.log > > [47.009] > > X.Org X Server 1.16.1.901 (1.16.2 RC 1) > > Release Date: 2014-11-02 > > [47.010] X Protocol Version 11, Revision 0 > > [47.010] Build Operating System: Linux 3.2.0-4-powerpc64 ppc Debian > > [47.010] Current Operating System: Linux debian-ppc 3.16-2-powerpc #1 > > Debian 3.16.3-2 (2014-09-20) ppc > > [47.010] Kernel command line: > > root=UUID=029e6e30-b7a9-4866-8244-d4f3aa5ceb5c ro quiet splash > > video=radeonfb:1280x854-32@60 > > [47.010] Build Date: 03 November 2014 09:43:40PM > > [47.010] xorg-server 2:1.16.1.901-1 (http://www.debian.org/support) > > [47.010] Current version of pixman: 0.32.6 > > [47.010] Before reporting problems, check http://wiki.x.org > > to make sure that you have the latest version. > > [47.010] Markers: (--) probed, (**) from config file, (==) default > > setting, > > (++) from command line, (!!) notice, (II) informational, > > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > > [47.010] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Nov 23 > 15:57:28 > > 2014 > > [47.075] (==) Using system config directory > "/usr/share/X11/xorg.conf.d" > > [47.290] (==) No Layout section. Using the first Screen section. > > [47.290] (==) No screen section available. Using defaults. > > [47.290] (**) |-->Screen "Default Screen Section" (0) > > [47.290] (**) | |-->Monitor "" > > [47.321] (==) No monitor specified for screen "Default Screen > Section". > > Using a default monitor configuration. > > [47.321] (==) Automatically adding devices > > [47.321] (==) Automatically enabling devices > > [47.321] (==) Automatically adding GPU devices > > [47.388] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not > > exist. > > [47.388] Entry deleted from font path. > > [47.433] (==) FontPath set to: > > /usr/share/fonts/X11/misc, > > /usr/share/fonts/X11/100dpi/:unscaled, > > /usr/share/fonts/X11/75dpi/:unscaled, > > /usr/share/fonts/X11/Type1, > > /usr/share/fonts/X11/100dpi, > > /usr/share/fonts/X11/75dpi, > > built-ins > > [47.433] (==) ModulePath set to "/usr/lib/xorg/modules" > > [47.433] (II) The server relies on udev to provide the list of input > > devices. > > If no devices become available, reconfigure udev or disable > AutoAddDevices. > > [47.452] (II) Loader magic: 0x203ef698 > > [47.452] (II) Module ABI versions: > > [47.452] X.Org ANSI C Emulation: 0.4 > > [47.453] X.Org Video Driver: 18.0 > > [47.453] X.Org XInput driver : 21.0 > > [47.453] X.Org Server Extension : 8.0 > > [47.455] (--) PCI:*(0:0:16:0) 1002:4e50:1002:4e50 rev 0, Mem @ > > 0xb800/134217728, 0xb000/65536, I/O @ 0x0400/256, BIOS @ > > 0x/131072 > > [47.457] (II) LoadModule: "glx" > > [47.475] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so > > [47.748] (II) Module glx: vendor="X.Org Foundation" > > [47.748] compiled for 1.16.1.901, module version = 1.0.0 > > [47.748] ABI class: X.Org Server Extension, version 8.0 > > [47.748] (==) AIGLX enabled > > [47.749] (==) Matched ati as autoconfigured driver 0 > > [47.749] (==) Matched modesetting as autoconfigured driver 1 > > [47.749] (==) Matched fbdev as autoconfigured driver 2 > > [47.749] (==) Assigned the driver to the xf86ConfigLayout > > [47.749] (II) LoadModule: "ati" > > [47.766] (II) Loading /usr/lib/xorg/modules/drivers/ati_drv.so > > [47.790] (II) Module ati: vendor="X.Org Foundation" > > [47.790] compiled for 1.16.1, module version = 7.5.0 > > [47.790] Mod
Processed: reopening 770665
Processing commands for cont...@bugs.debian.org:
> reopen 770665
Bug #770665 {Done: Alessandro Ghedini }
[xserver-xorg-video-ati] No xvideo on PowerBook 5
Bug reopened
Ignoring request to alter fixed versions of bug #770665 to the same values
previously set
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
770665: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770665
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/handler.s.c.141679120431393.transcr...@bugs.debian.org
