Bug#651370: libgl1-mesa-glx: need close on exec for dri device
On Mit, 2011-12-07 at 23:43 -0600, David Fries wrote: Package: libgl1-mesa-glx Version: 7.11-6 Severity: normal Tags: patch When dri is used the character device /dev/dri/card0 is opened. That file descriptor should be set with the close on exec file as currently those resources are not released until it is closed, and exec causes those resources to be leaked until the process terminates. This was an extra problem for the program I'm working with as it will exec itself to start fresh and change modes, but will tie up additional OpenGL resources each time it does so. Here's a patch that will open it with O_CLOEXEC if available or set the FD_CLOEXEC flag otherwise. It almost seems like there should be a common function such as open_wr_cloexec that will make sure and set the flag, but I didn't see an appropriate header file to put it in. Can you create a patch against upstream Git with git format-patch and send it to the mesa-dev mailing list (CC'd) for review? diff -upr /tmp/mesa-7.11/src/egl/drivers/dri2/platform_wayland.c mesa-7.11/src/egl/drivers/dri2/platform_wayland.c --- /tmp/mesa-7.11/src/egl/drivers/dri2/platform_wayland.c2011-07-08 20:37:09.0 -0500 +++ mesa-7.11/src/egl/drivers/dri2/platform_wayland.c 2011-12-07 21:28:10.0 -0600 @@ -734,17 +734,25 @@ drm_handle_device(void *data, struct wl_ { struct dri2_egl_display *dri2_dpy = data; drm_magic_t magic; +#ifdef O_CLOEXEC + int flags = O_RDWR | O_CLOEXEC; +#else + int flags = O_RDWR; +#endif dri2_dpy-device_name = strdup(device); if (!dri2_dpy-device_name) return; - dri2_dpy-fd = open(dri2_dpy-device_name, O_RDWR); + dri2_dpy-fd = open(dri2_dpy-device_name, flags); if (dri2_dpy-fd == -1) { _eglLog(_EGL_WARNING, wayland-egl: could not open %s (%s), dri2_dpy-device_name, strerror(errno)); return; } +#ifndef O_CLOEXEC + fcntl(dri2_dpy-fd, F_SETFD, fcntl(dri2_dpy-fd, F_GETFD) | FD_CLOEXEC); +#endif drmGetMagic(dri2_dpy-fd, magic); wl_drm_authenticate(dri2_dpy-wl_drm, magic); diff -upr /tmp/mesa-7.11/src/egl/drivers/dri2/platform_x11.c mesa-7.11/src/egl/drivers/dri2/platform_x11.c --- /tmp/mesa-7.11/src/egl/drivers/dri2/platform_x11.c2011-12-07 20:53:39.0 -0600 +++ mesa-7.11/src/egl/drivers/dri2/platform_x11.c 2011-12-07 21:28:09.0 -0600 @@ -961,6 +961,11 @@ static EGLBoolean dri2_initialize_x11_dri2(_EGLDriver *drv, _EGLDisplay *disp) { struct dri2_egl_display *dri2_dpy; +#ifdef O_CLOEXEC + int flags = O_RDWR | O_CLOEXEC; +#else + int flags = O_RDWR; +#endif drv-API.CreateWindowSurface = dri2_create_window_surface; drv-API.CreatePixmapSurface = dri2_create_pixmap_surface; @@ -997,19 +1002,16 @@ dri2_initialize_x11_dri2(_EGLDriver *drv if (!dri2_load_driver(disp)) goto cleanup_conn; -#ifdef O_CLOEXEC - dri2_dpy-fd = open(dri2_dpy-device_name, O_RDWR | O_CLOEXEC); -#else - dri2_dpy-fd = open(dri2_dpy-device_name, O_RDWR); - if (dri2_dpy-fd = 0) - fcntl(dri2_dpy-fd, F_SETFD, fcntl(dri2_dpy-fd, F_GETFD) | FD_CLOEXEC); -#endif + dri2_dpy-fd = open(dri2_dpy-device_name, flags); if (dri2_dpy-fd == -1) { _eglLog(_EGL_WARNING, DRI2: could not open %s (%s), dri2_dpy-device_name, strerror(errno)); goto cleanup_driver; } +#ifndef O_CLOEXEC + fcntl(dri2_dpy-fd, F_SETFD, fcntl(dri2_dpy-fd, F_GETFD) | FD_CLOEXEC); +#endif if (dri2_dpy-conn) { if (!dri2_authenticate(disp)) diff -upr /tmp/mesa-7.11/src/gallium/state_trackers/egl/drm/native_drm.c mesa-7.11/src/gallium/state_trackers/egl/drm/native_drm.c --- /tmp/mesa-7.11/src/gallium/state_trackers/egl/drm/native_drm.c 2011-07-14 12:42:59.0 -0500 +++ mesa-7.11/src/gallium/state_trackers/egl/drm/native_drm.c 2011-12-07 21:28:09.0 -0600 @@ -302,11 +302,20 @@ native_create_display(void *dpy, boolean { struct gbm_gallium_drm_device *gbm; int fd; +#ifdef O_CLOEXEC + int flags = O_RDWR | O_CLOEXEC; +#else + int flags = O_RDWR; +#endif gbm = dpy; if (gbm == NULL) { - fd = open(/dev/dri/card0, O_RDWR); + fd = open(/dev/dri/card0, flags); +#ifndef O_CLOEXEC + if (fd != -1) + fcntl(fd, F_SETFD, fcntl(dri2_dpy-fd, F_GETFD) | FD_CLOEXEC); +#endif gbm = gbm_gallium_drm_device(gbm_create_device(fd)); } diff -upr /tmp/mesa-7.11/src/gallium/state_trackers/egl/fbdev/native_fbdev.c mesa-7.11/src/gallium/state_trackers/egl/fbdev/native_fbdev.c --- /tmp/mesa-7.11/src/gallium/state_trackers/egl/fbdev/native_fbdev.c 2011-07-08 20:37:09.0 -0500 +++ mesa-7.11/src/gallium/state_trackers/egl/fbdev/native_fbdev.c 2011-12-07 21:28:09.0 -0600 @@ -514,16 +514,24 @@ native_create_display(void *dpy, boolean { struct native_display *ndpy; int fd;
Bug#651316: libdrm-intel1: X.org crashes when I try to play a video
Cyril Brulebois k...@debian.org (08/12/2011): Thanks for the bisect. Upstream pinged, let's see what happens next. Upstream proposed a patch against libva[1]. I've published packages for i386 and amd64 with that patch[2]. Please report success or failure on the upstream bug[1]. 1. https://bugs.freedesktop.org/show_bug.cgi?id=43554#c3 2. http://mraw.org/~kibi/libva-fdo43554/ Mraw, KiBi. signature.asc Description: Digital signature
Bug#326200: xterm: please set eightBitInput: false by default so Alt is usable as such
Reuben Thomas r...@sc3d.org writes: In other words, only xterm, kterm, mlterm and xvt would require a patch, and in all cases it would be simply to reverse an existing default setting. There are a few more terminals to add to your list of Meta-key behaviors: the text consoles of the kernels supported by Debian. Linux text console: false (That is, by default Alt+w sends ^[w and not the DIVISION SIGN character, at least on my i386 system. This appears to be changeable via setmetamode(1), which uses the KDSKBMETA ioctl documented in console_ioctl(4). I did not find the smm or rmm terminfo entries for linux, nor code that would implement such escape sequences to change the meta mode. I think the default is set in #define KBD_DEFMODE in linux/drivers/char/keyboard.c (search in the file for the two occurrences of VC_META).) I don't have a Debian GNU/kFreeBSD system to test on, nor Debian GNU/Hurd. Maybe someone else could test those for completeness? -- -=- Rjs -=- r...@cs.hut.fi, riku.saikko...@hut.fi -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87r50f2xkd@lambda.cs.hut.fi
Bug#326200: xterm: please set eightBitInput: false by default so Alt is usable as such
On Thu, Dec 08, 2011 at 11:59:46AM +0200, Riku Saikkonen wrote: Reuben Thomas r...@sc3d.org writes: In other words, only xterm, kterm, mlterm and xvt would require a patch, and in all cases it would be simply to reverse an existing default setting. There are a few more terminals to add to your list of Meta-key behaviors: the text consoles of the kernels supported by Debian. Linux text console: false unimplemented (as are most of the cases mentioned) man terminfo(5): If the terminal has a ``meta key'' which acts as a shift key, setting the 8th bit of any character transmitted, this fact can be indicated with km. Otherwise, software will assume that the 8th bit is parity and it will usually be cleared. If strings exist to turn this ``meta mode'' on and off, they can be given as smm and rmm. -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#651399: xdmx crashes on GLX requests
Package: xdmx Version: 2:1.11.2.901-1 Severity: important Dear Maintainer, running any glx app, even glxinfo, or glxgears makes whole xdmx crash. Also trying running mplayer with -vo xv, or -vo gl make xdmx crash. (mplayer -vo x11 works, but extremally slowly) I have standard X server running on 10.0.2.5 and 10.0.2.5, with gdm3 config change to make X listen on TCP. After logging on two machines, and disabling authirozation by xhost + on both, I started from one of machine (10.0.2.5): startx `which twm` -- \ /usr/bin/Xdmx :1 \ -display 10.0.2.5:0 \ -display 10.0.2.8:0 \ -ignorebadfontpaths \ +xinerama Then running glxinfo, make xdmx crash. 10.0.2.5 have nvidia geforce 8600 GT, with nvidia 290 drivers (GLX and XV works on Xorg without xdmx). It is 32-bit OS. 10.0.2.8 is another machine, also with nvidia, but 7600, and different drivers. 10.0.2.8 is 64-bit OS. Is GLX working for anybody? Do I need to have same graphics cards in each machine to have GLX working properly? I also tried xdmx with single backend server (10.0.2.5), and in fact effec was the same; tytus:~ ./go_xdmx (II) dmx: Generation: 1 (II) dmx: DMX version:1.2.20070424 (DMX Project) (II) dmx: DMX Build OS: Linux 2.6.32-5-686-bigmem i686 (Debian) (II) dmx: DMX Build Compiler: gcc 4.6.2 (II) dmx: DMX Execution OS: Linux 3.2.0-rc4+ #8 SMP Thu Dec 8 10:38:35 CET 2011 (II) dmx: DMX Execution Host: tytus (II) dmx: MAXSCREENS: 16 (II) dmx: Using configuration from command line (II) dmx: Added 10.0.2.5:0 at 0 0 (II) dmx[o0/10.0.2.5:0]: Name of display: 10.0.2.5:0 (II) dmx[o0/10.0.2.5:0]: Version number: 11.0 (II) dmx[o0/10.0.2.5:0]: Vendor string: The X.Org Foundation (II) dmx[o0/10.0.2.5:0]: Vendor release: 11102901 (II) dmx[o0/10.0.2.5:0]: Dimensions: 1280x1024 pixels (II) dmx[o0/10.0.2.5:0]: 7 depths on screen 0: 24,1,4,8,15,16,32 (II) dmx[o0/10.0.2.5:0]: Depth of root window: 24 planes (24) (II) dmx[o0/10.0.2.5:0]: Number of colormaps: 1 min, 1 max (II) dmx[o0/10.0.2.5:0]: Options: backing-store no, save-unders no (II) dmx[o0/10.0.2.5:0]: Window Manager running: yes (**) dmx[o0/10.0.2.5:0]: Window manager running -- colormaps not supported (II) dmx[o0/10.0.2.5:0]: 1280x1024+0+0 on 1280x1024 at depth=24, bpp=32 (II) dmx[o0/10.0.2.5:0]: 0x21 TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff * (II) dmx[o0/10.0.2.5:0]: 0x22 DirectColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x24 TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x25 TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x26 TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x27 TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x28 TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x29 TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x2a TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x2b TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x2c TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x2d TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x2e TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x2f TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x30 TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x31 TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x32 TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x33 TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x34 TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x35 TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x36 TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x37 TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x38 TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x39 TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x3a TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x3b TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x3c TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x3d TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x3e TrueColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x3f DirectColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x40 DirectColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x41 DirectColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x42 DirectColor 24b 8b/rgb 256 0xff 0xff00 0x00ff (II) dmx[o0/10.0.2.5:0]: 0x43 DirectColor 24b
Bug#651316: libdrm-intel1: X.org crashes when I try to play a video
Hi On Thursday 08 December 2011, Cyril Brulebois wrote: Cyril Brulebois k...@debian.org (08/12/2011): Thanks for the bisect. Upstream pinged, let's see what happens next. Upstream proposed a patch against libva[1]. I've published packages for i386 and amd64 with that patch[2]. Please report success or failure on the upstream bug[1]. 1. https://bugs.freedesktop.org/show_bug.cgi?id=43554#c3 2. http://mraw.org/~kibi/libva-fdo43554/ ii libdrm-dev2.4.28-1 Userspace interface to kernel DRM services -- development files ii libdrm-intel1 2.4.28-1 Userspace interface to intel-specific kernel DRM services -- runtime ii libdrm-nouveau1a 2.4.28-1 Userspace interface to nouveau-specific kernel DRM services -- runtime ii libdrm-radeon12.4.28-1 Userspace interface to radeon-specific kernel DRM services -- runtime ii libdrm2 2.4.28-1 Userspace interface to kernel DRM services -- runtime ii libkms1 2.4.28-1 Userspace interface to kernel DRM buffer management ii libva-x11-1 1.0.14-1.1 Video Acceleration (VA) API for Linux -- X11 runtime ii libva11.0.14-1.1 Video Acceleration (VA) API for Linux -- runtime No change, X is restarting and dumping to kdm within seconds after displaying any video is started, while reverting the afforementioned patch still avoids the issue. I'll look into creating a freedesktop bugzilla account this evening. Regards Stefan Lippers-Hollmann -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201112081357.41140.s@gmx.de
Bug#651316: a suggestion to this bug
in my case X freezes and i'm not dropped to the login manager. i have antiX sid with slim login manager all up to date. i have read this on phoronix some time ago http://www.phoronix.com/scan.php?page=news_itempx=MTAyMTA it talks about the 965g driver being dropped from the mainline mesa. maybe that is the problem that we are experiencing. my video card is: Graphics: Card: Intel Mobile GM965/GL960 Integrated Graphics Controller (primary) X.Org: 1.11.2.901 drivers: intel (unloaded: fbdev,vesa) Resolution: 1280x800@60.0hz GLX Renderer: Mesa DRI Intel 965GM x86/MMX/SSE2 GLX Version: 2.1 Mesa 7.11.1 downgrading to the testing version of libdrm-intel1 solves the problem for me as well. -- Make less, buy less, use less, throw away less. Less is more.
Bug#651318: xserver-xorg: EQ overflowing -- probably stuck in an infinite loop
Thank you for your quick response. At 20:02h, on Wednesday, December 07, 2011, in message 20111207190214.gi1...@radis.cristau.org, on the subject of Re: Bug#651318: xserver-xorg: EQ overflowing -- probably stuck in an infinite loop, you wrote - Crashes how? The screen goes totally black, the monitor hardware out of range popup appears, and the machine becomes totally blocked not responding to keyboard input (even caps lock on /off) pressing the power button to signify shutdown unless held in for the four second hard power down). [mi] EQ overflowing. The server is probably stuck in an infinite loop. This is just a symptom of some problem. Yes a rather fatal bug reminiscent of Windoze blue screen of death. At a minimum we'll need the corresponding log Which log? Please send details and I will comply. and some description of what you're doing when that happens. Usually clicking the mouse, so it could be an interaction problem between imwheel and the Xorg server. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111208150702.2d205...@ocelot.wsl.com
Bug#651316: libdrm-intel1: X.org crashes when I try to play a video
Package: libdrm-intel1 Version: 2.4.28-1 Followup-For: Bug #651316 I tried the new packages of libva you provided, the crash still happens with them. Thanks. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111208143004.11223.43842.reportbug@mdlaptop.dischinger
Bug#651316: libdrm-intel1: X.org crashes when I try to play a video
Hi Stefan. (That upstream bug was a bad lead, upstream didn't realize it was about an X server rather than a client crash.) Stefan Lippers-Hollmann s@gmx.de (08/12/2011): No change, X is restarting and dumping to kdm within seconds after displaying any video is started, while reverting the afforementioned patch still avoids the issue. Could you please get a full backtrace (see x.debian.net)? I'll look into creating a freedesktop bugzilla account this evening. A new bug on bugs.fd.o would be appreciated by upstream, feel free to Cc me while opening it so I can track it. Mraw, KiBi. signature.asc Description: Digital signature
Bug#651316: libdrm-intel1: X.org crashes when I try to play a video
On Thursday 08 December 2011, Cyril Brulebois wrote: Hi Stefan. (That upstream bug was a bad lead, upstream didn't realize it was about an X server rather than a client crash.) Stefan Lippers-Hollmann s@gmx.de (08/12/2011): No change, X is restarting and dumping to kdm within seconds after displaying any video is started, while reverting the afforementioned patch still avoids the issue. Could you please get a full backtrace (see x.debian.net)? I hope to have installed all required -dbg packages (libc6-dbg, libdrm2-dbg, libdrm-intel1-dbg, libkms1-dbg, xserver-xorg-core-dbg, xserver-xorg-video-intel-dbg): unpatched libva1/ libva-x11-1 (1.0.14-1): # LANG= gdb -c /etc/X11/core /usr/bin/Xorg GNU gdb (GDB) 7.3-debian Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/Xorg...Reading symbols from /usr/lib/debug/usr/bin/Xorg...done. done. [New LWP 3063] warning: Can't read pathname for load map: Input/output error. [Thread debugging using libthread_db enabled] Core was generated by `/usr/bin/X :0 vt7 -br -nolisten tcp -core -auth /var/run/xauth/A:0-CoJICb'. Program terminated with signal 6, Aborted. #0 0x7fba3237f405 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 64 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. in ../nptl/sysdeps/unix/sysv/linux/raise.c (gdb) bt full #0 0x7fba3237f405 in *__GI_raise (sig=optimized out) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 pid = optimized out selftid = optimized out #1 0x7fba32382680 in *__GI_abort () at abort.c:92 act = {__sigaction_handler = {sa_handler = 0x7fba3013f7a7, sa_sigaction = 0x7fba3013f7a7}, sa_mask = {__val = {140437684306760, 140734872454256, 1016, 140734872454496, 140437683370966, 206158430232, 140734872454512, 140734872454288, 140437683282824, 206158430256, 140734872454536, 140437750700624, 109664, 3273383998825390688, 8462091486410927422, 140734872465025}}, sa_flags = 843654047, sa_restorer = 0x7fba3013fa10} sigs = {__val = {32, 0 repeats 15 times}} #2 0x7fba323785b1 in *__GI___assert_fail (assertion=0x7fba3013f7a7 bo_gem-map_count == 0, file=optimized out, line=1016, function=0x7fba3013fe70 drm_intel_gem_bo_map) at assert.c:81 buf = 0x7fba363e5a50 X: ../../intel/intel_bufmgr_gem.c:1016: drm_intel_gem_bo_map: Assertion `bo_gem-map_count == 0' failed.\n #3 0x7fba3013cb10 in drm_intel_gem_bo_map (bo=0x7fba36509050, write_enable=1) at ../../intel/intel_bufmgr_gem.c:1016 mmap_arg = {handle = 911249488, pad = 32698, offset = 252, size = 0, addr_ptr = 140437647249678} bufmgr_gem = 0x7fba35ad89e0 bo_gem = 0x7fba36509050 set_domain = {handle = 845991520, read_domains = 32698, write_domain = 911249656} ret = optimized out __PRETTY_FUNCTION__ = drm_intel_gem_bo_map #4 0x7fba3036076a in i965_create_dst_surface_state (scrn=optimized out, pixmap=0x7fba35e13570, surf_bo=0x7fba36509050, offset=0) at ../../src/i965_video.c:411 intel = 0x7fba35acc0a0 dest_surf_state = optimized out pixmap_bo = 0x7fba35ae12a0 #5 0x7fba30362ff7 in Gen6DisplayVideoTextured (scrn=0x7fba35acb370, adaptor_priv=0x7fba35df9500, id=optimized out, dstRegion=0x7fff64148a70, width=optimized out, height=optimized out, video_pitch=272, video_pitch2=544, src_w=544, src_h=576, drw_w=768, drw_h=576, pixmap=0x7fba35e13570) at ../../src/i965_video.c:1884 intel = 0x7fba35acc0a0 pbox = optimized out nbox = optimized out dxo = optimized out dyo = optimized out pix_xoff = optimized out pix_yoff = optimized out src_scale_x = optimized out src_scale_y = optimized out src_surf = optimized out n_src_surf = 6 src_surf_format = 320 src_surf_base = {0, 0, 391680, 391680, 313344, 313344} src_width = {544, 544, 272, 272, 272, 272} src_height = {576, 576, 288, 288, 288, 288} src_pitch = {544, 544, 272, 272, 272, 272} surface_state_binding_table_bo = 0x7fba36509050 create_dst_surface_state = 0x7fba30360720 i965_create_dst_surface_state create_src_surface_state = 0x7fba30360f30 i965_create_src_surface_state emit_video_setup = 0x7fba303616f0 gen6_emit_video_setup #6 0x7fba3035947b in I830PutImageTextured (scrn=0x7fba35acb370, src_x=0, src_y=optimized out, drw_x=optimized out, drw_y=optimized out, src_w=544, src_h=576, drw_w=768, drw_h=576, id=842094169, buf=0x7fba341bc000 '\020' repeats
Bug#651316: libdrm-intel1: X.org crashes when I try to play a video
Hi, Stefan Lippers-Hollmann s@gmx.de (08/12/2011): I hope to have installed all required -dbg packages (libc6-dbg, libdrm2-dbg, libdrm-intel1-dbg, libkms1-dbg, xserver-xorg-core-dbg, xserver-xorg-video-intel-dbg): […] perfect, thanks! Upstream suggests trying this new driver version, along with the patched libva: http://mraw.org/~kibi/libva-xxvintel/ Mraw, KiBi. signature.asc Description: Digital signature
Bug#651316: libdrm-intel1: X.org crashes when I try to play a video
Hi On Thursday 08 December 2011, Cyril Brulebois wrote: Stefan Lippers-Hollmann s@gmx.de (08/12/2011): I hope to have installed all required -dbg packages (libc6-dbg, libdrm2-dbg, libdrm-intel1-dbg, libkms1-dbg, xserver-xorg-core-dbg, xserver-xorg-video-intel-dbg): […] perfect, thanks! Upstream suggests trying this new driver version, along with the patched libva: http://mraw.org/~kibi/libva-xxvintel/ ii libdrm-dev2.4.28-1 Userspace interface to kernel DRM services -- development files ii libdrm-intel1 2.4.28-1 Userspace interface to intel-specific kernel DRM services -- runtime ii libdrm-intel1-dbg 2.4.28-1 Userspace interface to intel-specific kernel DRM services -- debugging symbols ii libdrm-nouveau1a 2.4.28-1 Userspace interface to nouveau-specific kernel DRM services -- runtime ii libdrm-radeon12.4.28-1 Userspace interface to radeon-specific kernel DRM services -- runtime ii libdrm2 2.4.28-1 Userspace interface to kernel DRM services -- runtime ii libdrm2-dbg 2.4.28-1 Userspace interface to kernel DRM services -- debugging symbols ii libkms1 2.4.28-1 Userspace interface to kernel DRM buffer management ii libkms1-dbg 2.4.28-1 Userspace interface to kernel DRM buffer management -- debugging symbols ii libva-x11-1 1.0.14-1.1 Video Acceleration (VA) API for Linux -- X11 runtime ii libva11.0.14-1.1 Video Acceleration (VA) API for Linux -- runtime ii xserver-xorg-video-intel 2:2.17.0-1+kibi1 X.Org X server -- Intel i8xx, i9xx display driver ii xserver-xorg-video-intel-dbg 2:2.17.0-1+kibi1 X.Org X server -- Intel i8xx, i9xx display driver (debug symbols) X doesn't crash anymore, however video content isn't displayed (using xv) either (the video plays, but the player window remains black (rarely parts of the desktop are visible), the whole overlay isn't filled), after a few moments fonts and windows gain heavy artefacts (drop shadows, wrong colours, weird effects all around [1]). If I force the video player to x11 (e.g. -vo x11 for mplayer2) the video is displayed normally. If I downgrade libdrm-intel1 to 2.4.27-1 again, while keeping libva1/ libva-x11-1 1.0.14-1.1 and xserver-xorg-video-intel 2:2.17.0-1+kibi1 installed, I can't reproduce the window/ font corruption anymore, but video overlays using xv remain black. Regards Stefan Lippers-Hollmann [1] I don't use any 3d effects for KDE/ kwin. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201112081858.36454.s@gmx.de
Bug#651370: libgl1-mesa-glx: need close on exec for dri device
On Wed, Dec 7, 2011 at 23:43:13 -0600, David Fries wrote: diff -upr /tmp/mesa-7.11/src/egl/drivers/dri2/platform_wayland.c mesa-7.11/src/egl/drivers/dri2/platform_wayland.c --- /tmp/mesa-7.11/src/egl/drivers/dri2/platform_wayland.c2011-07-08 20:37:09.0 -0500 +++ mesa-7.11/src/egl/drivers/dri2/platform_wayland.c 2011-12-07 21:28:10.0 -0600 @@ -734,17 +734,25 @@ drm_handle_device(void *data, struct wl_ { struct dri2_egl_display *dri2_dpy = data; drm_magic_t magic; +#ifdef O_CLOEXEC + int flags = O_RDWR | O_CLOEXEC; +#else + int flags = O_RDWR; +#endif dri2_dpy-device_name = strdup(device); if (!dri2_dpy-device_name) return; - dri2_dpy-fd = open(dri2_dpy-device_name, O_RDWR); + dri2_dpy-fd = open(dri2_dpy-device_name, flags); if (dri2_dpy-fd == -1) { _eglLog(_EGL_WARNING, wayland-egl: could not open %s (%s), dri2_dpy-device_name, strerror(errno)); return; } +#ifndef O_CLOEXEC + fcntl(dri2_dpy-fd, F_SETFD, fcntl(dri2_dpy-fd, F_GETFD) | FD_CLOEXEC); +#endif I'd do something like #ifdef O_CLOEXEC dri2_dpy-fd = open(dri2_dpy-device_name, O_RDWR | O_CLOEXEC); if (dri2_dpy-fd == -1 errno == EINVAL) #endif { dri2_dpy-fd = open(dri2_dpy-device_name, O_RDWR); if (dri2_dpy-fd = 0) fcntl(dri2_dpy-fd, F_SETFD, fcntl(dri2_dpy-fd, F_GETFD) | FD_CLOEXEC); } if (dri2_dpy-fd == -1) { _eglLog(...); return; so it still works if the build environment has O_CLOEXEC but the kernel doesn't support it at runtime. Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111208193746.gb23...@radis.cristau.org
xutils-dev: Changes to 'debian-unstable'
debian/changelog |6 util-macros/ChangeLog | 133 + util-macros/configure | 20 +-- util-macros/configure.ac |2 util-macros/xorg-macros.m4.in | 265 +++--- 5 files changed, 376 insertions(+), 50 deletions(-) New commits: commit 101233a902bb08166bdd05094532f88945863c51 Author: Robert Hooker sarv...@ubuntu.com Date: Thu Dec 8 16:21:47 2011 -0500 util-macros 1.16.0 diff --git a/debian/changelog b/debian/changelog index 0d9d94b..b68358c 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +xutils-dev (1:7.6+7) UNRELEASED; urgency=low + + * util-macros 1.16.0 + + -- Robert Hooker sarv...@ubuntu.com Thu, 08 Dec 2011 16:19:45 -0500 + xutils-dev (1:7.6+6) unstable; urgency=low [ Julien Cristau ] diff --git a/util-macros/ChangeLog b/util-macros/ChangeLog index 2290e90..339ec60 100644 --- a/util-macros/ChangeLog +++ b/util-macros/ChangeLog @@ -1,3 +1,136 @@ +commit a8f51b6864c65ab226f2febd7322354fb00b9444 +Author: Gaetan Nadon mems...@videotron.ca +Date: Wed Dec 7 15:15:54 2011 -0500 + +Version bump: 1.16.0 + +Signed-off-by: Gaetan Nadon mems...@videotron.ca + +commit 87340dcccf97c3e1f0ab918bb6740abf47d65558 +Author: Alan Coopersmith alan.coopersm...@oracle.com +Date: Thu Dec 1 13:12:59 2011 -0800 + +XORG_TESTSET_CFLAG: Try to both compile link with the flags + +Catches build problems caused by compilers that ignore unknown flags +at compile time and pass them to the linker at link time, when the +linker considers unknown flags to be fatal errors. + +Reviewed-by: Gaetan Nadon mems...@videotron.ca +Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com + +commit 2d4a7a4cf645c9cb586cf2f77f8d3f61d6c71883 +Author: Jeremy Huddleston jerem...@apple.com +Date: Thu Nov 10 23:45:57 2011 -0800 + +XORG_TESTSET_CFLAG: Add support fot -Werror=unused-command-line-argument + +This warning was was added to clang in r144365 + +Signed-off-by: Jeremy Huddleston jerem...@apple.com + +commit 9d8a1e5809b4dd397efe2e62bbf2c8a6c4deb795 +Author: Alan Coopersmith alan.coopersm...@oracle.com +Date: Thu Nov 3 18:14:15 2011 -0700 + +Add XORG_MEMORY_CHECK_FLAGS and require it in XORG_ENABLE_UNIT_TESTS + +Based on the checks already in libXt/configure.ac and proposed for +xserver/configure.ac - makes a common implementation before we make +more copies. + +Callers should be able to just add + TESTS_ENVIRONMENT = $(XORG_MALLOC_DEBUG_ENV) + +If built with an older xorg-macros, then the tests will simply be +less stringent, matching what happens on platforms without any +simple malloc debugging facilities available. + +Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com +Reviewed-by: Jeremy Huddleston jerem...@apple.com + +commit 9b4a8bae3528950bdb87df095c212d646e15dbdb +Author: Alan Coopersmith alan.coopersm...@oracle.com +Date: Thu Nov 3 17:41:24 2011 -0700 + +Define __wrap_exit in test program source for XORG_LD_WRAP + +Otherwise the test fails on Solaris releases that actually have support +for ld -wrap because the linker instead returns an error that __wrap_exit +is an undefined symbol. + +Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com +Reviewed-by: Jeremy Huddleston jerem...@apple.com + +commit 0295ee03ab45c55771581664d6c903c6d2f87e53 +Author: Alan Coopersmith alan.coopersm...@oracle.com +Date: Thu Nov 3 15:54:25 2011 -0700 + +Add an optional argument to XORG_LD_WRAP + +Allows specifying if ld -wrap support is 'required' or 'optional' for +unit tests, so that builds like the xserver which only need ld -wrap +for some tests can allow users to enable the others when ld -wrap is +not available. + +Signed-off-by: Alan Coopersmith alan.coopersm...@oracle.com +Reviewed-by: Jeremy Huddleston jerem...@apple.com + +commit b8a13e531db208a7c4c9a43b74b196104e7c66ed +Author: Jeremy Huddleston jerem...@apple.com +Date: Tue Nov 1 12:59:55 2011 -0700 + +Add additional flags to XORG_COMPILER_FLAGS + +Signed-off-by: Jeremy Huddleston jerem...@apple.com + +commit 08877399839f5a30a5edd2167fb4275d3dd9d473 +Author: Jeremy Huddleston jerem...@apple.com +Date: Tue Nov 1 12:44:48 2011 -0700 + +Update XORG_CWARNFLAGS to use XORG_COMPILER_FLAGS + +Signed-off-by: Jeremy Huddleston jerem...@apple.com + +commit b406f730d64dfb8b699631ffb3ee5f3a1f0db8c4 +Author: Jeremy Huddleston jerem...@apple.com +Date: Tue Nov 1 12:19:24 2011 -0700 + +Add XORG_COMPILER_FLAGS to replace XORG_CWARNFLAGS + +See: https://bugs.freedesktop.org/show_bug.cgi?id=31238 + +Signed-off-by: Jeremy Huddleston jerem...@apple.com + +commit b175fe0e07fce86cf029695e9e93b573ada54b0c +Author: Jeremy Huddleston jerem...@apple.com +Date: Tue Nov 1 11:53:44 2011 -0700 + +Use XORG_TESTSET_CFLAG
Bug#651316: libdrm-intel1: Disabling assertions seems to workaround the problem as well
Package: libdrm-intel1 Version: 2.4.28-1 Followup-For: Bug #651316 Here is also relevant extract from log: X: ../../intel/intel_bufmgr_gem.c:1016: drm_intel_gem_bo_map: Assertion `bo_gem-map_count == 0' failed. xinit: connection to X server lost waiting for X server to shut down -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libdrm-intel1 depends on: ii libc6 2.13-21 ii libdrm22.4.28-1 ii libpciaccess0 0.12.1-2 ii multiarch-support 2.13-21 libdrm-intel1 recommends no packages. libdrm-intel1 suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20111208222858.17277.70102.reportbug@debian.x201.phnet
Processed: severity of 651316 is grave
Processing commands for cont...@bugs.debian.org: # package should not enter testing as it is severity 651316 grave Bug #651316 [libdrm-intel1] libdrm-intel1: X.org crashes when I try to play a video Severity set to 'grave' from 'important' End of message, stopping processing here. Please contact me if you need assistance. -- 651316: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651316 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: http://lists.debian.org/handler.s.c.132338475423948.transcr...@bugs.debian.org
Processed: block 651494 with 635070 648871 649828 542338 649825 649826 649827 649829 649830 649831 651493 539338 542336
Processing commands for cont...@bugs.debian.org: block 651494 with 635070 648871 649828 542338 649825 649826 649827 649829 649830 649831 651493 539338 542336 Bug #651494 [ftp.debian.org] RM: defoma -- RoQA; Debian-specific, unmaintained, obsoleted by fontconfig Was not blocked by any bugs. Added blocking bug(s) of 651494: 635070, 649830, 542338, 649825, 649831, 651493, 539338, 649829, 649981, 649827, 649828, 648871, 542336, and 649826 thanks Stopping processing here. Please contact me if you need assistance. -- 651494: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651494 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: http://lists.debian.org/handler.s.c.132340403113840.transcr...@bugs.debian.org