Bug#728839: libdrm-nouveau2: Mouse pointer become garbage, then panic in kernel and freeze
Some additional panic message: Nov 10 12:52:12 QMHomeG5 kernel: [65612.110761] Oops: Kernel access of bad area, sig: 11 [#1] Nov 10 12:52:12 QMHomeG5 kernel: [65612.110789] SMP NR_CPUS=32 NUMA PowerMac Nov 10 12:52:12 QMHomeG5 kernel: [65612.110804] Modules linked in: rpcsec_gss_krb5 nfsv4 dns_resolver parport_pc lp parport rfcomm bnep bluetooth rfkill binfmt_misc nfsd auth_rpcgss oid_registry nfs_acl nfs lockd fscache sunrpc snd_aoa_fabric_layout snd_aoa_i2sbus snd_aoa_soundbus loop fuse snd_usb_audio joydev hid_logitech snd_usbmidi_lib snd_hwdep snd_seq_midi snd_seq_midi_event ff_memless usbhid hid snd_rawmidi snd_aoa_ codec_onyx snd_aoa snd_pcm snd_seq snd_seq_device snd_timer sil164 snd evdev nouveau uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core videodev soundcore media snd_page_alloc ttm ohci_pci drm_kms_helper o hci_hcd drm ext4 crc16 mbcache jbd2 windfarm_cpufreq_clamp windfarm_smu_sensors windfarm_smu_controls windfarm_pm112 windfarm_lm75_sensor windfarm_max6690_sensor windfarm_smu_sat windfarm_pid windfarm_core i2c_pow ermac sd_mod crc_t10dif ata_generic sg firewire_ohci firewire_core ehci_pci ehci_hcd sr_mod crc_itu_t cdrom sata_svw usbcore tg3 usb_common ptp pps_core libphy Nov 10 12:52:12 QMHomeG5 kernel: [65612.27] CPU: 0 PID: 3077 Comm: klauncher Not tainted 3.11-1-powerpc64 #1 Debian 3.11.6-2 Nov 10 12:52:12 QMHomeG5 kernel: [65612.41] task: c00175a22040 ti: c00178928000 task.ti: c00178928000 Nov 10 12:52:12 QMHomeG5 kernel: [65612.52] NIP: c035471c LR: c01c1818 CTR: c01c0e20 Nov 10 12:52:12 QMHomeG5 kernel: [65612.65] REGS: c0017892b5a0 TRAP: 0300 Not tainted (3.11-1-powerpc64 Debian 3.11.6-2) Nov 10 12:52:12 QMHomeG5 kernel: [65612.77] MSR: 90009032 CR: 44028484 XER: Nov 10 12:52:12 QMHomeG5 kernel: [65612.111214] SOFTE: 1 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111219] DAR: 0075f004fa04, DSISR: 4000 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111227] Nov 10 12:52:12 QMHomeG5 kernel: [65612.111227] GPR00: c01c1818 c0017892b820 c0a03318 c00177354800 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111227] GPR04: c00177142250 c09a3688 091f6000 c001756efd40 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111227] GPR08: 0001 0075f004fa04 0a445000 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111227] GPR12: cfffa000 10132ef8 0004 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111227] GPR16: 0f6e029c f7e7c000 10138e18 1011cb80 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111227] GPR20: 10138d80 0001 c0946b05 c001789a4cc0 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111227] GPR24: 00100100 00200200 c001789a4d38 c09a3688 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111227] GPR28: c00177142250 c00177142220 c001756efd40 c00177354800 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111389] NIP [c035471c] .__rb_erase_color+0x17c/0x3c0 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111403] LR [c01c1818] .anon_vma_interval_tree_remove+0x1f8/0x300 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111414] Call Trace: Nov 10 12:52:12 QMHomeG5 kernel: [65612.111424] [c0017892b820] [00100100] 0x100100 (unreliable) Nov 10 12:52:12 QMHomeG5 kernel: [65612.111441] [c0017892b8c0] [c01c1818] .anon_vma_interval_tree_remove+0x1f8/0x300 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111458] [c0017892b930] [c01d44e4] .unlink_anon_vmas+0xb4/0x270 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111472] [c0017892ba00] [c01c41b0] .free_pgtables+0xe0/0x1b0 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111485] [c0017892baa0] [c01cff50] .exit_mmap+0xf0/0x190 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111500] [c0017892bbc0] [c009d6bc] .mmput+0x8c/0x180 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111514] [c0017892bc40] [c00a37c0] .do_exit+0x310/0xb70 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111528] [c0017892bd30] [c00a40c4] .do_group_exit+0x54/0xf0 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111542] [c0017892bdc0] [c00a4174] .SyS_exit_group+0x14/0x20 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111558] [c0017892be30] [c0009edc] syscall_exit+0x0/0xa0 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111569] Instruction dump: Nov 10 12:52:12 QMHomeG5 kernel: [65612.111575] e95b 7fc4f378 7fe3fb78 f8410028 7d3e4b78 7d4903a6 e85b0008 4e800421 Nov 10 12:52:12 QMHomeG5 kernel: [65612.111602] e8410028 e93e0010 2fa9 419e0010 794807e1 41820200 ebbe0008 Nov 10 12:52:12 QMHomeG5 kernel: [65612.114398] ---[ end trace a1538f800334d43d ]--- -- WBR, Vladimir Berezenko. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://l
Bug#656719: Please provide xvmc and vdpau Gallium3D video acceleration drivers
It would be nice if you could add these drivers. That would mean one
less reason to use the proprietary fglrx driver.
Attached is Mikhail's diff adjusted to 9.2.2-1diff -u mesa-9.2.2/debian/changelog mesa-9.2.2/debian/changelog
--- mesa-9.2.2/debian/changelog
+++ mesa-9.2.2/debian/changelog
@@ -1,3 +1,13 @@
+mesa (9.2.2-1.1) unstable; urgency=low
+
+ [ Mikhail Kshevetskiy ]
+
+ * debian: Add libxvmc1-gallium-drivers and libvdpau1-gallium-drivers
+packages to provide xvmc and vdpau video acceleration for nouveau,
+radeon and softpipe drivers.
+
+ -- Mikhail Kshevetskiy Sun, 09 Jun 2013 02:14:05 +0400
+
mesa (9.2.2-1) unstable; urgency=low
* New upstream release.
diff -u mesa-9.2.2/debian/control mesa-9.2.2/debian/control
--- mesa-9.2.2/debian/control
+++ mesa-9.2.2/debian/control
@@ -33,6 +33,8 @@
llvm-3.3-dev (>= 1:3.3-4) [amd64 i386 kfreebsd-amd64 kfreebsd-i386 armhf],
libelf-dev [amd64 i386 kfreebsd-amd64 kfreebsd-i386 armhf],
libwayland-dev (>= 1.0.2) [linux-any],
+ libxvmc-dev,
+ libvdpau-dev,
Vcs-Git: git://git.debian.org/git/pkg-xorg/lib/mesa
Vcs-Browser: http://git.debian.org/?p=pkg-xorg/lib/mesa.git
Homepage: http://mesa3d.sourceforge.net/
@@ -783,2 +785,76 @@
+Package: libvdpau1-gallium-drivers
+Section: libs
+Priority: optional
+Architecture: linux-any
+Depends:
+ ${shlibs:Depends},
+ ${misc:Depends},
+ firmware-linux-nonfree
+Recommends: libgl1-mesa-dri, libxvmc-mesa-drivers
+Multi-Arch: same
+Description: VDPAU Gallium3D video acceleration drivers
+ This package provide vdpau gallium drivers to accelerate video decoding
+ on r300/r600/radeonsi (AMD Radeon chips), nouveau (NVidia chips) and
+ softpipe.
+ .
+ Features:
+ r300: MPEG1, MPEG2
+ r600/radeonsi: MPEG1, MPEG2, H264, VC1, MPEG4 (see note)
+ nouveau: ???
+ softpipe: ???
+ .
+ Recent MPlayer versions use the provided library automatically. But you
+ can manually use it using for example the following command line.
+ .
+ .mplayer -vo vdpau -vc ffmpeg12vdpau example.mpeg2
+ .
+ Note: you'll need UVD support in your kernel to get H264/VC1/MPEG4
+ video decoding on AMD Radeon chips (linux >= 3.10 and latest
+ radeon firmware files required).
+ .
+ Beware that this is work in progress and might not work as expected.
+
+Package: libvdpau1-gallium-drivers-dbg
+Section: debug
+Priority: extra
+Architecture: linux-any
+Depends:
+ libvdpau1-gallium-drivers (= ${binary:Version}),
+ ${misc:Depends}
+Multi-Arch: same
+Description: debugging symbols for VDPAU Gallium3D video acceleration drivers
+ This package contains the debugging symbols for the VDPAU gallium drivers.
+
+Package: libxvmc1-gallium-drivers
+Section: libs
+Priority: optional
+Architecture: linux-any
+Depends:
+ libxvmc1,
+ ${shlibs:Depends},
+ ${misc:Depends},
+Recommends: libgl1-mesa-dri, libvdpau1-gallium-drivers
+Multi-Arch: same
+Description: XvMC Gallium3D video acceleration drivers
+ This package provide accelerated XvMC gallium drivers for
+ r300/r600/radeonsi (AMD Radeon chips), nouveau (NVidia chips) and
+ softpipe.
+ .
+ You have to edit `/etc/X11/XvMCConfig` and list your hardware specific
+ library in there, for example `libXvMCr600.so.1`.
+ .
+ Beware that this is work in progress and might not work as expected.
+
+Package: libxvmc1-gallium-drivers-dbg
+Section: debug
+Priority: extra
+Architecture: linux-any
+Depends:
+ libxvmc1-gallium-drivers (= ${binary:Version}),
+ ${misc:Depends}
+Multi-Arch: same
+Description: debugging symbols for XvMC Gallium3D video acceleration drivers
+ This package contains the debugging symbols for the XvMCV gallium libraries.
+
# vim: tw=0
diff -u mesa-9.2.2/debian/rules mesa-9.2.2/debian/rules
--- mesa-9.2.2/debian/rules
+++ mesa-9.2.2/debian/rules
@@ -114,7 +114,6 @@
--enable-shared-glapi \
--enable-texture-float \
--enable-xa \
- --disable-xvmc --disable-vdpau \
$(confflags_DIRECT_RENDERING) \
$(confflags_EGL) \
$(confflags_GALLIUM) \
@@ -129,22 +128,25 @@
--enable-xlib-glx \
--disable-egl \
--disable-shared-glapi \
+ --disable-gallium-g3dvl \
$(buildflags)
confflags-swx11-static = \
--disable-dri \
--disable-egl \
--with-gallium-drivers= \
+ --disable-shared-glapi \
+ --disable-gallium-g3dvl \
--enable-xlib-glx \
--enable-static \
--disable-egl \
- --disable-shared-glapi \
$(buildflags)
confflags-swx11-i386-i686 = \
--disable-dri \
--disable-egl \
--with-gallium-drivers= \
+ --disable-gallium-g3dvl \
--enable-xlib-glx \
--disable-egl \
--disable-shared-glapi \
only in patch2:
unchanged:
--- mesa-9.2.2.orig/debian/libvdpau1-gallium-drivers.install.in
+++ mesa-9.2.2/debian/libvdpau1-gallium-drivers.install.in
@@ -0,0 +1 @@
+dri/usr/lib/${DEB_HOST_MULTIARCH}/vdpau/libvdpau_* usr/lib/${DEB_HOST_MULTIARCH}/vdpau
only in patch2:
unchanged:
--- mesa-9.2.2.orig/debian/libxvmc1-gallium-drivers.install.in
+++ mesa-9.2.2/debian/libxvmc1-gallium-drivers.install.in
@@ -0,0 +1 @@
+dri/usr/lib/${DEB_HOST_MULTIARCH}/libXvMC* u
Bug#656719: Please provide xvmc and vdpau Gallium3D video acceleration drivers
❦ 10 novembre 2013 14:35 CET, Stefan Fritsch :
> It would be nice if you could add these drivers. That would mean one
> less reason to use the proprietary fglrx driver.
Indeed, it would be nice. I was planning on proposing a patch but we now
have one (and pretty simple one).
--
panic("Lucy in the sky");
2.2.16 /usr/src/linux/arch/sparc64/kernel/starfire.c
signature.asc
Description: PGP signature
Bug#688082: same here
found xserver-xorg-video-nouveau/1:1.0.1-5 retitle 688082 xserver-xorg-video-nouveau: X server crashes when attemping to display large images thanks I can reproduce this bug using eog to display an image larger than 3138x3138 pixels on: 05:00.0 VGA compatible controller: NVIDIA Corporation NV44 [GeForce 6200 LE] (rev a1) The testcase fastercrash.c triggers the bug, too. Has this issue been reported upstream, yet? Cheers, Thiemo BACKTRACE Description: Binary data
Processed (with 2 errors): same here
Processing commands for cont...@bugs.debian.org: > found xserver-xorg-video-nouveau/1:1.0.1-5 Unknown command or malformed arguments to command. > retitle 688082 xserver-xorg-video-nouveau: X server crashes when Bug #688082 [xserver-xorg-video-nouveau] xserver-xorg-video-nouveau: X server crashes when Iceweasel attempts to display some webpages containing large images. Changed Bug title to 'xserver-xorg-video-nouveau: X server crashes when' from 'xserver-xorg-video-nouveau: X server crashes when Iceweasel attempts to display some webpages containing large images.' > attemping to display large images Unknown command or malformed arguments to command. > thanks Stopping processing here. Please contact me if you need assistance. -- 688082: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688082 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.138409877717094.transcr...@bugs.debian.org
Bug#656719: Please provide xvmc and vdpau Gallium3D video acceleration drivers
❦ 10 novembre 2013 15:03 CET, Vincent Bernat : >> It would be nice if you could add these drivers. That would mean one >> less reason to use the proprietary fglrx driver. > > Indeed, it would be nice. I was planning on proposing a patch but we now > have one (and pretty simple one). The patch works fine for me. Processor usage has dropped noticeably. When using VDPAU with mplayer, I notice a tearing line at the center of the screen when running in fullscreen. -- printk(KERN_WARNING "%s: Short circuit detected on the lobe\n", dev->name); 2.4.0-test2 /usr/src/linux/drivers/net/tokenring/lanstreamer.c signature.asc Description: PGP signature
Processed (with 1 errors): your mail
Processing commands for cont...@bugs.debian.org: > found 688082 xserver-xorg-video-nouveau/1:1.0.1-5 Bug #688082 [xserver-xorg-video-nouveau] xserver-xorg-video-nouveau: X server crashes when Marked as found in versions xserver-xorg-video-nouveau/1:1.0.1-5. > retitle 688082 xserver-xorg-video-nouveau: X server crashes when Bug #688082 [xserver-xorg-video-nouveau] xserver-xorg-video-nouveau: X server crashes when Ignoring request to change the title of bug#688082 to the same title > attemping to display large images Unknown command or malformed arguments to command. > thanks Stopping processing here. Please contact me if you need assistance. -- 688082: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688082 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.138409920019170.transcr...@bugs.debian.org
Processed: your mail
Processing commands for cont...@bugs.debian.org: > retitle 688082 xserver-xorg-video-nouveau: X server crashes when attemping to > display large images Bug #688082 [xserver-xorg-video-nouveau] xserver-xorg-video-nouveau: X server crashes when Changed Bug title to 'xserver-xorg-video-nouveau: X server crashes when attemping to display large images' from 'xserver-xorg-video-nouveau: X server crashes when' > thanks Stopping processing here. Please contact me if you need assistance. -- 688082: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688082 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.138409995023734.transcr...@bugs.debian.org
Bug#729260: mesa: Add egl/gles packages on hurd-any
Package: mesa
Version: 9.2.2-1
Severity: important
Tags: patch upstream
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
Some Debian packages now depend on egl/gles packages, which are not
available on hurd-any. Instead of disabling the dependencies there, we
can actually build them on hurd-any without libdrm support. I have
attached the patch that I have already submitted upstream, and the
debian/ patch that enables the packages.
Samuel
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.12.0 (SMP w/8 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
Samuel
requests.agnjo
gj a po mi
shnthdrdcvallus hsx mvgduwolgfwtq
uzuy
s
p
h
-+- spams forever ... -+-
--- src/egl/drivers/dri2/egl_dri2.c.original2013-11-10 15:27:19.0
+0100
+++ src/egl/drivers/dri2/egl_dri2.c 2013-11-10 15:28:25.0 +0100
@@ -33,8 +33,10 @@
#include
#include
#include
+#ifdef HAVE_DRM_PLATFORM
#include
#include
+#endif
#include
#include
#include
@@ -1125,6 +1127,7 @@
return dri2_create_image(disp, dri_image);
}
+#ifdef HAVE_DRM_PLATFORM
static _EGLImage *
dri2_create_image_mesa_drm_buffer(_EGLDisplay *disp, _EGLContext *ctx,
EGLClientBuffer buffer, const EGLint
*attr_list)
@@ -1169,6 +1172,7 @@
return dri2_create_image(disp, dri_image);
}
+#endif
#ifdef HAVE_WAYLAND_PLATFORM
@@ -1358,8 +1362,10 @@
return dri2_create_image_khr_texture(disp, ctx, target, buffer,
attr_list);
case EGL_GL_RENDERBUFFER_KHR:
return dri2_create_image_khr_renderbuffer(disp, ctx, buffer, attr_list);
+#ifdef HAVE_DRM_PLATFORM
case EGL_DRM_BUFFER_MESA:
return dri2_create_image_mesa_drm_buffer(disp, ctx, buffer, attr_list);
+#endif
#ifdef HAVE_WAYLAND_PLATFORM
case EGL_WAYLAND_BUFFER_WL:
return dri2_create_image_wayland_wl_buffer(disp, ctx, buffer, attr_list);
@@ -1384,6 +1390,7 @@
return EGL_TRUE;
}
+#ifdef HAVE_DRM_PLATFORM
static _EGLImage *
dri2_create_drm_image_mesa(_EGLDriver *drv, _EGLDisplay *disp,
const EGLint *attr_list)
@@ -1494,6 +1501,7 @@
return EGL_TRUE;
}
+#endif
#ifdef HAVE_WAYLAND_PLATFORM
@@ -1721,8 +1729,10 @@
dri2_drv->base.API.ReleaseTexImage = dri2_release_tex_image;
dri2_drv->base.API.CreateImageKHR = dri2_create_image_khr;
dri2_drv->base.API.DestroyImageKHR = dri2_destroy_image_khr;
+#ifdef HAVE_DRM_PLATFORM
dri2_drv->base.API.CreateDRMImageMESA = dri2_create_drm_image_mesa;
dri2_drv->base.API.ExportDRMImageMESA = dri2_export_drm_image_mesa;
+#endif
#ifdef HAVE_WAYLAND_PLATFORM
dri2_drv->base.API.BindWaylandDisplayWL = dri2_bind_wayland_display_wl;
dri2_drv->base.API.UnbindWaylandDisplayWL = dri2_unbind_wayland_display_wl;
--- src/egl/drivers/dri2/platform_x11.c.original2013-11-10
15:41:37.0 +0100
+++ src/egl/drivers/dri2/platform_x11.c 2013-11-10 15:46:52.0 +0100
@@ -33,7 +33,9 @@
#include
#include
#include
+#ifdef HAVE_DRM_PLATFORM
#include
+#endif
#include
#include
@@ -606,6 +608,7 @@
static EGLBoolean
dri2_authenticate(_EGLDisplay *disp)
{
+#ifdef HAVE_DRM_PLATFORM
struct dri2_egl_display *dri2_dpy = dri2_egl_display(disp);
drm_magic_t magic;
@@ -620,6 +623,9 @@
}
return EGL_TRUE;
+#else
+ return EGL_FALSE;
+#endif
}
static EGLBoolean
diff -ur mesa-9.2.2/debian/control ../mesa-9.2.2/debian/control
--- mesa-9.2.2/debian/control 2013-11-10 13:14:22.0 +0100
+++ ../mesa-9.2.2/debian/control2013-11-10 17:36:40.0 +0100
@@ -238,7 +238,7 @@
Package: libegl1-mesa
Section: libs
-Architecture: linux-any kfreebsd-any
+Architecture: any
Depends:
${shlibs:Depends},
${misc:Depends},
@@ -260,7 +260,7 @@
Package: libegl1-mesa-dbg
Section: debug
Priority: extra
-Architecture: linux-any kfreebsd-any
+Architecture: any
Depends:
libegl1-mesa (= ${binary:Version}),
${misc:Depends},
@@ -274,7 +274,7 @@
Package: libegl1-mesa-dev
Section: libdevel
-Architecture: linux-any kfreebsd-any
+Architecture: any
Depends:
libegl1-mesa (= ${binary:Version}),
libegl1-mesa-drivers (= ${binary:Version}),
@@ -389,7 +389,7 @@
Package: libgles1-mesa
Section: libs
-Architecture: linux-any kfreebsd-any
+Architecture: any
Depends:
libglapi-mesa (= ${binary:Version}),
${shlibs:Depends},
@@ -410,7 +410,7 @@
Package: libgles1-mesa-dbg
Section: debug
Priority: extra
-Architecture: linux-any kfreebsd-any
+Architecture: any
Depends:
libgles1-mesa (= ${binary:Version}),
${misc:Depends},
@@ -427,7 +427,7 @@
Package: libgles1-mesa-dev
Section: libdevel
-Architecture: linux-any kfreebsd-any
+Architecture: any
Depends:
libgles1-mesa (= ${binary:Version}),
libegl1-mesa-dev,
@@ -445,7 +4
Bug#725781: xserver-xorg-video-intel: Failed to submit batch buffer, expect rendering corruption
Package: xserver-xorg-video-intel Version: 2:2.21.15-1+b2 Followup-For: Bug #725781 Neither the latest xserver-xorg-video-intel nor new kernel (3.11.6-2 unstable or 3.12~rc7-1~exp1 experimental) fix the problem. Furthermore, although my workaround switching the xrandr parameters back and forth does lessen lagginess after initially triggering the bug, I have discovered it actually is not a whole solution. From the point of first appearance of the error to when the Xserver is shutdown and restarted, neither mplayer nor vlc will display videos at all using their default video output. 'mplayer -vo xv' displays this error repeatedly: X11 error: BadAlloc (insufficient resources for operation) There is no video output. 'mplayer -vo x11' is fine. 'vlc -vv' outputs this error repeatedly: [0x7f1b94001248] xcb_xv vout display debug: cannot put image: X11 error 11 There is no video output. Ben -- 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/20131110223708.22928.1401.reportbug@shade.edennet
Moving pkg-xorg's www crontab
Hi, recent issues with alioth[1] reminded me of this little crontab entry of mine on wagner to keep the web pages in sync with what's in git: 0 * * * * timeout -k 180 90 sh -c "cd /home/groups/pkg-xorg/xorg.git/ && git fetch && git reset --hard origin/xsf-docs >/dev/null && make -C xsf-docs html >/dev/null" I'd be happy if someone could arrange something permanent (no longer user specific), or at least take over this bit from me. 1. https://lists.debian.org/debian-infrastructure-announce/2013/11/msg0.html Mraw, KiBi. signature.asc Description: Digital signature
