Re: libdrm 2.4.1
On Fri, 2008-11-07 at 04:15 +, Sergio Monteiro Basto wrote: I had upgrade Mesa to git master , which needs dri2proto git master . I use kernel-2.6.27.4-79.fc10 sources for drm bits... recompile intel-drv , works well. But breaks suspend to disk (hibernation), suspend to ram still works. Reverting Mesa to mesa_7_0_branch with: rpm -Uvh *7.0.4-9.fc8.i386.rpm --oldpackage , solves the problem. I will stay with Mesa-7.0 Thanks, -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: libdrm 2.4.1
On Mon, 2008-11-03 at 17:44 -0800, Paul Bender wrote: Sergio Monteiro Basto wrote: On Mon, 2008-11-03 at 21:11 +, Sergio Monteiro Basto wrote: Can I use mesa 7.2 with xserver-1.4.2 ? Fair enough to say that someone said that Mesa 7.1 needs xorg-server 1.5.x but Thanks, I found that to be true with Mesa 7.1 but not Mesa 7.2. I have changed MiniMyth so that it builds Mesa 7.2 libdrm 2.4.1 xorg-server 1.4.2 xf86-video-intel 2.5.0 xf86-video-openchrome 0.2.903 NVIDIA 169.12 Everything compiles fine. I cannot test the xf86-video-intel driver as I do not have Intel hardware. However, the xf86-video-openchrome and NVIDIA drivers work on my VIA and NVIDIA+AMD hardware respectively. Ok I had a positive test , I had upgrade Mesa to git master , which needs dri2proto git master . I use kernel-2.6.27.4-79.fc10 sources for drm bits... recompile intel-drv , works well. When start gldemos show this messages: DRM_IOCTL_I915_GEM_APERTURE failed: Invalid argument Assuming 131072kB available aperture size. May lead to reduced performance or incorrect rendering. GL_RENDERER = Mesa DRI Intel(R) 915GM GEM 20080716 x86/MMX/SSE2 but seems that everything woks fine. On lidrm-2.4.1/linux-core, I still can't build i915.ko because, I think , still don't have the kernel headers of kernels 2.6.28-rc and give me this error : CC [M] /root/Mesa/libdrm-2.4.1/linux-core/i915_gem_tiling.o /root/Mesa/libdrm-2.4.1/linux-core/i915_gem_tiling.c: In function ‘i915_gem_detect_bit_6_swizzle’: /root/Mesa/libdrm-2.4.1/linux-core/i915_gem_tiling.c:118: error: implicit declaration of function ‘pci_read_base’ make[2]: *** [/root/Mesa/libdrm-2.4.1/linux-core/i915_gem_tiling.o] Error 1 make[1]: *** [_module_/root/Mesa/libdrm-2.4.1/linux-core] Error 2 make[1]: Leaving directory `/usr/src/kernels/2.6.27.4-79.fc8.i686' make: *** [modules] Error 2 Thanks, -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: libdrm 2.4.1
On Sunday 02 of November 2008, Eric Anholt wrote: On Sun, 2008-11-02 at 20:06 +0100, Arkadiusz Miskiewicz wrote: On Thursday 30 of October 2008, Eric Anholt wrote: New libdrm release to fix the symbol name collision between Mesa 7.2 and libdrm_intel. soname version should be changed when doing such incompatible change :-/ Assuming that distros were integrating things in order, they would have tried to update the following versions mesa 7.0.3 - mesa 7.2 libdrm 2.3 - libdrm 2.4.0 intel-2.4.2 - intel-2.5.0 And they would have found that libdrm 2.4.0 broke things and not integrated it. Asumption is unfortunately wrong for smaller distros. I didn't notice any problems while using 2.4.0 with radeon driver. So our answer is we don't care about people who integrated 2.4.0, as it was broken. Ok. -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: libdrm 2.4.1
On Sun, 2008-11-02 at 12:14 -0800, Eric Anholt wrote: mesa 7.0.3 - mesa 7.2 libdrm 2.3 - libdrm 2.4.0 intel-2.4.2 - intel-2.5.0 Can I use mesa 7.2 with xserver-1.4.2 ? I rebuild intel driver 2.5 and Mesa after updating libdrm 2.4.1 and works well ! Thanks, -- Sérgio M. B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: libdrm 2.4.1
On Mon, 2008-11-03 at 21:11 +, Sergio Monteiro Basto wrote: Can I use mesa 7.2 with xserver-1.4.2 ? Fair enough to say that someone said that Mesa 7.1 needs xorg-server 1.5.x but Thanks, -- Sérgio M.B. smime.p7s Description: S/MIME cryptographic signature ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: libdrm 2.4.1
Sergio Monteiro Basto wrote: On Mon, 2008-11-03 at 21:11 +, Sergio Monteiro Basto wrote: Can I use mesa 7.2 with xserver-1.4.2 ? Fair enough to say that someone said that Mesa 7.1 needs xorg-server 1.5.x but Thanks, I found that to be true with Mesa 7.1 but not Mesa 7.2. I have changed MiniMyth so that it builds Mesa 7.2 libdrm 2.4.1 xorg-server 1.4.2 xf86-video-intel 2.5.0 xf86-video-openchrome 0.2.903 NVIDIA 169.12 Everything compiles fine. I cannot test the xf86-video-intel driver as I do not have Intel hardware. However, the xf86-video-openchrome and NVIDIA drivers work on my VIA and NVIDIA+AMD hardware respectively. ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: libdrm 2.4.1
On Sat, 2008-11-01 at 14:46 +, Colin Guthrie wrote: Eric Anholt wrote: New libdrm release to fix the symbol name collision between Mesa 7.2 and libdrm_intel. Also includes a fix for deadlock in non-GEM 2D, and support for aperture size checking in GEM. Eric Anholt (3): intel: Rename dri_ and intel_ symbols to drm_intel_. Eric, the above commit broke things quite badly here. Running this on xserver 1.4.2 and intel 2.5.0. Not able to get some proper debug (it just crashes X) and I'm not really in a position to do so right now. I'm guessing some of the compatibility defines are not working. or does this compatibility layer require a recompile of something else? Reverting this commit works fine. Did you rebuild your 2D driver and Mesa after updating past that commit? -- Eric Anholt [EMAIL PROTECTED] [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: libdrm 2.4.1
On Thursday 30 of October 2008, Eric Anholt wrote: New libdrm release to fix the symbol name collision between Mesa 7.2 and libdrm_intel. soname version should be changed when doing such incompatible change :-/ -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: libdrm 2.4.1
On Sun, 2008-11-02 at 20:06 +0100, Arkadiusz Miskiewicz wrote: On Thursday 30 of October 2008, Eric Anholt wrote: New libdrm release to fix the symbol name collision between Mesa 7.2 and libdrm_intel. soname version should be changed when doing such incompatible change :-/ Assuming that distros were integrating things in order, they would have tried to update the following versions mesa 7.0.3 - mesa 7.2 libdrm 2.3 - libdrm 2.4.0 intel-2.4.2 - intel-2.5.0 And they would have found that libdrm 2.4.0 broke things and not integrated it. So our answer is we don't care about people who integrated 2.4.0, as it was broken. Thanks to Dave Airlie for tracking it down quickly and making me fix it. -- Eric Anholt [EMAIL PROTECTED] [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: libdrm 2.4.1
Eric Anholt wrote: New libdrm release to fix the symbol name collision between Mesa 7.2 and libdrm_intel. Also includes a fix for deadlock in non-GEM 2D, and support for aperture size checking in GEM. Eric Anholt (3): intel: Rename dri_ and intel_ symbols to drm_intel_. Eric, the above commit broke things quite badly here. Running this on xserver 1.4.2 and intel 2.5.0. Not able to get some proper debug (it just crashes X) and I'm not really in a position to do so right now. I'm guessing some of the compatibility defines are not working. or does this compatibility layer require a recompile of something else? Reverting this commit works fine. Col -- Colin Guthrie gmane(at)colin.guthr.ie http://colin.guthr.ie/ Day Job: Tribalogic Limited [http://www.tribalogic.net/] Open Source: Mandriva Linux Contributor [http://www.mandriva.com/] PulseAudio Hacker [http://www.pulseaudio.org/] Trac Hacker [http://trac.edgewall.org/] ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
Re: libdrm 2.4.1
On Sat, Nov 01, 2008 at 02:46:40PM +, Colin Guthrie wrote: Eric, the above commit broke things quite badly here. Running this on xserver 1.4.2 and intel 2.5.0. Not able to get some proper debug (it just crashes X) and I'm not really in a position to do so right now. I'm guessing some of the compatibility defines are not working. or does this compatibility layer require a recompile of something else? I guess that you need to recompile the intel driver. Anyway, is there a chance you could run X server remotely? A missing symbol currently behaves much like a crash but it does not crash it only does not restore the console properly. -- Lukáš Hejtmánek ___ xorg mailing list xorg@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg
libdrm 2.4.1
New libdrm release to fix the symbol name collision between Mesa 7.2 and libdrm_intel. Also includes a fix for deadlock in non-GEM 2D, and support for aperture size checking in GEM. eaaaf08726d5ac6f3a7f20bf5ec0a013772d7b55 libdrm-2.4.1.tar.bz2 583c1c62f70877ec592245ca0316375662eeb693 libdrm-2.4.1.tar.gz 05feb4c5a48f1f0870a7cbe7617d6cf7 libdrm-2.4.1.tar.bz2 cbcb796bbb3bf9079c4cb22c9d051772 libdrm-2.4.1.tar.gz Alex Deucher (2): radeon: fix some fallout from the busmaster disable cleanup radeon: fix error in busmaster enable logic Ben Skeggs (2): nv50: move context-related tables a separate header file nv50: symlink nv50_grctx.h to linux-core... Eric Anholt (3): intel: Add dri_bufmgr_check_aperture support for bufmgr_gem. intel: Rename dri_ and intel_ symbols to drm_intel_. libdrm 2.4.1. Keith Packard (1): intel: ioctl is not defined to return -errno Matthias Hopf (1): drm/i915: fix ioremap of a user address for non-root (CVE-2008-3831) Pekka Paalanen (1): drm: missing init_mm symbol, compatibility fix Robert Noland (3): [FreeBSD] This check isn't correct and causes at least mga to lockup. [FreeBSD] We should use dev2unit() rather than minor() i915: Since FreeBSD doesn't have gem support yet, don't advertise it. Xiang, Haihao (2): intel: avoid deadlock in intel_bufmgr_fake. intel: Also total child_size of the target_bos. Partial fix #17964. -- Eric Anholt [EMAIL PROTECTED] [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part ___ xorg-announce mailing list xorg-announce@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/xorg-announce