Bug#204378: Debian version number (sid[?] vs. woody etc.)
> "JVdG" == Julien Viard de Galbert writes: JVdG> Use xmessage to display the required information. If xdm it can say "Login: " then it can also say "xdm" and its version number etc. without any help from other programs. Anyway I use "nodm" now, which doesn't have a login screen in the first place... -- 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/8762w5twfy@jidanni.org
Re: Ubuntu plans for Natty release
On Mit, 2010-11-10 at 18:57 +1100, Christopher James Halse Rogers wrote: > > 1) Ship both the classic and gallium versions of r300 & r600, and have > the DDX select between them based on kms support and an xorg.conf > setting (default to r300g, as that's the default upstream, and whichever > r600 driver ends up being default in 7.10). This is not going to be > accepted upstream, but is, I think, a reasonable distro-patch to retain > UMS support for radeon while defaulting to the upstream-default driver. IMHO any solution which doesn't allow easily choosing between the 3D drivers during the X server's runtime (when KMS is enabled) isn't adequate. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- 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/1289378008.10682.102.ca...@thor.local
Bug#595767: Won't load hardware acceleration after system start
On Die, 2010-11-09 at 23:40 +0100, Ivan Vilata i Balaguer wrote: > Alex Deucher (2010-10-07 12:58:34 -0400) wrote: > > > On Wed, Oct 6, 2010 at 6:17 AM, Ivan Vilata i Balaguer > > wrote: > > > Cyril Brulebois (2010-10-05 19:12:12 +0200) wrote: > > > > > >> Please install 2.6.32 kernel from sid, boot it with KMS enabled, and > > >> send both kernel & X logs so that we can determine why DRI doesn't > > >> work out of the box in that case. > > > > > > Done. Here you have both log files. > > > > You have radeonfb loaded which is claiming the device preventing the > > kms drm from loading. > > How should I disable it? > > (Also, people report at #587999 that disabling radeonfb makes the computer > unusable.) As mentioned in the referenced bug report, you can disable radeonfb with video=radeonfb:off or disable KMS with radeon.modeset=0. The problems with KMS mentioned in that report weren't substantiated with specific information. The biggest known gotchas right now are: * radeon.agpmode=1 (or even radeon.agpmode=-1) may be needed for KMS to be stable on PowerMacs. * On laptops there's no backlight control and no suspend to RAM support yet. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- 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/1289377389.10682.97.ca...@thor.local
Bug#603015: xserver-xorg-video-intel: [G33] Crash (SEGV) when switching to 3D board in Fritz 12 under wine
Package: xserver-xorg-video-intel
Version: 2:2.3.2-2+lenny8
Severity: important
The bug is always reproductible : install Fritz 12 under Lenny's wine, then
launch the app and switch to 3D board. It is not supposed to work under wine
yet but it's not
supposed to make X crash.
Here is a backtrace :
#0 0x0035a7c31ed5 in raise () from /lib/libc.so.6
(gdb) bt full
#0 0x0035a7c31ed5 in raise () from /lib/libc.so.6
No symbol table info available.
#1 0x0035a7c333f3 in abort () from /lib/libc.so.6
No symbol table info available.
#2 0x0046a3a9 in ddxGiveUp () at
../../../../hw/xfree86/common/xf86Init.c:1073
i =
#3 0x0057bfc8 in AbortServer () at ../../os/log.c:406
No locals.
#4 0x0057c635 in FatalError (f=0x586dc0 "Caught signal %d. Server
aborting\n") at ../../os/log.c:552
args = {{gp_offset = 16, fp_offset = 48, overflow_arg_area =
0x7fff97511ff0, reg_save_area = 0x7fff97511f30}}
beenhere = 1
#5 0x00486e80 in xf86SigHandler (signo=11) at
../../../../hw/xfree86/common/xf86Events.c:766
No locals.
#6
No symbol table info available.
#7 GetDrawableOrPixmap (glxc=0x0, drawId=37748747, ppGlxDraw=0x7fff975125c0,
ppPixmap=0x7fff975125b8, client=0xe1ff20) at ../../../GL/glx/glxcmds.c:475
vid = 35
pDraw = (DrawablePtr) 0xd7b760
modes =
pGlxDraw =
drawPixmap =
rc =
#8 0x7fd48e4b771e in __glXDisp_SwapBuffers (cl=0x154bad0, pc=) at ../../../GL/glx/glxcmds.c:1506
client = (ClientPtr) 0xe1ff20
tag = 0
drawId = 37748747
glxc = (__GLXcontext *) 0x0
pGlxDraw =
pPixmap = (__GLXpixmap *) 0xe1ff20
error =
#9 0x7fd48e4ba8a5 in __glXDispatch (client=0xe1ff20) at
../../../GL/glx/glxext.c:561
stuff = (xGLXSingleReq *) 0x332aa10
opcode =
cl = (__GLXclientState *) 0x154bad0
retval = 1
#10 0x0044f7e2 in Dispatch () at ../../dix/dispatch.c:502
result =
client = (ClientPtr) 0xe1ff20
nready = 0
start_tick = 260
#11 0x00436bd5 in main (argc=9, argv=0x7fff97512be8, envp=) at ../../dix/main.c:452
i = 1
error = 0
xauthfile =
alwaysCheckForInput = {0, 1}
-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg
/var/lib/x11/X.md5sum does not exist.
X server symlink status:
lrwxrwxrwx 1 root root 13 fév 23 2010 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1959592 jun 11 2009 /usr/bin/Xorg
Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg
VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation 82G33/G31 Express
Integrated Graphics Controller (rev 10)
/etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum.
Xorg X server configuration file status:
-rw-r--r-- 1 root root 1136 nov 8 18:50 /etc/X11/xorg.conf
Contents of /etc/X11/xorg.conf:
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
# sudo dpkg-reconfigure -phigh xserver-xorg
Section "InputDevice"
Identifier "Generic Keyboard"
Driver "kbd"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "fr"
Option "XkbVariant""latin9"
EndSection
Section "InputDevice"
Identifier "Configured Mouse"
Driver "mouse"
EndSection
Section "Device"
Identifier "Configured Video Device"
EndSection
Section "Monitor"
Identifier "Configured Monitor"
EndSection
Section "Screen"
Identifier "Default Screen"
Monitor "Configured Monitor"
EndSection
-- System Information:
Debian Release: 5.0.6
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages xserver-xorg-video-intel depends on:
ii libc6 2.7-18lenny6 GNU C Library: Shared libraries
ii libdrm22.3.1-2 Userspace interface to kernel DRM
ii xserver-xorg-core 2:1.4.2-10.lenny2 Xorg X server - core server
xserver-xorg-video-intel recommends no packages.
xserver-xorg-video-intel suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.or
Processed: tagging 505891
Processing commands for cont...@bugs.debian.org: > tags 505891 + fixed-upstream Bug #505891 [x11-utils] xmessage: -title option isn't documented Added tag(s) fixed-upstream. > thanks Stopping processing here. Please contact me if you need assistance. -- 505891: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=505891 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.128939178422172.transcr...@bugs.debian.org
Re: Ubuntu plans for Natty release
Christopher James Halse Rogers (10/11/2010): > There are a couple of things in mesa that we'd like to do for Natty that > could do with some coördination with Debian-X: […] Unfortunately I haven't played with mesa at all yet, so I can't comment for now. I guess I would prefer having your work kept in the ubuntu branches for now. Mraw, KiBi. signature.asc Description: Digital signature
Bug#603038: Horrible performance with Q35
Package: xserver-xorg-video-intel Version: 2:2.13.901-2 Severity: important Graphics performance with the Q35 chipset, at least on this machine, is simply unacceptable. I tried all versions of xserver-xorg-video-intel since the last 12 months, and I recently tired to update to the experimental 2:2.13.901-2 version with even worse results. My problems are very similar to the issues reported in bug #498673: - With 2:2.13.0-2 (unstable version), 3D GL acceleration is uneven, and heavily affected by the system load. If a program averages 60fps, what I experience is ~120fps for a 1/4 of a second and then a long and slow pause which kills all X11 responsiveness. intel_gpu_top reports 90% being *idle*. As reported in bug #498673:, IRQ usage seem to affect the performance. Increasing a scene complexity increases the FPS and reduces the FPS swings up to a point (overall the performance is still 10x worse than the windows driver). 2D acceleration is slow (compared to the windows driver coming with XP), but with constant FPS. - With 2:2.13.901-2 the situation is even worse: 2D acceleration is now also affected. FPS swings are reduced (the frame rate seems more consistent), but the system is almost unresponsive when running any GL application (you can literally see blender repaiting itself for example). Smooth-scrolling a window in firefox now brings down the system until all repaint events are completed (taking ~5-7 seconds on a *blank* page). Two years ago the performance with xserver-xorg-video-intel was *almost* comparable to the windows driver. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Aug 13 2008 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1914816 Nov 10 00:30 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation 82Q35 Express Integrated Graphics Controller (rev 02) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 59 Oct 7 12:58 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section "ServerFlags" Option "DontZap" "true" EndSection Kernel version (/proc/version): Linux version 2.6.32-5-amd64 (Debian 2.6.32-27) (m...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Sat Oct 30 14:18:21 UTC 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 25702 Nov 10 15:22 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: [18.539] X.Org X Server 1.9.2 Release Date: 2010-10-30 [18.539] X Protocol Version 11, Revision 0 [18.539] Build Operating System: Linux 2.6.32-5-amd64 x86_64 Debian [18.539] Current Operating System: Linux hostname 2.6.32-5-amd64 #1 SMP Sat Oct 30 14:18:21 UTC 2010 x86_64 [18.539] Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-amd64 root=UUID=350fd0a1-e1c7-4719-be0c-27f9daa56966 ro selinux=0 quiet [18.539] Build Date: 09 November 2010 11:15:34PM [18.539] xorg-server 2:1.9.2-1 (Cyril Brulebois ) [18.539] Current version of pixman: 0.16.4 [18.539]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [18.539] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [18.539] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Nov 10 15:22:14 2010 [18.539] (==) Using config file: "/etc/X11/xorg.conf" [18.539] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [18.539] (==) No Layout section. Using the first Screen section. [18.539] (==) No screen section available. Using defaults. [18.539] (**) |-->Screen "Default Screen Section" (0) [18.539] (**) | |-->Monitor "" [18.539] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [18.539] (**) Option "DontZap" "true" [18.539] (==) Automatically adding devices [18.539] (==) Automatically enabling devices [18.539] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [18.539]Entry deleted from font path. [18.539] (==) 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, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins [18.539] (==) ModulePath set to "/usr/lib/xorg/modules" [18.539] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [18.539] (II) Loader
Bug#603015: xserver-xorg-video-intel: [G33] Crash (SEGV) when switching to 3D board in Fritz 12 under wine
On Wed, Nov 10, 2010 at 15:59:36 +0500, François Guerraz wrote: > #8 0x7fd48e4b771e in __glXDisp_SwapBuffers (cl=0x154bad0, pc= optimized out>) at ../../../GL/glx/glxcmds.c:1506 > client = (ClientPtr) 0xe1ff20 > tag = 0 > drawId = 37748747 > glxc = (__GLXcontext *) 0x0 > pGlxDraw = > pPixmap = (__GLXpixmap *) 0xe1ff20 > error = swapbuffers with a NULL context seems wrong... Cheers, Julien signature.asc Description: Digital signature
Bug#603015: xserver-xorg-video-intel: [G33] Crash (SEGV) when switching to 3D board in Fritz 12 under wine
On Wed, Nov 10, 2010 at 15:59:36 +0500, François Guerraz wrote:
> The bug is always reproductible : install Fritz 12 under Lenny's wine, then
> launch the app and switch to 3D board. It is not supposed to work under wine
> yet but it's not
> supposed to make X crash.
>
Please try the attached patch against lenny's xorg-server.
Thanks,
Julien
From 48d47d3bdc951c11f442c7607b6e27bcd3627751 Mon Sep 17 00:00:00 2001
From: Julien Cristau
Date: Wed, 10 Nov 2010 16:54:31 +0100
Subject: [PATCH] glx: don't crash in SwapBuffers without a context
Fixed upstream in d7ded953c4d263e3dd3374dc03eea19e80c05bc6 (Implment
GLXPixmaps.)
---
GL/glx/glxcmds.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/GL/glx/glxcmds.c b/GL/glx/glxcmds.c
index 900a347..7330ff6 100644
--- a/GL/glx/glxcmds.c
+++ b/GL/glx/glxcmds.c
@@ -472,8 +472,9 @@ static int GetDrawableOrPixmap( __GLXcontext *glxc, GLXDrawable drawId,
if (pDraw->type == DRAWABLE_WINDOW) {
VisualID vid = wVisual((WindowPtr)pDraw);
- modes = _gl_context_modes_find_visual(glxc->pGlxScreen->modes,
- vid);
+ if (glxc)
+ modes = _gl_context_modes_find_visual(glxc->pGlxScreen->modes,
+ vid);
} else {
/*
** An X Pixmap is not allowed as a parameter (a GLX Pixmap
--
1.7.2.3
signature.asc
Description: Digital signature
Bug#603015: xserver-xorg-video-intel: [G33] Crash (SEGV) when switching to 3D board in Fritz 12 under wine
On Mit, 2010-11-10 at 16:36 +0100, Julien Cristau wrote: > On Wed, Nov 10, 2010 at 15:59:36 +0500, François Guerraz wrote: > > > #8 0x7fd48e4b771e in __glXDisp_SwapBuffers (cl=0x154bad0, pc= > optimized out>) at ../../../GL/glx/glxcmds.c:1506 > > client = (ClientPtr) 0xe1ff20 > > tag = 0 > > drawId = 37748747 > > glxc = (__GLXcontext *) 0x0 > > pGlxDraw = > > pPixmap = (__GLXpixmap *) 0xe1ff20 > > error = > > swapbuffers with a NULL context seems wrong... glXSwapBuffers() doesn't require a current context. Our GLX implementations traditionally broke in various ways in that case, but AFAICT at least this particular crash might be fixed in newer versions of the X server. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- 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/1289404335.10682.120.ca...@thor.local
Processed: reassign 603015 to xserver-xorg-core, fixed 603015 in 2:1.4.99.901-1, tagging 603015
Processing commands for cont...@bugs.debian.org: > reassign 603015 xserver-xorg-core 2:1.4.2-10.lenny2 Bug #603015 [xserver-xorg-video-intel] xserver-xorg-video-intel: [G33] Crash (SEGV) when switching to 3D board in Fritz 12 under wine Bug reassigned from package 'xserver-xorg-video-intel' to 'xserver-xorg-core'. Bug No longer marked as found in versions xserver-xorg-video-intel/2:2.3.2-2+lenny8. Bug #603015 [xserver-xorg-core] xserver-xorg-video-intel: [G33] Crash (SEGV) when switching to 3D board in Fritz 12 under wine Bug Marked as found in versions xorg-server/2:1.4.2-10.lenny2. > fixed 603015 2:1.4.99.901-1 Bug #603015 [xserver-xorg-core] xserver-xorg-video-intel: [G33] Crash (SEGV) when switching to 3D board in Fritz 12 under wine Bug Marked as fixed in versions xorg-server/2:1.4.99.901-1. > tags 603015 + patch Bug #603015 [xserver-xorg-core] xserver-xorg-video-intel: [G33] Crash (SEGV) when switching to 3D board in Fritz 12 under wine Added tag(s) patch. > thanks Stopping processing here. Please contact me if you need assistance. -- 603015: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=603015 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.12894054373741.transcr...@bugs.debian.org
Re: Ubuntu plans for Natty release
On Wed, 10 Nov 2010 18:57:45 +1100, Christopher James Halse Rogers wrote: > Hey all. > > There are a couple of things in mesa that we'd like to do for Natty that > could do with some coördination with Debian-X: > > 1) Ship both the classic and gallium versions of r300 & r600, and have > the DDX select between them based on kms support and an xorg.conf > setting (default to r300g, as that's the default upstream, and whichever > r600 driver ends up being default in 7.10). This is not going to be > accepted upstream, but is, I think, a reasonable distro-patch to retain > UMS support for radeon while defaulting to the upstream-default driver. > > 2) As always, we need more space on the CDs. The DRI drivers are both > large (~44MB) and contain substantial quantities of common code. Fedora > at one point linked their DRI drivers with a shared libdricore¹, and I'm > looking at doing something similar for the gallium drivers. This shaves > about 30MB off the DRI drivers on AMD64 - down to 12MB, without touching > the gallium drivers. > > Are either of these interesting to debian-x? Should I be committing > these changes to the debian branches, or keeping them Ubuntu-specific? > > Also, > 3) We'll possibly strip out all the less-used (ie: non-intel, > non-radeon) DRI drivers into a separate package & add jockey hooks for > users to install them if needed. That's not going to be so interesting > for Debian, though. I'd like to see libdricore patches pushed upstream as a build option if it's not too invasive. Fedora dropped them because they got tired of porting them forward, but I think at the point where two+ distros and half the mesa developers want the patch in place, we should just shove it in. pgppNmTtmkm3B.pgp Description: PGP signature
Bug#603119: compiz: 0.8.4 version in sid is long out of date
Package: compiz Version: 0.8.4-4 Severity: important Hey there. Compiz 0.9.2 was recently released, and after a bit of annoyance I've got it running on my unstable system. It's awesome, and it'd really be nice to get the 0.8.4 currently in sid upgraded. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36 (SMP w/8 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 compiz depends on: ii compiz-core 0.8.4-4OpenGL window and compositing mana ii compiz-gnome 0.8.4-4OpenGL window and compositing mana ii compiz-gtk0.8.4-4OpenGL window and compositing mana ii compiz-plugins0.8.4-4OpenGL window and compositing mana compiz recommends no packages. Versions of packages compiz suggests: ii compizconfig-settings-manager 0.8.4-2Compizconfig Settings Manager -- no debconf information -- 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/2010011700.32357.23818.report...@hyperbox
Re: Ubuntu plans for Natty release
On Wed, 2010-11-10 at 09:33 +0100, Michel Dänzer wrote: > On Mit, 2010-11-10 at 18:57 +1100, Christopher James Halse Rogers > wrote: > > > > 1) Ship both the classic and gallium versions of r300 & r600, and have > > the DDX select between them based on kms support and an xorg.conf > > setting (default to r300g, as that's the default upstream, and whichever > > r600 driver ends up being default in 7.10). This is not going to be > > accepted upstream, but is, I think, a reasonable distro-patch to retain > > UMS support for radeon while defaulting to the upstream-default driver. > > IMHO any solution which doesn't allow easily choosing between the 3D > drivers during the X server's runtime (when KMS is enabled) isn't > adequate. > Certainly not adequate for driver development, but is it necessary for end-users? This would be necessary for allowing per-application overrides, but should we care about this? Mainly I'm concerned with ensuring that users who turn off KMS get 3D. I don't expect upstream to care or support this; focusing on kms/gallium is a perfectly reasonable decision to make. From our end though, if UMS is *not too much effort* to keep going then it's both useful for debugging (when UMS works & KMS doesn't) and allows people to have a usable system while those bugs are being fixed. Changing the DRI driver name when using UMS seems like the simplest solution here, and once we're doing that it's close to no extra effort to add an xorg.conf option for users to twiddle. Can you see an easy solution which allows changes during X's runtime and will handle UMS transparently? signature.asc Description: This is a digitally signed message part
Re: Ubuntu plans for Natty release
On Wed, 2010-11-10 at 11:27 +0100, Cyril Brulebois wrote: > Christopher James Halse Rogers > (10/11/2010): > > There are a couple of things in mesa that we'd like to do for Natty that > > could do with some coördination with Debian-X: […] > > Unfortunately I haven't played with mesa at all yet, so I can't > comment for now. I guess I would prefer having your work kept in the > ubuntu branches for now. > No problem. I'll make sure it's easy to cherry-pick should you end up wanting it. signature.asc Description: This is a digitally signed message part
Bug#603119: compiz: 0.8.4 version in sid is long out of date
Nick Black (10/11/2010): > Hey there. Compiz 0.9.2 was recently released, and after a bit of > annoyance I've got it running on my unstable system. It's awesome, > and it'd really be nice to get the 0.8.4 currently in sid upgraded. Hi, we welcome your patches, thanks! Mraw, KiBi. signature.asc Description: Digital signature
Re: Ubuntu plans for Natty release
On Wed, 2010-11-10 at 13:58 -0800, Eric Anholt wrote: > On Wed, 10 Nov 2010 18:57:45 +1100, Christopher James Halse Rogers > wrote: > > Hey all. > > > > There are a couple of things in mesa that we'd like to do for Natty that > > could do with some coördination with Debian-X: > > > > 1) Ship both the classic and gallium versions of r300 & r600, and have > > the DDX select between them based on kms support and an xorg.conf > > setting (default to r300g, as that's the default upstream, and whichever > > r600 driver ends up being default in 7.10). This is not going to be > > accepted upstream, but is, I think, a reasonable distro-patch to retain > > UMS support for radeon while defaulting to the upstream-default driver. > > > > 2) As always, we need more space on the CDs. The DRI drivers are both > > large (~44MB) and contain substantial quantities of common code. Fedora > > at one point linked their DRI drivers with a shared libdricore¹, and I'm > > looking at doing something similar for the gallium drivers. This shaves > > about 30MB off the DRI drivers on AMD64 - down to 12MB, without touching > > the gallium drivers. > > > > Are either of these interesting to debian-x? Should I be committing > > these changes to the debian branches, or keeping them Ubuntu-specific? > > > > Also, > > 3) We'll possibly strip out all the less-used (ie: non-intel, > > non-radeon) DRI drivers into a separate package & add jockey hooks for > > users to install them if needed. That's not going to be so interesting > > for Debian, though. > > I'd like to see libdricore patches pushed upstream as a build option if > it's not too invasive. Fedora dropped them because they got tired of > porting them forward, but I think at the point where two+ distros and > half the mesa developers want the patch in place, we should just shove > it in. Fair enough. I'll see how upstream-friendly I can make them, then submit them. signature.asc Description: This is a digitally signed message part
