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_r

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

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

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 [

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

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

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-nou

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 s

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 hu

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 do

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 ht