Processed: severity of 488669 is grave
Processing commands for cont...@bugs.debian.org: > severity 488669 grave Bug#488669: kernel changes break X on sparc64/pci Bug#500358: mach64 stopped working on the Sun Ultra 5 graphics card after upgrade Severity set to `grave' from `important' > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517056: X crashes on session exit
Package: xserver-xorg Version: 1:7.3+18 On my brand new Lenny install, when exiting my X session I get an error like this: waiting for X server to shut down. XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :0.0 after 315733 requests (315726 known processed) with 0 events remaining. Sometimes the second line changes to one of the following: XIO: fatal IO error 4 (Interrupted system call) on X server :0.0 XIO: fatal IO error 104 (Connection reset by peer) on X server :0.0 The errors persist, I get them every time I log out of X. My Xorg.conf is the standard blank file the new autoconfiguration seems to prefer, my screen resolution and refresh rate are properly set. The video card seems is correctly detected. That said the following errors persist in my /var/log/Xorg.0.log file (I do not know if these are relevant or not.): [config/hal]: couldn't initialize context: (null) ((null)) (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) Open APM succesful (II) Configured mouse: ps2EnableDataReporting: succeeded uname -r: 2.6.26-1-486 dpkg -s libc6 | grep ^Version: 2.7-18 lspci: 00:00.0 Host bridge: Intel Corporation 430TX - 82439TX MTXC (rev 01) 00:01.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 01) 00:01.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) 00:01.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01) 00:01.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 01) 00:09.0 CardBus bridge: Ricoh Co Ltd RL5c475 00:0a.0 Multimedia audio controller: Aureal Semiconductor Vortex 1 (rev 02) 00:0b.0 Multimedia video controller: 3Dfx Interactive, Inc. Voodoo 2 (rev 02) 00:0c.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200 (rev 01) 01:00.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 62) 01:00.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 62) 01:00.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 65) Seeing as X never crashes during use, this isn't that severe. However the words 'fatal IO error' inspired me to file this anyway, in case it's a sign of a bigger problem. -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#488669: [FIX]: ultra45 boot failing...
On Mon, 2009-02-09 at 12:49 +0100, Julien Cristau wrote: > On Mon, 2009-02-09 at 01:21 -0800, David Miller wrote: > > No, I would have said that if time is tight at least we can use > > "fbdev" as the Xorg driver for PCI devices on sparc until we have a > > better fix for Xorg. > > We can probably do that for r1. OK so here is a tentative patch to fall back to the fbdev driver on sparc. I'd appreciate if people could test it against lenny's xorg-server, and/or suggest better ways to do this. Cheers, Julien 0001-Add-an-fbdev-screen-as-a-fallback-on-sparc.patch Description: application/mbox
Bug#516805: marked as done (xclipboard: contents vanish when source app quits)
Your message dated Wed, 25 Feb 2009 14:25:30 +0100 with message-id <1235568330.4029.47.ca...@radis.liafa.jussieu.fr> and subject line Re: Bug#516805: xclipboard: contents vanish when source app quits has caused the Debian Bug report #516805, regarding xclipboard: contents vanish when source app quits to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 516805: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=516805 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: x11-apps Version: 7.3+4 Severity: critical Justification: causes serious data loss In gnome, without glipper running, the regular clipboard suffers from a fatal flaw that is enormously irritating: when you quit an application, the contents of the paste buffer disappear. For example, without glipper running, I open openoffice.org writer and use it like I would use MS Word or something. I cut some text from one document. Then I close the window, naturally saving of course, and go and double-click on an oowriter file icon in a nautilus folder of a different document. That document opens up. But I can't paste - the clipboard contents vanished, making me lose my important text to a void of oblivion. I am lucky that I had a backup copy of the original file, and I was able to track down my gibberish notes for episode 9. This is true of any application. For example, (without glipper running), I have an Iceweasel and a gnome-terminal window open. I select the URL from the location bar in Iceweasel, ctl-c to copy or copy from the edit menu, then go to the terminal window. At that point I can right-click in the terminal and choose paste, the URL pastes okay. But if I close Iceweasel, then I can no longer choose paste in the terminal window -- the clipboard contents have vanished. With glipper running in the panel, the gnome clipboard contents are preserved after the source application has quit, and I can paste them like I would expect using the paste command. But glipper is not a required package for gnome, and it alters the way the normal paste buffer behaves. Using mouse selection + right/left or center click behaves exactly the same way. When the source application quits, the buffer contents are gone. I am assuming that by default gnome uses xclipboard for the copy/paste functions in menus (when glipper is not installed.) This is NOT how "regular computers" work, and would be a show stopper for a novice user. As long as the window system is running, the clipboard contents should be preserved, whether or not I close any particular window. Mark -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-maggie-8 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages x11-apps depends on: ii cpp 4:4.3.2-2 The GNU C preprocessor (cpp) ii libc6 2.7-18 GNU C Library: Shared libraries ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libpng12-01.2.27-2 PNG library - runtime ii libsm62:1.0.3-2 X11 Session Management library ii libx11-6 2:1.1.5-2 X11 client-side library ii libxaw7 2:1.0.4-2 X11 Athena Widget library ii libxcursor1 1:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.12-3 FreeType-based font drawing librar ii libxkbfile1 1:1.0.5-1 X11 keyboard file manipulation lib ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxmuu1 2:1.0.4-1 X11 miscellaneous micro-utility li ii libxrender1 1:0.9.4-2 X Rendering Extension client libra ii libxt61:1.0.5-3 X11 toolkit intrinsics library ii x11-common1:7.3+18 X Window System (X.Org) infrastruc x11-apps recommends no packages. Versions of packages x11-apps suggests: pn mesa-utils (no description available) -- no debconf information --- End Message --- --- Begin Message --- On Mon, 2009-02-23 at 11:04 -0800, Mark Hedges wrote: > This is NOT how "regular computers" work, and would be a show stopper > for a novice user. This is how X works. Cheers, Julien --- End Message ---
Bug#516890: xserver-xorg-video-ati: Black screen, work-around is forcing "radeon" driver
On Tue, 2009-02-24 at 17:37 +0100, Sylvain Beucler wrote: > Sorry, I thought that 'ati' was responsible for chosing between radeon > and radeonhd. > If both drivers are installed the choice is pretty much random at the moment, which is a bad idea. :/ On Tue, Feb 24, 2009 at 11:37:35AM +0100, Brice Goglin wrote: > > Please remove the above Driver "radeon" in the config and send the > > corresponding log. > > Attached. > The 'RADEONHD' prefix is there. > I also attached the 'radeon' log. > > > If the log confirms that radeonhd is loaded, please try the 1.2.4 > > package from > > http://people.debian.org/~bgoglin/rebuilds/radeonhd-1.2.4-Xserver1.4/ > > This version works fine. > (other log attached) > > This module recompilation is really handy :) > I'd be interested in documentation to do the same! > > > Now, where should this bug go? > > In a default Lenny install, Xorg uses 'radeonhd' while, given the > state of the drivers in Lenny, it would better use 'radeon'. > Maybe this can be a candidate fix for Debian 5.0.1. > I'm not sure. Maybe you can make a case about this to debian-rele...@l.d.o and see what they think? Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517056: X crashes on session exit
On Wed, 2009-02-25 at 13:31 +0200, Andreas Modinos wrote: > Package: xserver-xorg > Version: 1:7.3+18 > > On my brand new Lenny install, when exiting my X session I get an error like > this: > > waiting for X server to shut down. > XIO: fatal IO error 11 (Resource temporarily unavailable) on X server :0.0 > after 315733 requests (315726 known processed) with 0 events remaining. > > Sometimes the second line changes to one of the following: > XIO: fatal IO error 4 (Interrupted system call) on X server :0.0 > XIO: fatal IO error 104 (Connection reset by peer) on X server :0.0 > > The errors persist, I get them every time I log out of X. Please send the full X log. Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517056: Full Xorg.log
X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-10) Current Operating System: Linux metusalem 2.6.26-1-486 #1 Sat Jan 10 17:46:23 UTC 2009 i586 Build Date: 09 January 2009 02:57:16AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Wed Feb 25 13:09:10 2009 (==) Using config file: "/etc/X11/xorg.conf" (==) No Layout section. Using the first Screen section. (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Configured Monitor" (==) No device specified for screen "Default Screen". Using the first device section listed. (**) | |-->Device "Configured Video Device" (==) |-->Input Device "Configured Mouse" (==) |-->Input Device "Generic Keyboard" (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. (==) The core keyboard device wasn't specified explicitly in the layout. Using the first keyboard device. (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/100dpi/" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/X11/100dpi" does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to "/etc/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory) (II) Open APM successful (II) Loader magic: 0x81e38c0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 2.0 X.Org XInput driver : 2.0 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on linux (II) LoadModule: "pcidata" (II) Loading /usr/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 1.4.2, module version = 1.0.0 ABI class: X.Org Video Driver, version 2.0 (--) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,7100 card , rev 01 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 8086,7110 card , rev 01 class 06,01,00 hdr 80 (II) PCI: 00:01:1: chip 8086,7111 card , rev 01 class 01,01,80 hdr 00 (II) PCI: 00:01:2: chip 8086,7112 card , rev 01 class 0c,03,00 hdr 00 (II) PCI: 00:01:3: chip 8086,7113 card , rev 01 class 06,80,00 hdr 00 (II) PCI: 00:09:0: chip 1180,0475 card 1000, rev 00 class 06,07,00 hdr 02 (II) PCI: 00:0a:0: chip 12eb,0001 card 5053,3355 rev 02 class 04,01,00 hdr 00 (II) PCI: 00:0b:0: chip 121a,0002 card , rev 02 class 04,00,00 hdr 00 (II) PCI: 00:0c:0: chip 102b,0520 card 102b,ff03 rev 01 class 03,00,00 hdr 00 (II) PCI: 01:00:0: chip 1106,3038 card 1106,3038 rev 62 class 0c,03,00 hdr 80 (II) PCI: 01:00:1: chip 1106,3038 card 1106,3038 rev 62 class 0c,03,00 hdr 80 (II) PCI: 01:00:2: chip 1106,3104 card 1106,3104 rev 65 class 0c,03,20 hdr 80 (II) PCI: End of PCI scan (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x - 0x (0x1) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x - 0x (0x0) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:1:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (II) PCI-to-CardBus bridge: (II) Bus 1: bridge is at (0:9:0), (0,1,4), BCTRL: 0x0500 (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0 0x1000 - 0x10ff (0x100) IX[B] [1] -1 0 0x1400 - 0x14ff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0x2400 - 0x27ff (0x400) MX[B] (II) Bus 1 prefetchable memory range: [0] -1 0 0x2000 - 0x23ff (0x400) MX[B] (--) PCI: (0:11:0) 3Dfx Interactive, Inc. Voodoo 2 rev 2, Mem @ 0xe700/24 (--) PCI:*(0:12:0) Matrox Graphics, Inc. MGA G200 rev 1, Mem @ 0xe600/24, 0xe480/14, 0xe400/23 (II) Addressable bus resource ranges are [0] -1 0 0x - 0x (0x0) MX[B] [1] -1 0 0x - 0x (0x1) IX[B] (II) OS-reported r
Bug#516890: xserver-xorg-video-ati: Black screen, work-around is forcing "radeon" driver
On Wed, 2009-02-25 at 15:47 +0100, Sylvain Beucler wrote: > > > Now, where should this bug go? > > > > > > In a default Lenny install, Xorg uses 'radeonhd' while, given the > > > state of the drivers in Lenny, it would better use 'radeon'. > > > Maybe this can be a candidate fix for Debian 5.0.1. > > > > > I'm not sure. Maybe you can make a case about this to > > debian-rele...@l.d.o and see what they think? > > First, I think we need to check that it can be done technically. > > Brice, do you think that patching the Lenny version to force using > 'radeon' for a ATI HD 3430 is possible, and desirable? > The preferred option from my point of view would be to stop installing /usr/share/xserver-xorg/pci/radeonhd.ids in the radeonhd driver package, to prevent it from being automatically chosen by the server (on any hardware). This would make things more predictable. Cheers, Julien -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516890: xserver-xorg-video-ati: Black screen, work-around is forcing "radeon" driver
> > Now, where should this bug go? > > > > In a default Lenny install, Xorg uses 'radeonhd' while, given the > > state of the drivers in Lenny, it would better use 'radeon'. > > Maybe this can be a candidate fix for Debian 5.0.1. > > > I'm not sure. Maybe you can make a case about this to > debian-rele...@l.d.o and see what they think? First, I think we need to check that it can be done technically. Brice, do you think that patching the Lenny version to force using 'radeon' for a ATI HD 3430 is possible, and desirable? -- Sylvain -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#517127: compiz does not run on display 1.0 (but on 0.0)
Package: compiz Version: 0.7.6-7 Severity: normal Hello, I have configured gdm to start 2 xservers. They set DISPLAY to :0.0 and :1.0 When I try to start compiz in a terminal on display :1.0, it delivers the following: compiz --replace & [1] 5831 juer...@acer-ilzleite:~$ Checking for Xgl: not present. Detected PCI ID for VGA: 01:00.0 0300: 1002:5b60 (prog-if 00 [VGA controller]) Checking for texture_from_pixmap: present. Checking for non power of two support: present. Checking for Composite extension: present. Comparing resolution (1280x1024) to maximum 3D texture size (2048): Passed. Checking for nVidia: not present. Checking for FBConfig: present. Checking for Xgl: not present. Starting gtk-window-decorator /usr/bin/compiz.real (core) - Fatal: No GLXFBConfig for default depth, this isn't going to work. /usr/bin/compiz.real (core) - Error: Failed to manage screen: 0 /usr/bin/compiz.real (core) - Fatal: No manageable screens found on display :1.0 The stange thing is, that compiz works on the other display. Greetings Juergen -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages compiz depends on: ii compiz-core 0.7.6-7OpenGL window and compositing mana ii compiz-gnome 0.7.6-7OpenGL window and compositing mana ii compiz-gtk0.7.6-7OpenGL window and compositing mana ii compiz-plugins0.7.6-7OpenGL window and compositing mana compiz recommends no packages. Versions of packages compiz suggests: ii compizconfig-settings-manager 0.7.6-3Compizconfig 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
Bug#517127: marked as done (compiz does not run on display 1.0 (but on 0.0))
Your message dated Wed, 25 Feb 2009 21:27:13 +0100 with message-id <1235593633.4029.92.ca...@radis.liafa.jussieu.fr> and subject line Re: Bug#517127: compiz does not run on display 1.0 (but on 0.0) has caused the Debian Bug report #517127, regarding compiz does not run on display 1.0 (but on 0.0) to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 517127: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517127 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: compiz Version: 0.7.6-7 Severity: normal Hello, I have configured gdm to start 2 xservers. They set DISPLAY to :0.0 and :1.0 When I try to start compiz in a terminal on display :1.0, it delivers the following: compiz --replace & [1] 5831 juer...@acer-ilzleite:~$ Checking for Xgl: not present. Detected PCI ID for VGA: 01:00.0 0300: 1002:5b60 (prog-if 00 [VGA controller]) Checking for texture_from_pixmap: present. Checking for non power of two support: present. Checking for Composite extension: present. Comparing resolution (1280x1024) to maximum 3D texture size (2048): Passed. Checking for nVidia: not present. Checking for FBConfig: present. Checking for Xgl: not present. Starting gtk-window-decorator /usr/bin/compiz.real (core) - Fatal: No GLXFBConfig for default depth, this isn't going to work. /usr/bin/compiz.real (core) - Error: Failed to manage screen: 0 /usr/bin/compiz.real (core) - Fatal: No manageable screens found on display :1.0 The stange thing is, that compiz works on the other display. Greetings Juergen -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/1 CPU core) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages compiz depends on: ii compiz-core 0.7.6-7OpenGL window and compositing mana ii compiz-gnome 0.7.6-7OpenGL window and compositing mana ii compiz-gtk0.7.6-7OpenGL window and compositing mana ii compiz-plugins0.7.6-7OpenGL window and compositing mana compiz recommends no packages. Versions of packages compiz suggests: ii compizconfig-settings-manager 0.7.6-3Compizconfig Settings Manager -- no debconf information --- End Message --- --- Begin Message --- On Wed, 2009-02-25 at 21:01 +0100, Juergen Kosel wrote: > I have configured gdm to start 2 xservers. > They set DISPLAY to :0.0 and :1.0 > > When I try to start compiz in a terminal on display :1.0, it delivers the > following: > > compiz --replace & > [1] 5831 > juer...@acer-ilzleite:~$ Checking for Xgl: not present. > Detected PCI ID for VGA: 01:00.0 0300: 1002:5b60 (prog-if 00 [VGA controller]) > Checking for texture_from_pixmap: present. > Checking for non power of two support: present. > Checking for Composite extension: present. > Comparing resolution (1280x1024) to maximum 3D texture size (2048): Passed. > Checking for nVidia: not present. > Checking for FBConfig: present. > Checking for Xgl: not present. > Starting gtk-window-decorator > /usr/bin/compiz.real (core) - Fatal: No GLXFBConfig for default depth, this > isn't going to work. > /usr/bin/compiz.real (core) - Error: Failed to manage screen: 0 > /usr/bin/compiz.real (core) - Fatal: No manageable screens found on display > :1.0 > DRI (accelerated 3d rendering) only works on one X server. This isn't a bug in compiz, but a well-known limitation in the DRI architecture. Might get fixed with dri2. Cheers, Julien --- End Message ---
libdrm: Changes to 'debian-unstable'
.gitignore |2 ChangeLog | 405 + Makefile.am |4 README |9 configure.ac| 20 debian/changelog|8 debian/libdrm-intel1.symbols|3 debian/rules|2 libdrm/Makefile.am |6 libdrm/intel/Makefile.am|1 libdrm/intel/intel_bufmgr.c |7 libdrm/intel/intel_bufmgr.h |4 libdrm/intel/intel_bufmgr_fake.c|1 libdrm/intel/intel_bufmgr_gem.c | 161 libdrm/intel/intel_bufmgr_priv.h| 10 libdrm/intel/intel_chipset.h| 71 libdrm/libdrm_lists.h |2 libdrm/nouveau/Makefile.am | 40 libdrm/nouveau/libdrm_nouveau.pc.in | 10 libdrm/nouveau/nouveau_bo.c | 845 +++ libdrm/nouveau/nouveau_bo.h | 97 libdrm/nouveau/nouveau_channel.c| 178 libdrm/nouveau/nouveau_channel.h| 56 libdrm/nouveau/nouveau_class.h | 8006 libdrm/nouveau/nouveau_device.c | 186 libdrm/nouveau/nouveau_device.h | 31 libdrm/nouveau/nouveau_dma.c| 216 libdrm/nouveau/nouveau_dma.h| 154 libdrm/nouveau/nouveau_drmif.h | 59 libdrm/nouveau/nouveau_fence.c | 249 + libdrm/nouveau/nouveau_grobj.c | 138 libdrm/nouveau/nouveau_grobj.h | 48 libdrm/nouveau/nouveau_notifier.c | 146 libdrm/nouveau/nouveau_notifier.h | 63 libdrm/nouveau/nouveau_private.h| 203 libdrm/nouveau/nouveau_pushbuf.c| 276 + libdrm/nouveau/nouveau_pushbuf.h| 160 libdrm/nouveau/nouveau_resource.c | 115 libdrm/nouveau/nouveau_resource.h | 48 libdrm/xf86drm.h| 48 libdrm/xf86drmMode.c|8 libdrm/xf86drmMode.h| 127 libdrm_intel.pc.in | 10 shared-core/i915_drm.h |2 shared-core/nouveau_drm.h | 123 tests/modetest/Makefile.am |6 tests/modetest/modetest.c | 272 - 47 files changed, 12500 insertions(+), 136 deletions(-) New commits: commit a87c1a081b77a29fe3430dbdeb8832fb5c5bad15 Author: Julien Cristau Date: Wed Feb 25 22:07:03 2009 +0100 Fix libdrm-intel1.symbols diff --git a/debian/libdrm-intel1.symbols b/debian/libdrm-intel1.symbols index 504f730..68c6686 100644 --- a/debian/libdrm-intel1.symbols +++ b/debian/libdrm-intel1.symbols @@ -1,4 +1,4 @@ -libdrm_intel.so.1 libdrm2 #MINVER# +libdrm_intel.so.1 libdrm-intel1 #MINVER# drm_intel_bo_al...@base 2.4.1 drm_intel_bo_alloc_for_ren...@base 2.4.5 drm_intel_bo_emit_re...@base 2.4.1 commit 9eda40b6f11f16c5f56a15e8a156e8ad8db7e49e Author: Julien Cristau Date: Wed Feb 25 21:54:08 2009 +0100 Symbols and shlibs update diff --git a/debian/changelog b/debian/changelog index 10d05e3..2e41d94 100644 --- a/debian/changelog +++ b/debian/changelog @@ -18,7 +18,8 @@ libdrm (2.4.5-1) UNRELEASED; urgency=low * On Linux, let udev create the device files. * Let linux-libc-dev provide some drm headers, drop them from libdrm-dev. Add dependency on linux-libc-dev >= 2.6.28. - * Set libdrm2 and libdrm-intel1 shlibs to 2.4.3. + * Set libdrm2 shlibs to 2.4.3, libdrm-intel1 shlibs to 2.4.5. Update +symbols files. -- Timo Aaltonen Thu, 27 Nov 2008 09:33:05 +0200 diff --git a/debian/libdrm-intel1.symbols b/debian/libdrm-intel1.symbols index a3f1053..504f730 100644 --- a/debian/libdrm-intel1.symbols +++ b/debian/libdrm-intel1.symbols @@ -1,5 +1,6 @@ libdrm_intel.so.1 libdrm2 #MINVER# drm_intel_bo_al...@base 2.4.1 + drm_intel_bo_alloc_for_ren...@base 2.4.5 drm_intel_bo_emit_re...@base 2.4.1 drm_intel_bo_e...@base 2.4.1 drm_intel_bo_fake_alloc_sta...@base 2.4.1 diff --git a/debian/rules b/debian/rules index 09e67e8..a7a7c97 100755 --- a/debian/rules +++ b/debian/rules @@ -103,7 +103,7 @@ binary-arch: build install dh_compress dh_fixperms dh_makeshlibs -plibdrm2 -V'libdrm2 (>= 2.4.3)' -- -c4 - dh_makeshlibs -plibdrm-intel1 -V'libdrm-intel1 (>= 2.4.3)' -- -c4 + dh_makeshlibs -plibdrm-intel1 -V'libdrm-intel1 (>= 2.4.5)' -- -c4 dh_installdeb dh_shlibdeps dh_gencontrol commit 138543b85b16917585149f43fce3aa72e35807e5 Author: Julien Cristau Date: Wed Feb 25 21:46:49 2009 +0100 Update changelogs diff --git a/ChangeLog b/ChangeLog index 033af3d..64deb58 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,408 @@ +commit a773ce1db8801fcbbdb55b54172c9cd48b92e2d7 +Author: Eric Anholt +Date: Mon Feb 23 13:30:20 2009 -0800 + +Add libdrm_intel.pc by popular demand. + +commit 6feac49398d0f037103a4ae3d5a512badeed61fb +Author: Ivan Kokshaysky +Date: Mon Feb 23 15:54:18 2009 -0500 + +Fix DRM_CAS() on Alpha. (#16549) + +commit 9fc85b4084b69fefab3dbdf1f6cf97ccb47c963a +Author: Kristian Høgsberg +Date: Mon Feb
libdrm: Changes to 'upstream-unstable'
.gitignore |2 Makefile.am |4 README |9 configure.ac| 20 libdrm/Makefile.am |6 libdrm/intel/Makefile.am|1 libdrm/intel/intel_bufmgr.c |7 libdrm/intel/intel_bufmgr.h |4 libdrm/intel/intel_bufmgr_fake.c|1 libdrm/intel/intel_bufmgr_gem.c | 161 libdrm/intel/intel_bufmgr_priv.h| 10 libdrm/intel/intel_chipset.h| 71 libdrm/libdrm_lists.h |2 libdrm/nouveau/Makefile.am | 40 libdrm/nouveau/libdrm_nouveau.pc.in | 10 libdrm/nouveau/nouveau_bo.c | 845 +++ libdrm/nouveau/nouveau_bo.h | 97 libdrm/nouveau/nouveau_channel.c| 178 libdrm/nouveau/nouveau_channel.h| 56 libdrm/nouveau/nouveau_class.h | 8006 ++ libdrm/nouveau/nouveau_device.c | 186 libdrm/nouveau/nouveau_device.h | 31 libdrm/nouveau/nouveau_dma.c| 216 libdrm/nouveau/nouveau_dma.h| 154 libdrm/nouveau/nouveau_drmif.h | 59 libdrm/nouveau/nouveau_fence.c | 249 libdrm/nouveau/nouveau_grobj.c | 138 libdrm/nouveau/nouveau_grobj.h | 48 libdrm/nouveau/nouveau_notifier.c | 146 libdrm/nouveau/nouveau_notifier.h | 63 libdrm/nouveau/nouveau_private.h| 203 libdrm/nouveau/nouveau_pushbuf.c| 276 + libdrm/nouveau/nouveau_pushbuf.h| 160 libdrm/nouveau/nouveau_resource.c | 115 libdrm/nouveau/nouveau_resource.h | 48 libdrm/xf86drm.h| 48 libdrm/xf86drmMode.c|8 libdrm/xf86drmMode.h| 127 libdrm_intel.pc.in | 10 linux-core/Kconfig | 15 linux-core/Makefile | 30 linux-core/Makefile.kernel |3 linux-core/drm_compat.c | 29 linux-core/drm_compat.h | 27 linux-core/drm_fops.c |2 linux-core/i915_buffer.c| 303 - linux-core/i915_compat.c| 215 linux-core/i915_dma.c |1 linux-core/i915_drm.h |1 linux-core/i915_drv.c | 222 linux-core/i915_drv.h |1 linux-core/i915_execbuf.c | 917 --- linux-core/i915_fence.c | 273 - linux-core/i915_gem.c | 2502 - linux-core/i915_gem_debug.c | 202 linux-core/i915_gem_proc.c | 293 - linux-core/i915_gem_tiling.c| 309 - linux-core/i915_ioc32.c | 284 - linux-core/i915_irq.c |1 linux-core/i915_mem.c |1 linux-core/i915_opregion.c | 389 - linux-core/i915_suspend.c |1 linux-core/nouveau_backlight.c | 175 linux-core/nv_drv.c | 94 linux-core/nv_drv.h |1 shared-core/i915_drm.h |2 shared-core/nouveau_drm.h | 123 shared-core/nouveau_drv.h |7 shared-core/nouveau_fifo.c |3 shared-core/nouveau_mem.c | 17 shared-core/nouveau_object.c|7 shared-core/nouveau_reg.h |6 shared-core/nouveau_state.c | 30 shared-core/nv04_instmem.c |3 shared-core/nv40_graph.c| 19 shared-core/nv50_fifo.c |2 shared-core/nv50_graph.c| 18 shared-core/nv50_grctx.h| 9423 shared-core/nv50_instmem.c |7 shared-core/nv_drv.h| 52 tests/modetest/Makefile.am |6 tests/modetest/modetest.c | 272 - 82 files changed, 21783 insertions(+), 6320 deletions(-) New commits: commit a773ce1db8801fcbbdb55b54172c9cd48b92e2d7 Author: Eric Anholt Date: Mon Feb 23 13:30:20 2009 -0800 Add libdrm_intel.pc by popular demand. diff --git a/.gitignore b/.gitignore index bd78034..ba5440b 100644 --- a/.gitignore +++ b/.gitignore @@ -36,6 +36,8 @@ i915.kld install-sh libdrm/config.h.in libdrm.pc +libdrm_intel.pc +libdrm_nouveau.pc libtool ltmain.sh mach64.kld diff --git a/Makefile.am b/Makefile.am index 5b1ae60..e105edd 100644 --- a/Makefile.am +++ b/Makefile.am @@ -25,6 +25,6 @@ AUTOMAKE_OPTIONS = foreign SUBDIRS = libdrm shared-core tests pkgconfigdir = @pkgconfigdir@ -pkgconfig_DATA = libdrm.pc +pkgconfig_DATA = libdrm.pc libdrm_intel.pc -EXTRA_DIST = libdrm.pc.in +EXTRA_DIST = libdrm.pc.in libdrm_intel.pc.in diff --git a/configure.ac b/configure.ac index b37af72..04933c3 100644 --- a/configure.ac +++ b/configure.ac @@ -143,4 +143,5 @@ AC_OUTPUT([ tests/Makefile tests/modeprint/Makefile tests/modetest/Makefile - libdrm.pc]) + libdrm.pc + libdrm_intel.pc]) diff --git a/libdrm_intel.pc.in b/libdrm_intel.pc.in new file mode 100644 index 000..ea71cc3
xorg-server: Changes to 'upstream-experimental'
Xext/panoramiX.h |3
config/hal.c | 111 +++-
config/x11-input.fdi | 14 +
configure.ac | 14 -
dix/dixfonts.c|3
exa/exa_accel.c | 135 --
glx/glxdri.c | 10 -
glx/glxscreens.c | 235 -
glx/glxserver.h |2
hw/xfree86/common/xf86Bus.c | 22 +-
hw/xfree86/common/xf86Config.c| 144 ++-
hw/xfree86/common/xf86Configure.c | 12 +
hw/xfree86/common/xf86Globals.c |1
hw/xfree86/common/xf86Init.c |7
hw/xfree86/common/xf86Priv.h |1
hw/xfree86/common/xf86pciBus.c|6
hw/xfree86/dixmods/glxmodule.c| 15 -
hw/xfree86/doc/man/xorg.conf.man.pre | 29 +++
hw/xfree86/dri/dri.c |2
hw/xfree86/loader/loaderProcs.h |1
hw/xfree86/modes/xf86Crtc.c | 128 +
hw/xfree86/modes/xf86Crtc.h | 10 -
hw/xfree86/modes/xf86RandR12.c| 275 +++---
hw/xfree86/modes/xf86Rotate.c | 76 +++-
hw/xfree86/os-support/linux/int10/linux.c |3
hw/xfree86/os-support/linux/lnx_init.c| 60 ++
hw/xfree86/parser/Files.c | 15 +
hw/xfree86/parser/xf86Parser.h|1
hw/xfree86/parser/xf86tokens.h|2
hw/xquartz/GL/indirect.c |4
hw/xquartz/darwin.c | 11 -
hw/xquartz/darwinEvents.c |3
hw/xquartz/quartzKeyboard.h |1
include/dixfont.h | 43
include/xkbfile.h | 29 ---
mi/mieq.c |4
mi/mipointer.c|9
randr/rrcrtc.c| 41 ++--
randr/rrscreen.c |2
randr/rrtransform.c | 67 +--
40 files changed, 888 insertions(+), 663 deletions(-)
New commits:
commit 60c161545af80eb78eb790a05bde79409dfdf16e
Author: Keith Packard
Date: Wed Feb 25 12:05:44 2009 -0800
X server version 1.6.0
Signed-off-by: Keith Packard
diff --git a/configure.ac b/configure.ac
index b4d18dd..f2718b8 100644
--- a/configure.ac
+++ b/configure.ac
@@ -26,12 +26,12 @@ dnl
dnl Process this file with autoconf to create configure.
AC_PREREQ(2.57)
-AC_INIT([xorg-server], 1.5.99.903,
[https://bugs.freedesktop.org/enter_bug.cgi?product=xorg], xorg-server)
+AC_INIT([xorg-server], 1.6.0,
[https://bugs.freedesktop.org/enter_bug.cgi?product=xorg], xorg-server)
AC_CONFIG_SRCDIR([Makefile.am])
AM_INIT_AUTOMAKE([dist-bzip2 foreign])
AM_MAINTAINER_MODE
-RELEASE_DATE="2009-2-17"
+RELEASE_DATE="2009-2-25"
dnl this gets generated by autoheader, and thus contains all the defines. we
dnl don't ever actually use it, internally.
commit e9a9f807971b8fb62b957c9d54b4aea7fb0f96ca
Author: Maarten Maathuis
Date: Fri Jan 30 19:32:33 2009 +0100
exa: kill of exaImageGlyphBlt
- It serves no obvious purpose, yet it directly accesses many fb
symbols.
(cherry picked from commit 5cc67ae94c066dcac78072ad8a819c3b602d8bab)
diff --git a/exa/exa_accel.c b/exa/exa_accel.c
index f72a08a..453431e 100644
--- a/exa/exa_accel.c
+++ b/exa/exa_accel.c
@@ -856,139 +856,6 @@ out:
REGION_DESTROY(pScreen, pReg);
}
-static void
-exaImageGlyphBlt (DrawablePtr pDrawable,
- GCPtr pGC,
- int x,
- int y,
- unsigned int nglyph,
- CharInfoPtr *ppciInit,
- pointer pglyphBase)
-{
-FbGCPrivPtrpPriv = fbGetGCPrivate(pGC);
-CharInfoPtr*ppci;
-CharInfoPtrpci;
-unsigned char *pglyph; /* pointer bits in glyph */
-intgWidth, gHeight;/* width and height of glyph */
-FbStride gStride;/* stride of glyph */
-Bool opaque;
-intgx, gy;
-void (*glyph) (FbBits *,
- FbStride,
- int,
- FbStip *,
- FbBits,
- int,
- int);
-FbBits *dst;
-FbStride dstStride;
-intdstBpp;
-intdstXoff, dstYoff;
-FbBits depthMask;
-PixmapPtr pPixmap = exaGetDrawablePixmap(pDrawable);
-ExaPixmapPriv(pPixmap);
-RegionPtr pending_damage = NULL;
-BoxRec extents;
-intxoff, yoff;
-
-if (pExaPixmap->pDamage)
-
xorg-server: Changes to 'debian-experimental'
ChangeLog| 555 ++ Xext/panoramiX.h | 3 config/hal.c | 111 +- config/x11-input.fdi | 14 configure.ac | 14 debian/changelog | 8 debian/patches/0001-mi-force-the-paired-kbd-device-before-CopyKeyClass.patch | 37 debian/patches/0001-xorg.conf-5-refer-to-mousedrv-4-.-Debian-394058.patch| 13 debian/patches/series| 1 debian/xsfbs/xsfbs.sh| 66 - dix/dixfonts.c | 3 exa/exa_accel.c | 135 -- glx/glxdri.c | 10 glx/glxscreens.c | 235 +--- glx/glxserver.h | 2 hw/xfree86/common/xf86Bus.c | 22 hw/xfree86/common/xf86Config.c | 144 -- hw/xfree86/common/xf86Configure.c| 12 hw/xfree86/common/xf86Globals.c | 1 hw/xfree86/common/xf86Init.c | 7 hw/xfree86/common/xf86Priv.h | 1 hw/xfree86/common/xf86pciBus.c | 6 hw/xfree86/dixmods/glxmodule.c | 15 hw/xfree86/doc/man/xorg.conf.man.pre | 29 hw/xfree86/dri/dri.c | 2 hw/xfree86/loader/loaderProcs.h | 1 hw/xfree86/modes/xf86Crtc.c | 128 +- hw/xfree86/modes/xf86Crtc.h | 10 hw/xfree86/modes/xf86RandR12.c | 275 hw/xfree86/modes/xf86Rotate.c| 76 - hw/xfree86/os-support/linux/int10/linux.c| 3 hw/xfree86/os-support/linux/lnx_init.c | 60 - hw/xfree86/parser/Files.c| 15 hw/xfree86/parser/xf86Parser.h | 1 hw/xfree86/parser/xf86tokens.h | 2 hw/xquartz/GL/indirect.c | 4 hw/xquartz/darwin.c | 11 hw/xquartz/darwinEvents.c| 3 hw/xquartz/quartzKeyboard.h | 1 include/dixfont.h| 43 include/xkbfile.h| 29 mi/mieq.c| 4 mi/mipointer.c | 9 randr/rrcrtc.c | 41 randr/rrscreen.c | 2 randr/rrtransform.c | 67 - 46 files changed, 1455 insertions(+), 776 deletions(-) New commits: commit b49f9bb557367601f169b8b6232dbdf589b5175c Author: Julien Cristau Date: Wed Feb 25 21:38:46 2009 +0100 Refresh patch 0001-xorg.conf-5-refer-to-mousedrv-4-.-Debian-394058.patch diff --git a/debian/patches/0001-xorg.conf-5-refer-to-mousedrv-4-.-Debian-394058.patch b/debian/patches/0001-xorg.conf-5-refer-to-mousedrv-4-.-Debian-394058.patch index fd80c26..d0f1d22 100644 --- a/debian/patches/0001-xorg.conf-5-refer-to-mousedrv-4-.-Debian-394058.patch +++ b/debian/patches/0001-xorg.conf-5-refer-to-mousedrv-4-.-Debian-394058.patch @@ -7,11 +7,11 @@ Subject: [PATCH] xorg.conf (5) refer to mousedrv (4). Debian #394058 hw/xfree86/doc/man/xorg.conf.man.pre |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) -diff --git a/hw/xfree86/doc/man/xorg.conf.man.pre b/hw/xfree86/doc/man/xorg.conf.man.pre -index d9a4b35..ed081f5 100644 a/hw/xfree86/doc/man/xorg.conf.man.
xorg-server: Changes to 'ubuntu'
debian/changelog |9 +
debian/patches/162_null_crtc_in_rotation.patch | 14 ++
debian/patches/series |1 +
3 files changed, 24 insertions(+)
New commits:
commit f3fc4e6b3fc3d302fadc943cb11f06af3766af45
Author: Bryce Harrington
Date: Wed Feb 25 20:02:04 2009 -0800
Patch for crash in bug #139990
diff --git a/debian/changelog b/debian/changelog
index 893b423..867b303 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+xorg-server (2:1.5.99.902-0ubuntu8) UNRELEASED; urgency=low
+
+ * Add 162_null_crtc_in_rotation.patch: Fixes crash when two displays on
+separate cards are attached. X doesn't work with multiple cards yet,
+but crashing is not an appropriate way to handle such a situation.
+(LP: #139990)
+
+ -- Bryce Harrington Wed, 25 Feb 2009 20:01:54 -0800
+
xorg-server (2:1.5.99.902-0ubuntu7) jaunty; urgency=low
* Add 161_force_paired_kbd_device.patch: Fixes issue where a multimedia
diff --git a/debian/patches/162_null_crtc_in_rotation.patch
b/debian/patches/162_null_crtc_in_rotation.patch
new file mode 100644
index 000..5b0b244
--- /dev/null
+++ b/debian/patches/162_null_crtc_in_rotation.patch
@@ -0,0 +1,14 @@
+diff --git a/hw/xfree86/modes/xf86RandR12.c b/hw/xfree86/modes/xf86RandR12.c
+index 362229c..85f6f1c 100644
+--- a/hw/xfree86/modes/xf86RandR12.c
b/hw/xfree86/modes/xf86RandR12.c
+@@ -719,7 +719,8 @@ xf86RandR12SetRotations (ScreenPtr pScreen, Rotation
rotations)
+ for (c = 0; c < config->num_crtc; c++) {
+ xf86CrtcPtrcrtc = config->crtc[c];
+
+- RRCrtcSetRotations (crtc->randr_crtc, rotations);
++if (crtc != NULL)
++RRCrtcSetRotations (crtc->randr_crtc, rotations);
+ }
+ #endif
+ randrp->supported_rotations = rotations;
diff --git a/debian/patches/series b/debian/patches/series
index 48823a8..e69a364 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -19,3 +19,4 @@
160_log_timestamping.patch
999_default_modedebug_on.patch
161_force_paired_kbd_device.patch
+162_null_crtc_in_rotation.patch
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
xorg-server: Changes to 'ubuntu'
debian/changelog |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) New commits: commit d6771fa3b11ce5438389eb7f53373fe5706d869b Author: Bryce Harrington Date: Wed Feb 25 20:06:27 2009 -0800 Noting bug which will be fixed with the xserver 1.6 merge diff --git a/debian/changelog b/debian/changelog index 867b303..4a77d31 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,11 +1,13 @@ xorg-server (2:1.5.99.902-0ubuntu8) UNRELEASED; urgency=low + * New upstream release +- Fixes 319210 * Add 162_null_crtc_in_rotation.patch: Fixes crash when two displays on separate cards are attached. X doesn't work with multiple cards yet, but crashing is not an appropriate way to handle such a situation. (LP: #139990) - -- Bryce Harrington Wed, 25 Feb 2009 20:01:54 -0800 + -- Bryce Harrington Wed, 25 Feb 2009 20:04:55 -0800 xorg-server (2:1.5.99.902-0ubuntu7) jaunty; urgency=low -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
