Bug#175996: Xinerama for GNOME 2
I just want to chime in: since Xinerama support has been disabled in gtk2, my desktop is near unusable. I have one screen smaller then the other, so there's a "dead area" in which panel menus and windows may be lost, and there's no way (I know of) to access them. So yes, I *desesperately* need Xinerama. Xav
Re: review wanted of new Debian X FAQ entry
Le lun 03/03/2003 à 01:36, Branden Robinson a écrit : >To date, no kernels with the feature of sending Linux keycodes exist for >m68k-based Macintoshes. You should perhaps indicate the date and kernel version this refers to. Xav
Re: gnome-randr-applet and Xfree86 4.3.0 ...
Le jeu 03/04/2003 à 15:44, Sven Luther a écrit : > Mmm, i have a m68k machine, it is a [EMAIL PROTECTED] only though, and it will > take ages to build X on such a box. I can do it though if it is needed, > i have to revive the box first though, and see if i have enough disk > space. I could try an NFS mount on a serial null modem link though. Maybe you'd better try to build xfree under uae - I think a 1GHz pc is quicker
Re: gnome-randr-applet and Xfree86 4.3.0 ...
Le jeu 03/04/2003 à 19:55, Sven Luther a écrit : > On Thu, Apr 03, 2003 at 05:31:38PM +0200, Xavier Bestel wrote: > > Le jeu 03/04/2003 à 15:44, Sven Luther a écrit : > > > > > Mmm, i have a m68k machine, it is a [EMAIL PROTECTED] only though, and it > > > will > > > take ages to build X on such a box. I can do it though if it is needed, > > > i have to revive the box first though, and see if i have enough disk > > > space. I could try an NFS mount on a serial null modem link though. > > > > Maybe you'd better try to build xfree under uae - I think a 1GHz pc is > > quicker > > that wouldn't work, you know, i believe uae is an amiga emulator, i > don't really think you can run linux on it. UAE emulates an amiga rather perfectly when it comes to gfx chipset. But I just realized MMU aren't supported, so effectively linux isn't an option. And I don't think debian is installable on uclinux. So .. get ready for a days long compile marathon :) Xav
xserver-xfree86 4.3.0 breaks mldonkey_gui
when using the packages from Daniel Stone, mldonkey_gui (using labl_gtk, using gtk+1.2) segfaults. I tried with DISPLAY=:0 and with DISPLAY=localhost:0, nearly the same result. Ask if you're interested in more precisions. Xav
Re: xserver-xfree86 4.3.0 breaks mldonkey_gui
Le lun 07/04/2003 à 14:43, Daniel Stone a écrit : > On Mon, Apr 07, 2003 at 02:40:01PM +0200, Xavier Bestel wrote: > > [EMAIL PROTECTED]:/common/donkey/mldonkey-distrib-2.04rc1-0]$ strace -o log > > ./mldonkey_gui > > Your system supports 1024 file descriptors > > Registered protocol Yahoo > > Registered protocol IRC > > > > Gtk-WARNING **: Impossible de localiser le module chargeable dans > > module_path : > > ? libflat.so ?, > > The font "fixed" does not support all the required character sets for the > > current locale "[EMAIL PROTECTED];LC_NUMERIC=C;[EMAIL PROTECTED];[EMAIL > > PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL > > PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL PROTECTED];[EMAIL > > PROTECTED]" > > (Missing character set "ISO8859-15") > > (Missing character set "ISO8859-15") > > Unknown action: page_uploads > > Unknown action: page_rooms > > [EMAIL PROTECTED]:/common/donkey/mldonkey-distrib-2.04rc1-0]$ > > Looks like you haven't got the necessary fonts installed. No idea which > ones, though - does setting LC_ALL=C help at all? Yeah, I know, but using LC_ALL=C just makes the messages about bad fonts disappear, it doesn't help much. Xav
Re: LINUX-Laptop on strike
Le mar 29/04/2003 à 14:18, Michel Dänzer a écrit : > On Mon, 2003-04-28 at 22:59, =?iso-8859-1?Q? J=FCrgen=20Schmidt ?= > wrote: > > > > my laptop does not start under LINUX all of a sudden. I get the following > > message, which I am suggested to report to DEBIAN. Here I go: > > > > "... > > Starting periodic command scheduler: cron > > Starting web server: apachefopen: No such file or directory > > apache could not open error log file/var/log/apache/error.log.failed > > Not starting GNOME Display Manager (gdm); it is not the default > > display manger. > > Fatal server error: > > Cannot open log file "var/log/XFree 86.0.log." > > Is /var mounted? > IMHO, it looks like a full filesystem. Try to make some room somewhere (usually in /var) Xav
Bug#175996: Xinerama for GNOME 2
I just want to chime in: since Xinerama support has been disabled in gtk2, my desktop is near unusable. I have one screen smaller then the other, so there's a "dead area" in which panel menus and windows may be lost, and there's no way (I know of) to access them. So yes, I *desesperately* need Xinerama. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: review wanted of new Debian X FAQ entry
Le lun 03/03/2003 à 01:36, Branden Robinson a écrit : >To date, no kernels with the feature of sending Linux keycodes exist for >m68k-based Macintoshes. You should perhaps indicate the date and kernel version this refers to. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: gnome-randr-applet and Xfree86 4.3.0 ...
Le jeu 03/04/2003 à 15:44, Sven Luther a écrit : > Mmm, i have a m68k machine, it is a [EMAIL PROTECTED] only though, and it will > take ages to build X on such a box. I can do it though if it is needed, > i have to revive the box first though, and see if i have enough disk > space. I could try an NFS mount on a serial null modem link though. Maybe you'd better try to build xfree under uae - I think a 1GHz pc is quicker -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#271235: Starting xine and mplayer makes mplayer work
Le dim 26/09/2004 à 17:07, Fabio Massimo Di Nitto a écrit : > I have been discussing this issue with other people. We believe, at this > point in time, that the bug is in mplayer since all the others players > work fine at the first shot. But there are no doubts that the changes to > the driver (that now supports much more hardware) have introduced this > change. One thing that may help: mplayer uses AUTOPAINT (the Xv window is painted with the transparent color automatically) whereas xine paints the window itself. Maybe just the AUTOPAINT method is broken in the driver, i.e. the drivers paints the window with the wrong color. HTH, Xav
Bug#274093: xserver-xfree86: windows disappear from gnome task-list when dragged to 2nd monitor under Xinerama
Just FYI, I have sensibly the same setup (GNOME 2.8 from experimental, otherwise up-to-date unstable, Xinerama with 2 cards, an ATI AIW Pro and a NVIDIA TNT2) and I don't see this problem. Xav
xf86XVRegisterOffscreenImages()
Hi,
from what I've gathered reading the code,
xf86XVRegisterOffscreenImages(pScreen, offscrenImages, num) should be
called with the array of images formats supported by the driver, and the
size of that array. Currently, the code doing that
(*InitOffscreenImages) seems to be a blatant copy/paste from on driver
to the other, and calls this function with num = 1 even when they have
several image formats available.
The only place where num is used later is this code in v4l.c:
pPPriv->format = xf86XVQueryOffscreenImages(pScreen,&pPPriv->nformat);
for (fmt = 0; yuvlist[fmt].v4l_palette != 0; fmt++) {
/* check v4l ... */
ioctl(fd,VIDIOCGPICT,&pPPriv->pict);
pPPriv->pict.palette = yuvlist[fmt].v4l_palette;
pPPriv->pict.depth = yuvlist[fmt].v4l_depth;
if (-1 == ioctl(fd,VIDIOCSPICT,&pPPriv->pict))
continue;
ioctl(fd,VIDIOCGPICT,&pPPriv->pict);
if (pPPriv->pict.palette != yuvlist[fmt].v4l_palette)
continue;
/* ... works, check available offscreen image formats now ... */
for (i = 0; i < pPPriv->nformat; i++) {
if (pPPriv->format[i].image->id == yuvlist[fmt].xv_id &&
pPPriv->format[i].image->format == yuvlist[fmt].xv_format) {
/* ... match found, good. */
pPPriv->yuv_format = yuvlist[fmt].v4l_palette;
pPPriv->myfmt = pPPriv->format+i;
xf86DrvMsg(pScrn->scrnIndex, X_INFO,
"v4l[%s]: using hw video scaling [%4.4s].\n",
dev,(char*)&(pPPriv->format[i].image->id));
return;
}
}
}
So apparently, not too much harm, it just means v4l won't find all
required image formats. Still, it looks like a bug to me.
So, did I understand correctly ? Or is there some subtility that escaped
my mind ?
Xav
Bug#283001: /usr/X11R6/bin/X: SEGV with blender
Package: xserver-common Version: 4.3.0.dfsg.1-8 Severity: important File: /usr/X11R6/bin/X I have a Xinerama setup, with a TNT2 + an ATI R128. When I launch Blender, X segfaults instantly. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.9-1-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages xserver-common depends on: ii debconf [debconf-2.0] 1.4.40 Debian configuration management sy ii libc6 2.3.2.ds1-18 GNU C Library: Shared libraries an ii xfree86-common4.3.0.dfsg.1-8 X Window System (XFree86) infrastr -- debconf information: xserver-common/xwrapper/nice_value/error: xserver-common/xwrapper/allowed_users: Console Users Only xserver-common/xwrapper/actual_allowed_users: console xserver-common/xwrapper/nice_value: 0 log: This is a pre-release version of XFree86, and is not supported in any way. Bugs may be reported to XFree86@XFree86.Org and patches submitted to [EMAIL PROTECTED] Before reporting bugs in pre-release versions, please check the latest version in the XFree86 CVS repository (http://www.XFree86.Org/cvs). XFree86 Version 4.3.0.1 (Debian 4.3.0.dfsg.1-8 20040928112350 [EMAIL PROTECTED]) Release Date: 15 August 2003 X Protocol Version 11, Revision 0, Release 6.6 Build Operating System: Linux 2.4.26 i686 [ELF] Build Date: 28 September 2004 Before reporting problems, check http://www.XFree86.Org/ to make sure that you have the latest version. Module Loader present OS Kernel: Linux version 2.6.9-1-686 ([EMAIL PROTECTED]) (gcc version 3.3.5 (Debian 1:3.3.5-2)) #1 Tue Nov 16 17:52:21 JST 2004 T 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/XFree86.0.log", Time: Wed Nov 24 17:43:15 2004 (==) Using config file: "/etc/X11/XF86Config-4" (==) ServerLayout "Default Layout" (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Main Monitor" (**) | |-->Device "ATI Technologies Inc. Rage 128 PF" (**) |-->Screen "Second Screen" (1) (**) | |-->Monitor "Second Monitor" (**) | |-->Device "TNT2" (**) |-->Input Device "Generic Keyboard" (**) Option "XkbRules" "xfree86" (**) XKB: rules: "xfree86" (**) Option "XkbModel" "pc105" (**) XKB: model: "pc105" (**) Option "XkbLayout" "fr" (**) XKB: layout: "fr" (==) Keyboard: CustomKeycode disabled (**) |-->Input Device "Generic Mouse" (WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/cyrillic". Entry deleted from font path. (Run 'mkfontdir' on "/usr/lib/X11/fonts/cyrillic"). (WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/100dpi/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/lib/X11/fonts/100dpi/"). (WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/100dpi". Entry deleted from font path. (Run 'mkfontdir' on "/usr/lib/X11/fonts/100dpi"). (**) FontPath set to "/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/75dpi/:unscaled,/usr/lib/X11/fonts/Type1,/usr/lib/X11/fonts/Speedo,/usr/lib/X11/fonts/75dpi,/usr/share/fonts/truetype,/usr/share/fonts/truetype/openoffice,/usr/share/fonts/truetype/xfree86-nonfree" (==) RgbPath set to "/usr/X11R6/lib/X11/rgb" (==) ModulePath set to "/usr/X11R6/lib/modules" (**) Option "Xinerama" (**) Xinerama: enabled (++) using VT number 7 (WW) Open APM failed (/dev/apm_bios) (No such file or directory) (II) Module ABI versions: XFree86 ANSI C Emulation: 0.2 XFree86 Video Driver: 0.6 XFree86 XInput driver : 0.4 XFree86 Server Extension : 0.2 XFree86 Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: "bitmap" (II) Loading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Module bitmap: vendor="The XFree86 Project" compiled for 4.3.0.1, module version = 1.0.0 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: "pcidata" (II) Loading /usr/X11R6/lib/modules/libpcidata.a (II) Module pcidata: vendor="The XFree86 Project" compiled for 4.3.0.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x800c, mode1Res1 = 0x8000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 1106,0691 card 147b,a204 rev c4 class 06,00,00 hdr 00 (II) PCI: 00:01:0: chip 1106,8598 card , rev 00 class 06,04,00 hdr 01 (II) PCI: 00:07:0: chip 1106,0686 card 147b, rev 40 class 06,01,00 hdr 80 (II) PCI: 00:07:1: chip 1106,0571 card 1106,0571 rev 06 class 01,01,8a hdr 00 (II) PCI: 00:07:2: chip 1106,3038 card 0925,1234 rev 16 class 0c,03,00 hdr 00 (II) PCI
Re: DPI, font size, and Debian
Le mardi 07 décembre 2004 à 11:45 +0900, Mike Hommey a écrit : > > - GNOME defaults to a 10 point font for the application font. My > > experience dictates that users find this too small on their > > autodetected 80-DPI screens, and too large at their autodetected > > 133-DPI screens. > > That can be the result of 2 things: > - Actual DPI not being correctly detected by X, but I really doubt it. IIRC, XFree86 has a bug where it only detects the correct DPI the first time. Maybe it's a bug with the VBE module, or a limitation with some monitors (I really don't know) but I'm sure I observed and reported this. Xav
Bug#283001: /usr/X11R6/bin/X: SEGV with blender
Hi, here is the config file. I couldn't get a backtrace: when segfaulting, XFree86-debug starts to write a coredump, and then stays there eating 100% CPU doing nothing (strace hangs) and unkillable. The core isn't recognized by gdb (but file says it's a corefile from 'XFree86'). I don't really know what to do then. Xav XF86Config-4 Description: Binary data
Re: new nv driver that should fix Xv extensions: please test!
Le lun 20/09/2004 à 18:02, Fabio Massimo Di Nitto a écrit : > Hi everybody, > thanks a lot for all the tests you have been done so far. > I uploaded again a new nv driver that should fix the Xv extension here: > http://people.no-name-yet.com/~fabbione/nv/i386/ Just tried it, at least I have Xv on my second head (Xinerama with All-In-Wonder + TNT2). Thanks a lot Fabian ! The only downside is the when the xine window is partially obscured on the second head, it seems to queue a lot of redraw events and consequently flashes a lot when redrawing, stopping all X activity for a short while. I don't see this on the 1st head. Xav
Re: Matrox G450 on 1GHz Athalon (asus motherboard)
Le ven 09/04/2004 à 22:32, Dale E. Edmons a écrit : > A problem I've been having (not unique to Debian) is that > my machine tends to lock up on me. Had that problem once - hardware lockups when doing intensive graphics operations. After one month of fiddling with installs of different kernels, X11 and whatnot, I finally found some bulged capacitors on my motherboard. I just bought some new ones (they're really cheap) and soldered them, and voilà ! HTH, Xav
Re: gnome-randr-applet and Xfree86 4.3.0 ...
Le jeu 03/04/2003 à 19:55, Sven Luther a écrit : > On Thu, Apr 03, 2003 at 05:31:38PM +0200, Xavier Bestel wrote: > > Le jeu 03/04/2003 à 15:44, Sven Luther a écrit : > > > > > Mmm, i have a m68k machine, it is a [EMAIL PROTECTED] only though, and it will > > > take ages to build X on such a box. I can do it though if it is needed, > > > i have to revive the box first though, and see if i have enough disk > > > space. I could try an NFS mount on a serial null modem link though. > > > > Maybe you'd better try to build xfree under uae - I think a 1GHz pc is > > quicker > > that wouldn't work, you know, i believe uae is an amiga emulator, i > don't really think you can run linux on it. UAE emulates an amiga rather perfectly when it comes to gfx chipset. But I just realized MMU aren't supported, so effectively linux isn't an option. And I don't think debian is installable on uclinux. So .. get ready for a days long compile marathon :) Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
xserver-xfree86 4.3.0 breaks mldonkey_gui
when using the packages from Daniel Stone, mldonkey_gui (using labl_gtk, using gtk+1.2) segfaults. I tried with DISPLAY=:0 and with DISPLAY=localhost:0, nearly the same result. Ask if you're interested in more precisions. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#206528: xserver-xfree86: [chips] XVideo displays garbage
Package: xserver-xfree86 Version: 4.3.0-0pre1v1 Severity: normal Tags: experimental The Chips&Tech driver doesn't work with XVideo: xvinfo says XVideo is supported, mplayer and xine open successfully an XVideo window but display only garbage in it (looks like they display RGB instead of YUV, or the other way around). Here is xvinfo's output: X-Video Extension version 2.2 screen #0 Adaptor #0: "Chips and Technologies Backend Scaler" number of ports: 1 port base: 61 operations supported: PutImage supported visuals: depth 16, visualID 0x23 depth 16, visualID 0x24 depth 16, visualID 0x25 depth 16, visualID 0x26 number of attributes: 1 "XV_COLORKEY" (range 0 to 16777215) client settable attribute client gettable attribute (current value is 2110) maximum XvImage size: 1024 x 1024 Number of image formats: 4 id: 0x35315652 (RV15) guid: 52563135---- bits per pixel: 16 number of planes: 1 type: RGB (packed) depth: 15 red, green, blue masks: 0x7c00, 0x3e0, 0x1f id: 0x36315652 (RV16) guid: 52563136---- bits per pixel: 16 number of planes: 1 type: RGB (packed) depth: 16 red, green, blue masks: 0xf800, 0x7e0, 0x1f id: 0x32315659 (YV12) guid: 59563132--0010-8000-00aa00389b71 bits per pixel: 12 number of planes: 3 type: YUV (planar) id: 0x32595559 (YUY2) guid: 59555932--0010-8000-00aa00389b71 bits per pixel: 16 number of planes: 1 type: YUV (packed) -- Package-specific info: 00:08.0 VGA compatible controller: Chips and Technologies F6 HiQVPro (rev a8) 00:08.0 Class 0300: 102c:00e5 (rev a8) ### BEGIN DEBCONF SECTION # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type "man XF86Config-4" at the shell prompt.) # # If you want your changes to this file preserved by dexconf, only make changes # before the "### BEGIN DEBCONF SECTION" line above, and/or after the # "### END DEBCONF SECTION" line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see "How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file?" in /usr/share/doc/xfree86-common/FAQ.gz. Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "fr" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "PS/2" Option "Emulate3Buttons" "true" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "SendCoreEvents""true" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" EndSection Section "Device" Identifier "Chips&Tech 6" Driver "chips" EndSection Section "Monitor" Identifier "TFT" HorizSync 28-49 VertRefresh 43-72 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "Chips&Tech 6" Monitor "TFT" DefaultDepth16 SubSection "Display" Depth 1 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth
GTK2 thinks X is buggy
Hi, whenever I launch a GTK2 app, it outputs: Gdk-WARNING **: The X server advertises that RENDER support is present, but fails to supply the necessary pixmap support. In other words, it is buggy. I have a Xinerama setup, with a r128 and a TNT2. I'm currently using X4.3-pre, but I think it was already the case with X4.2. Log/config files on request (log says DRI is disabled because of Xinerama, dunno if it's related). Any hint on how to really enable RENDER on my setup ? Thanks, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#206528: xserver-xfree86: [chips] XVideo displays garbage
Package: xserver-xfree86 Version: 4.3.0-0pre1v1 Severity: normal Tags: experimental The Chips&Tech driver doesn't work with XVideo: xvinfo says XVideo is supported, mplayer and xine open successfully an XVideo window but display only garbage in it (looks like they display RGB instead of YUV, or the other way around). Here is xvinfo's output: X-Video Extension version 2.2 screen #0 Adaptor #0: "Chips and Technologies Backend Scaler" number of ports: 1 port base: 61 operations supported: PutImage supported visuals: depth 16, visualID 0x23 depth 16, visualID 0x24 depth 16, visualID 0x25 depth 16, visualID 0x26 number of attributes: 1 "XV_COLORKEY" (range 0 to 16777215) client settable attribute client gettable attribute (current value is 2110) maximum XvImage size: 1024 x 1024 Number of image formats: 4 id: 0x35315652 (RV15) guid: 52563135---- bits per pixel: 16 number of planes: 1 type: RGB (packed) depth: 15 red, green, blue masks: 0x7c00, 0x3e0, 0x1f id: 0x36315652 (RV16) guid: 52563136---- bits per pixel: 16 number of planes: 1 type: RGB (packed) depth: 16 red, green, blue masks: 0xf800, 0x7e0, 0x1f id: 0x32315659 (YV12) guid: 59563132--0010-8000-00aa00389b71 bits per pixel: 12 number of planes: 3 type: YUV (planar) id: 0x32595559 (YUY2) guid: 59555932--0010-8000-00aa00389b71 bits per pixel: 16 number of planes: 1 type: YUV (packed) -- Package-specific info: 00:08.0 VGA compatible controller: Chips and Technologies F6 HiQVPro (rev a8) 00:08.0 Class 0300: 102c:00e5 (rev a8) ### BEGIN DEBCONF SECTION # XF86Config-4 (XFree86 server configuration file) generated by dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config-4 manual page. # (Type "man XF86Config-4" at the shell prompt.) # # If you want your changes to this file preserved by dexconf, only make changes # before the "### BEGIN DEBCONF SECTION" line above, and/or after the # "### END DEBCONF SECTION" line below. # # To change things within the debconf section, run the command: # dpkg-reconfigure xserver-xfree86 # as root. Also see "How do I add custom sections to a dexconf-generated # XF86Config or XF86Config-4 file?" in /usr/share/doc/xfree86-common/FAQ.gz. Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "fr" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" Option "Protocol" "PS/2" Option "Emulate3Buttons" "true" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "SendCoreEvents""true" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "Emulate3Buttons" "true" EndSection Section "Device" Identifier "Chips&Tech 6" Driver "chips" EndSection Section "Monitor" Identifier "TFT" HorizSync 28-49 VertRefresh 43-72 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "Chips&Tech 6" Monitor "TFT" DefaultDepth16 SubSection "Display" Depth 1 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth
GTK2 thinks X is buggy
Hi, whenever I launch a GTK2 app, it outputs: Gdk-WARNING **: The X server advertises that RENDER support is present, but fails to supply the necessary pixmap support. In other words, it is buggy. I have a Xinerama setup, with a r128 and a TNT2. I'm currently using X4.3-pre, but I think it was already the case with X4.2. Log/config files on request (log says DRI is disabled because of Xinerama, dunno if it's related). Any hint on how to really enable RENDER on my setup ? Thanks, Xav
Re: Garnome + xfree86 4.3.0-0pre1v3 failure
Le ven 03/10/2003 à 09:16, Branden Robinson a écrit : > > I'm running Garnome 0.27.1 on debian sid+experimental. Everything was > > hunky-dory until I upgraded from 4.3.0-0pre1v1 -> 4.3.0-0pre1v3. At this > > point, gnome-session consistently hung on the Gnome2.4 splash screen. I > > wasn't able to pull anything that seemed particularly relevant out of > > .xsession-errors. > > > > Downgrading to 4.3.0-0ds4 (the only version I had access to) corrected > > the problem. > > I'm afraid I haven't the first idea what might have changed to cause > this. There's alors an open bug (#201633) about Xine which hangs randomly under X 4.3 (in XCreateBitmapFromData). They may (or may not) be related. Xav
Re: Garnome + xfree86 4.3.0-0pre1v3 failure
Le ven 03/10/2003 à 09:16, Branden Robinson a écrit : > > I'm running Garnome 0.27.1 on debian sid+experimental. Everything was > > hunky-dory until I upgraded from 4.3.0-0pre1v1 -> 4.3.0-0pre1v3. At this > > point, gnome-session consistently hung on the Gnome2.4 splash screen. I > > wasn't able to pull anything that seemed particularly relevant out of > > .xsession-errors. > > > > Downgrading to 4.3.0-0ds4 (the only version I had access to) corrected > > the problem. > > I'm afraid I haven't the first idea what might have changed to cause > this. There's alors an open bug (#201633) about Xine which hangs randomly under X 4.3 (in XCreateBitmapFromData). They may (or may not) be related. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X Fonts problems (Helvetica and others show up blank)
Le mar 14/10/2003 à 17:10, Gregory Stark a écrit : > Helvetica and Courier shows up blank. That is it's just an empty area that I > can select and copy and paste into another program. The height of the blank > lines is only a few pixels and the background colour underneath shows through. > I don't know what would cause this. I had the same problem, and I found that the cause was the Windows bitmapped I copied with the .TTF fonts. They're called .FON or something like that, IIRC. I just deleted them and voilà. Now, I still have another problem: under mozilla, I can click only the bottom half of hyperlinks. Similarly under GTK+2, some label widgets don't get refreshed if only their bottom half is obscured by another window. Apparently pango or freetype get the ascent (or some other value) of the font wrong, but I didn't figure out why. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: X Fonts problems (Helvetica and others show up blank)
Le mar 14/10/2003 à 17:10, Gregory Stark a écrit : > Helvetica and Courier shows up blank. That is it's just an empty area that I > can select and copy and paste into another program. The height of the blank > lines is only a few pixels and the background colour underneath shows through. > I don't know what would cause this. I had the same problem, and I found that the cause was the Windows bitmapped I copied with the .TTF fonts. They're called .FON or something like that, IIRC. I just deleted them and voilà. Now, I still have another problem: under mozilla, I can click only the bottom half of hyperlinks. Similarly under GTK+2, some label widgets don't get refreshed if only their bottom half is obscured by another window. Apparently pango or freetype get the ascent (or some other value) of the font wrong, but I didn't figure out why. Xav
Re: gdm in Gnome 2.4 shutdown even harder
Le mer 05/11/2003 à 08:29, Mpiktas a écrit : > Hi, > > > > In my case, gdm doesn't ask me for the root password. But it doesn't > > shutdown ! The shutdown dialog just disappears when I click OK, and > > nothing else. I have to ctrl-alt-F1, login as root and halt. > > Weird. > > > > Really? Or does it ask the root password after all? At first I didn't noticed > > that gdm asks the password. Everything was as you said. After trying to solve > > the problem I read what was on the screen after I chose shutdown from menu > and > voila, gdm asked to enter the root password. > > I hope that this problem is as simple as I described:) I just tested it (I don't switch my machine off that often), you are right. Effectively it's not obvious at all. Time to redesign this part of the GUI :) Xav
[Fwd: Re: gdm in Gnome 2.4 shutdown even harder]
I guess it was misdirected ... --- Begin Message --- I had the same problem and found an easy solution, I'll post it here even if nobody's really interested in it ;-). In /etc/gdm/gdm.conf you have to set "SecureSystemMenu=false" like that you will get the old behaviour. Bye, Marcel -- Marcel Gschwandl <[EMAIL PROTECTED]> The day Microsoft invents something that doesn't suck is the day they start making vacuum cleaners. -- Ernst Jan Plugge --- End Message ---
Bug#220583: Segmentation fault when calling 'xterm -geom 0x0'
Le jeu 13/11/2003 à 14:44, Sean Neakums a écrit : > Heiko Scheit <[EMAIL PROTECTED]> writes: > > > I know there is no reason to do so, but when starting an xterm with > > the option '-geom 0x0' it crashes. > > Running 4.2.1-13 here, and I get: > > $ xterm -geom 0x0 > X Error of failed request: BadValue (integer parameter out of range for > operation) > Major opcode of failed request: 12 (X_ConfigureWindow) > Value in failed request: 0x0 > Serial number of failed request: 66 > Current serial number in output stream: 67 4.3-something here, and xterm doesn't segfault. Xav
Bug#438159: xserver-xorg-video-ati: segfault after watching video
Package: xserver-xorg-video-ati Version: 1:6.6.193-1 Severity: normal Hi, after watching a video (with Totem, using Xv under beryl), Xorg segfaulted. Can't say much more, I just hope this backtrace helps. Thanks, Xav -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/x11/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 13 fév 20 2006 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1736632 aoû 9 19:39 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AR [Radeon 9600] /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 3784 aoû 10 18:25 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # XF86Config-4 (XFree86 server configuration file) generated by Dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config manual page. # (Type "man XF86Config" at the shell prompt.) Section "Files" #FontPath "unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/share/fonts/X11/misc" FontPath"/usr/X11R6/lib/X11/fonts/misc" FontPath"/usr/X11R6/lib/X11/fonts/cyrillic" FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/X11R6/lib/X11/fonts/Type1" FontPath"/usr/X11R6/lib/X11/fonts/Speedo" FontPath"/usr/X11R6/lib/X11/fonts/100dpi" FontPath"/usr/X11R6/lib/X11/fonts/75dpi" FontPath"/usr/share/fonts/truetype" FontPath"/usr/share/fonts/truetype/openoffice" FontPath"/usr/share/fonts/truetype/xfree86-nonfree" EndSection Section "ServerFlags" #Option "Xinerama" Option "AllowDeactivateGrabs" EndSection Section "Extensions" Option "Composite" "Enable" EndSection Section "Module" Load"ddc" #Load "GLcore" Load"dbe" Load"dri" Load"extmod" Load"glx" #Load "pex5" Load"record" #Load "xie" Load"bitmap" Load"freetype" #Load "speedo" Load"type1" Load"vbe" Load"int10" #Load "v4l" EndSection #Section "InputDevice" # Identifier "GenericKeyboard" # Option "CoreKeyboard" # Driver "evdev" # Option "evBits""+1" # Option "keyBits" "~1-255 ~352-511" # Option "Pass" "3" #EndSection # #Section"InputDevice" # Identifier "GenericMouse" # Option "CorePointer" # Driver "evdev" # Option "evBits""+1-2" # Option "keyBits" "~272-287" # Option "relBits" "~0-2 ~6 ~8" # Option "Pass" "3" #EndSection # #Section "InputDevice" # Identifier "Truc a la Con" # Driver "void" #EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "fr" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "no" EndSection Section "Device" Identifier "ATI Radeon 9600XT" Driver "radeon" VendorName "ATI" # Option "AGPMode" "4" # Option "AGPFastWrite" "true" Option "accel" # Option "AccelMethod" "exa" Option "AccelMethod" "xaa" Option "RenderAccel" "true" Option "EnablePageFlip""true" Option "ColorTiling" "true" Option "AccelDFS" "true" Option "XAANoOffscreenPixmaps" "true" Option "GARTSize" "128" # Option "FBTexPercent" "0" #Option "MergedFB" "true" Option "DDCMode" "true" #BusID "AGP:1:0:0" #Option "CRT2HSync" "30-82"
Bug#438997: xorg: incorrect version number in log
Package: xorg Version: 1:7.3~rc1 Severity: minor Hi, a diff just after un upgrade from experimental shows an incoherent version number between version (one of them is probably wrong). Apparently on refers to the server, the other to the Xorg distribution: -X Window System Version 1.3.0 -Release Date: 19 April 2007 -X Protocol Version 11, Revision 0, Release 1.3 -Build Operating System: Linux Debian (xorg-server 2:1.3.0.0.dfsg-12) +X Window System Version 7.2.0 +Release Date: 21 December 2005 +X Protocol Version 11, Revision 0, Release 7.2 +Build Operating System: Linux Debian (xorg-server 2:1.3.99.0-2) HTH, Xav -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.22-1-amd64 (SMP w/1 CPU core) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xorg depends on: ii gnome-terminal [x-ter 2.18.1-1 The GNOME 2 terminal emulator appl ii libgl1-mesa-glx [libg 7.0.1-1A free implementation of the OpenG ii libglu1-mesa 7.0.1-1The OpenGL utility library (GLU) ii type-handling [not+sp 0.2.21 dpkg architecture generation scrip ii xbase-clients 1:7.3~rc1 miscellaneous X clients - metapack ii xfonts-100dpi 1:1.0.0-4 100 dpi fonts for X ii xfonts-75dpi 1:1.0.0-4 75 dpi fonts for X ii xfonts-base 1:1.0.0-5 standard fonts for X ii xfonts-scalable 1:1.0.0-6 scalable fonts for X ii xkb-data 1.0~cvs.20070721-1 X Keyboard Extension (XKB) configu ii xserver-xorg 1:7.3~rc1 the X.Org X server ii xterm [x-terminal-emu 229-1 X terminal emulator ii xutils1:7.3~rc1 X Window System utility programs m Versions of packages xorg recommends: ii xorg-docs 1:1.4-2Miscellaneous documentation for th -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#438997: xorg: incorrect version number in log
On mar, 2007-08-21 at 21:09 +0200, Brice Goglin wrote: > It seems to be expected (I mean "not broken by the Debian packaging"). > The Xserver master branch has been containing the Xorg version number > for a while (still 7.2 as of today then), while server-1.3-branch > switched to the Xserver version numbers a little bit after being forked. > http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commitdiff;h=cb86fced0e379badd96af5ad303710af30fafd2e;hp=e707604ab3fd45c1f9d07b666181fc181e68a827 Ah, ok. So 1.3.99 isn't from the server-1.3-branch. Maybe I'll have a look at it. Thanks, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#439254: xserver-xorg-video-ati: Does not enable default resolution
Hi, On Thu, 2007-08-23 at 18:30 +0200, Michael Biebl wrote: > So 1280x768 is chosen by the xserver, although 1680x1050 is my default. You need to add a line specifying a virtual size at least as big as 1680x1050. The default virtual size for the new ati driver is 1600x1200, so it picks the biggest mode fitting this. Alex Deucher plans to change the code to set reasonable defaults based on available vram in a later version of the driver. HTH, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#438159: xserver-xorg-video-ati: segfault after watching video
Hi Brice, ça farte ? Le lundi 27 août 2007 à 11:39 +0200, Brice Goglin a écrit : > Hi Xav, > > Could you try with xserver-xorg-core and xserver-xorg-video-ati from > experimental (1.3.99.0 and 6.7.192)? I could watch the video without segfault now. I think this bug can be closed. Thanks, Xav PS: it's also the 1st time EXA is working correctly performance-wise.
Bug#440095: compiz: does not work
Package: compiz Version: 0.5.2-1 Severity: important Hi, when running compiz --replace (with metacity already managing the windows), I get that: GLX_EXT_texture_from_pixmap is not available with direct rendering. GLX_EXT_texture_from_pixmap is available with indirect rendering. then all decorations disappear, and that's all. I can't move the windows (even when trying with ALT+drag), nothing works (ALT-tab, ALT-CTRL-arrows, etc.). Exactely as if I had no window manager, except compiz.real and gtk-window-decorator are running. In fact, compiz.real is half-working because if I STOP it, the windows stop updating (so the screen is effectively composited), but that's all. Xav -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.22-1-amd64 (SMP w/1 CPU core) 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 compiz depends on: ii compiz-core 0.5.2-1OpenGL window and compositing mana ii compiz-gnome 0.5.2-1OpenGL window and compositing mana ii compiz-gtk0.5.2-1OpenGL window and compositing mana ii compiz-plugins0.5.2-1OpenGL window and compositing mana compiz recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#440095: compiz: does not work
Le mercredi 29 août 2007 à 20:01 +0200, Julien Cristau a écrit : > On Wed, Aug 29, 2007 at 19:47:54 +0200, Xavier Bestel wrote: > > > when running compiz --replace (with metacity already managing the > > windows), I get that: > > > > GLX_EXT_texture_from_pixmap is not available with direct rendering. > > GLX_EXT_texture_from_pixmap is available with indirect rendering. > > > > then all decorations disappear, and that's all. I can't move the windows > > (even when trying with ALT+drag), nothing works (ALT-tab, > > ALT-CTRL-arrows, etc.). Exactely as if I had no window manager, except > > compiz.real and gtk-window-decorator are running. > > > > In fact, compiz.real is half-working because if I STOP it, the windows > > stop updating (so the screen is effectively composited), but that's all. > > > Can you send your X log to the bug? Ok sorry, it's a dupe of #437009: No window borders in latest Compiz. Thanks, Xav
Bug#440095: compiz: does not work
Le mercredi 29 août 2007 à 20:32 +0200, Brice Goglin a écrit : > Xavier Bestel wrote: > > Ok sorry, it's a dupe of #437009: No window borders in latest Compiz. > > > > Then enabling plugins as described in > http://bgoglin.livejournal.com/11253.html should fix it? Yes, it does. > Yes, we plan to enable more plugins by default. That would be nice. I really thought that thing didn't work for months, and only because I actually took time to (at least) report a bug I did check for a workaround in the debian bugs database. It's of course my fault, but I suspect I'm not alone in that case. Thanks, Xav
Re: xserver 1.4
On Thu, 2007-09-06 at 19:18 +0200, Julien Cristau wrote: > Hi, > > I've built xserver 1.4, a few drivers (the ones I use) and the xorg > package, and put them up on alioth. > For testing, adding: > deb http://pkg-xorg.alioth.debian.org/debian ./ > in sources.list should be enough. > Anyone on the team is welcome to add more drivers/architectures there > (there's only mouse/kbd/evdev/intel for i386 right now). > Feedback on this list is also encouraged :) Tested with experimental's -ati on an r300, it works like charm. Thanks, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Whiteglass cursor HOWTO ?
Hi, I'm running debian/unstable on my laptop with xfree 4.3.0-0pre1v3, and debian/experimental on my desktop (with -pre1v5 IIRC). I tried switching to the whiteglass X cursor theme (by setting /etc/alternatives/x-cursor-theme and restarting X) but I'm still stuck with the core cursors. Does someone knowledgeable have a good HOWTO for this ? I couln't find any README or else in the packages. Thanks, Xav PS: Please Cc: me
Re: Whiteglass cursor HOWTO ?
Le dim 04/01/2004 à 13:27, Michel Dänzer a écrit : > On Sat, 2004-01-03 at 11:48, Xavier Bestel wrote: > > > > I'm running debian/unstable on my laptop with xfree 4.3.0-0pre1v3, and > > debian/experimental on my desktop (with -pre1v5 IIRC). I tried switching > > to the whiteglass X cursor theme (by setting > > /etc/alternatives/x-cursor-theme and restarting X) but I'm still stuck > > with the core cursors. > > Is current libxcursor1 installed? Yes: i libxcursor11.0.2-4 1.0.2-4 Xav
Re: Whiteglass cursor HOWTO ?
Le dim 04/01/2004 à 16:20, Jean-Christophe Dubacq a écrit : > At one point, it was necessary to have also libxcursor1-dev installed. Bingo ! That was it, the /usr/lib/libXcursor.so -> libXcursor.so.1.0.1 symlink is in libxcursor-dev instead of libxcursor1. I wonder why ? Thanks a lot, it works now - no need to even restart X ! Xav
Re: Whiteglass cursor HOWTO ?
Le lun 05/01/2004 à 12:10, Michel Dänzer a écrit : > On Sun, 2004-01-04 at 22:10, Xavier Bestel wrote: > > Le dim 04/01/2004 à 16:20, Jean-Christophe Dubacq a écrit : > > > At one point, it was necessary to have also libxcursor1-dev installed. > > > > Bingo ! That was it, the /usr/lib/libXcursor.so -> libXcursor.so.1.0.1 > > symlink is in libxcursor-dev instead of libxcursor1. I wonder why ? > > See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=204358, fixed in > libx11-6 4.3.0-0pre1v5. Not really. I already had libx11-6 4.3.0-0pre1v5 installed, and I still *had* to install libxcursor-dev to see the themed cursors. Maybe it'll be fixed in a later version, but it's not now. Xav
Bug#228494: 1400x1050
Le lun 19/01/2004 à 12:15, Harald Dunkel a écrit : > Is there a chance to get it included as an official > timing in the ati driver, and in the debconf installation > menu? The ati driver is buggy at 1400x1050: XVideo doesn't work. (note that the driver from gatos.sf.net works fine) Xav
Bug#228494: 1400x1050
Le mar 20/01/2004 à 11:29, Mike Hommey a écrit : > Never add any problem, with xfree86 4.2.1 ou 4.3 with the ati driver, a > Radeon > Mobility M6 LY on 1400x1050, and Xv display... (except for dual-head related > stuff and Xv overlay beeing always on top, which are fixed in 4.3) Sorry, I forgot to precise it's with an R128. Xav
Bug#446901: compiz ignores gconf modifications and number_of_desktops value
On Thu, 2007-12-06 at 14:40 +0100, Giacomo Montagner wrote: > On Dec 5, 2007 9:24 PM, Evgeni Golov <[EMAIL PROTECTED]> wrote: > > > On Wed, 05 Dec 2007 11:33:37 +0100 Giacomo Montagner wrote: > > > > > Why not just > > kill -HUP `pidof compiz.real` > > > > > mmmh... ok, simpler is better. ^_^ killall -HUP compiz.real Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#457233: xserver-xorg-video-ati: freezes system after a few minutes with comiz on rv370
Package: xserver-xorg-video-ati Version: 1:6.7.197~git20071219.ce4fa1ce-1 Severity: important Hi, this driver has always locked the machine randomly, but I could live with it. The latest experimental version though is unusable: after a few minutes the machine freezes (hard freeze, like a PCI bus lockup: not even ping works, but the keyboard leds are blinking). Note: the previous experimental version was more usable for me. Frankly I really don't know what I can do to help, because once frozen the machine is a brick. Does someone have a idea for that problem ? Thanks, Xav -- 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 20 2006 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1672732 déc 13 02:48 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AR [Radeon 9600] /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 2992 déc 14 20:46 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # XF86Config-4 (XFree86 server configuration file) generated by Dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config manual page. # (Type "man XF86Config" at the shell prompt.) #Section "Files" # #FontPath "unix/:7100"# local font server # # if the local font server has problems, we can fall back on these # FontPath"/usr/share/fonts/X11/misc" # FontPath"/usr/X11R6/lib/X11/fonts/misc" # FontPath"/usr/X11R6/lib/X11/fonts/cyrillic" # FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled" # FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled" # FontPath"/usr/X11R6/lib/X11/fonts/Type1" # FontPath"/usr/X11R6/lib/X11/fonts/Speedo" # FontPath"/usr/X11R6/lib/X11/fonts/100dpi" # FontPath"/usr/X11R6/lib/X11/fonts/75dpi" # FontPath"/usr/share/fonts/truetype" # FontPath"/usr/share/fonts/truetype/openoffice" # FontPath"/usr/share/fonts/truetype/xfree86-nonfree" #EndSection Section "ServerFlags" #Option "Xinerama" Option "AllowDeactivateGrabs" EndSection #Section "Extensions" # Option "Composite" "Enable" #EndSection # #Section "InputDevice" # Identifier "Generic Keyboard" # Driver "kbd" # Option "CoreKeyboard" # Option "XkbRules" "xorg" # Option "XkbModel" "pc105" # Option "XkbLayout" "fr" #EndSection # #Section "InputDevice" # Identifier "Generic Mouse" # Driver "mouse" # Option "CorePointer" # Option "Device""/dev/input/mice" # Option "Protocol" "ImPS/2" # Option "ZAxisMapping" "4 5" # Option "Emulate3Buttons" "no" #EndSection Section "Device" Identifier "ATI Radeon 9600XT" Driver "radeon" VendorName "ATI" # Option "AGPMode" "4" # Option "AGPFastWrite" "true" Option "No2048Limit" "true" Option "accel" Option "AccelMethod" "exa" # Option "AccelMethod" "xaa" Option "RenderAccel" "true" Option "EnablePageFlip""true" Option "ColorTiling" "true" Option "AccelDFS" "true" # Option "XAANoOffscreenPixmaps" "true" Option "GARTSize" "128" # Option "FBTexPercent" "0" #Option "MergedFB" "true" Option "DDCMode" "true" # Option "Monitor-DELL 2405FPW" "Grand" # Option "Monitor-DELL 2001FP" "Petit" # Option "RROutputOrder" "DELL 2405FPW" EndSection Section "Monitor" Identifier "DELL 2405FPW" EndSection Section "Monitor" Identifier "DELL 2001FP" Option "Above" "DELL 2405FPW" EndSection Section "Screen" Identifier "Default Screen" Device "ATI Radeon 9600XT" DefaultDepth24 # Option "AddARGBGLXVisuals" "True" # Option "DisableGLXRootClipping" "True" SubSection "Display" Depth 24 Virtual 1920 2400 # Modes "1920x1200" "1600x1200" "1400x1050" "1280x1024" "1152x864" "1024x768" "800x600" "640x480" "320x256" "320x240" EndSub
Bug#457233: xserver-xorg-video-ati: freezes system after a few minutes with comiz on rv370
On Fri, 2007-12-21 at 08:53 +0100, Michel Dänzer wrote: > On Thu, 2007-12-20 at 22:18 +0100, Xavier Bestel wrote: > > > > this driver has always locked the machine randomly, but I could live > > with it. The latest experimental version though is unusable: after a few > > minutes the machine freezes (hard freeze, like a PCI bus lockup: not > > even ping works, but the keyboard leds are blinking). > > Note: the previous experimental version was more usable for me. > > > > Frankly I really don't know what I can do to help, because once frozen > > the machine is a brick. Does someone have a idea for that problem ? > > The best start is probably to try and isolate the change(s) that made > things worse for you. > > > > (==) RADEON(0): Using AGP 8x > > Was the previous version (1:6.7.196-2?) using this rate as well? Does > Option "AGPMode" "4" help with the current version? The only available versions are 1:6.7.192-3 and 1:6.6.193-3, and I can't remember what 1:6.7.196-2 was setting as AGP mode. Do you want me to try one of them ? (At present I can only access my box remotely, so I can install something else and see the log, but I can't test with compiz). Xav
Bug#457233: xserver-xorg-video-ati: freezes system after a few minutes with comiz on rv370
On Fri, 2007-12-21 at 09:17 +0100, Michel Dänzer wrote: > On Fri, 2007-12-21 at 09:09 +0100, Xavier Bestel wrote: > > On Fri, 2007-12-21 at 08:53 +0100, Michel Dnzer wrote: > > > On Thu, 2007-12-20 at 22:18 +0100, Xavier Bestel wrote: > > > > > > > > (==) RADEON(0): Using AGP 8x > > > > > > Was the previous version (1:6.7.196-2?) using this rate as well? Does > > > Option "AGPMode" "4" help with the current version? > > > > The only available versions are 1:6.7.192-3 and 1:6.6.193-3, and I can't > > remember what 1:6.7.196-2 was setting as AGP mode. > > Do you want me to try one of them ? > > Do you know about http://snapshot.debian.net/ ? I keep being told about it, but I must have a bird's memory ... With 6.7.196-2 I see no interesting changes in the log, except maybe for that: -(II) RADEON(0): [drm] dma control initialized, using IRQ 16 +(II) RADEON(0): [drm] dma control initialized, using IRQ 17 I'll try forcing AGPmode when I get back home. Thanks, Xav
Bug#457233: xserver-xorg-video-ati: freezes system after a few minutes with comiz on rv370
On ven, 2007-12-21 at 10:09 +0100, Michel Dänzer wrote: > On Fri, 2007-12-21 at 10:02 +0100, Xavier Bestel wrote: > > On Fri, 2007-12-21 at 09:17 +0100, Michel Dnzer wrote: > > > On Fri, 2007-12-21 at 09:09 +0100, Xavier Bestel wrote: > > > > On Fri, 2007-12-21 at 08:53 +0100, Michel Dnzer wrote: > > > > > On Thu, 2007-12-20 at 22:18 +0100, Xavier Bestel wrote: > > > > > > > > > > > > (==) RADEON(0): Using AGP 8x > > > > > > > > > > Was the previous version (1:6.7.196-2?) using this rate as well? Does > > > > > Option "AGPMode" "4" help with the current version? > > > > > > > > The only available versions are 1:6.7.192-3 and 1:6.6.193-3, and I can't > > > > remember what 1:6.7.196-2 was setting as AGP mode. > > > > Do you want me to try one of them ? > > > > > > Do you know about http://snapshot.debian.net/ ? > > > > I keep being told about it, but I must have a bird's memory ... > > > > With 6.7.196-2 I see no interesting changes in the log, except maybe for > > that: > > -(II) RADEON(0): [drm] dma control initialized, using IRQ 16 > > +(II) RADEON(0): [drm] dma control initialized, using IRQ 17 > > > > I'll try forcing AGPmode when I get back home. > > Well, if 6.7.196-2 is still more stable, the difference isn't related to > AGPMode. In that case, it would be great if you could try isolating the > change that made things worse for you using git-bisect. You can start > the process in a checked out Git tree with > > git-bisect good 5022d006 > git-bisect bad ce4fa1ce Hi, I'm back from holidays and wanted to try that. However: [EMAIL PROTECTED]:~/git/Xorg/driver/xf86-video-ati]$ git-bisect bad ce4fa1ce fatal: Needed a single revision Do I have another mean to specify that commit ? (BTW, I installed 1:6.7.197-1 from unstable and it's stable). Thanks, Xav
Bug#457233: xserver-xorg-video-ati: freezes system after a few minutes with comiz on rv370
On mer, 2007-12-26 at 12:42 +0100, Brice Goglin wrote: > Xavier Bestel wrote: > > (BTW, I installed 1:6.7.197-1 from unstable and it's stable). > > > > You're saying that the same config (without any AGP options or so) works > with 197 while it wasn't with 6.7.197-git20071219.ce4fa1ce-1 ? Yes, I'm saying exactely that ! > There are only 4 upstream commits between these packages: > RADEON: check for xf86_crtc_clip_video_helper() in ... > Fix RN50 mode filtering. > RADEON: skip empty connectors when creating outputs > RADEON: add support for legacy radeons with DVI and ... > I am not sure anything is supposed to touch your board here... I'm not sure either, the only thing I see is that there's a new kernel: 2.6.23-2 (based on 2.6.23.10), but all changes look driver- or kvm-related. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#459428: xserver-xorg-video-ati: "tossed event which came in late"
On dim, 2008-01-06 at 16:24 +0100, Brice Goglin wrote: > Xavier Bestel wrote: > > since the very latest vesrion of this package (didn't happen in the > > previous experimental version), > > with 1:6.7.198~git20080101.f65374f5-1 ? or > 1:6.7.198~git20071223.ad3325f6-1 ? It didn't happen with 1:6.7.198~git20080101.f65374f5-1 but now it happens with 1:6.7.198~git20080102.30cab1db-1 > There are not many changes for your > hardware that could explain this behavior. Ah, I changed 1 thing in xorg.conf in-between: I uncommented Option "AGPMode" "4" (it looks like it helps with my lockups, so far so good). > > my Xorg.log is full of: > > tossed event which came in late > > mieqEnequeue: out-of-order valuator event; dropping. > > It apparently doesn't cause more harm than usual. > > > Does it happen all the time, even when idle? Or only when running > compiz, 3d applications, anything CPU intensive that could prevent the > server from processing events fast enough? I'm running compiz, nothing else extravagant. Apparently it happened at startup, because now I'm watching the log and it doesn't happen any more, even when moving/resizing windows. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#459428: xserver-xorg-video-ati: "tossed event which came in late"
On dim, 2008-01-06 at 17:06 +0100, Xavier Bestel wrote: > On dim, 2008-01-06 at 16:24 +0100, Brice Goglin wrote: > > Does it happen all the time, even when idle? Or only when running > > compiz, 3d applications, anything CPU intensive that could prevent the > > server from processing events fast enough? > > I'm running compiz, nothing else extravagant. Apparently it happened at > startup, because now I'm watching the log and it doesn't happen any > more, even when moving/resizing windows. FWIW, I can't reproduce it now. Maybe the new version fixed something (but I didn't see anything in the git commits that could). Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#459428: xserver-xorg-video-ati: "tossed event which came in late"
On sam, 2008-01-12 at 19:20 +0100, Brice Goglin wrote: > Let's wait a couple weeks and close it then if you haven't reproduced again. Great. I'm very good at procrastinating. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#461153: xserver-xorg-video-ati: rotation corrupts screen
On Thu, 2008-01-17 at 10:00 +0100, Michel Dänzer wrote: > On Wed, 2008-01-16 at 23:26 +0100, Xavier Bestel wrote: > > Package: xserver-xorg-video-ati > > Version: 1:6.7.198~git20080109.10e7636c-1 > > Severity: normal > > > > > > Hi again ... > > > > when I rotate display using > > xrandr -o 1 > > or > > xrandr --output DVI-0 --rotation left > > the display is corrupted. I can see some parts of the windows rotated, > > some part non-rotated, and some garbage everywhere. > > I'm using compiz. > > Then it can't work until xserver 1.5 due to previously missing AIGLX > damage reporting. > > > > 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AR [Radeon > > 9600] > > Note that even without a GLX compositing manager, support for > accelerated rotation with R300 generation cards was only just pushed to > the upstream Git repository. Also, AFAIK it's only working correctly > with EXA at this point. Ok, fair enough. I've tried with metacity, and you're right it's damn slow. But the display is also corrupted. All the pixel on the right of the (non-rotated) screen are garbled, I'd say on the last fifth of the display. I took a screenshot, but on the screenshot everything is allright. So the corruption happens only on-screen. Xav
Bug#461153: xserver-xorg-video-ati: rotation corrupts screen
On Thu, 2008-01-17 at 10:50 -0500, Alex Deucher wrote: > On Jan 17, 2008 10:47 AM, Xavier Bestel <[EMAIL PROTECTED]> wrote: > > > > On Thu, 2008-01-17 at 10:42 -0500, Alex Deucher wrote: > > > On Jan 17, 2008 4:27 AM, Xavier Bestel <[EMAIL PROTECTED]> wrote: > > > > On Thu, 2008-01-17 at 10:00 +0100, Michel Dänzer wrote: > > > > > On Wed, 2008-01-16 at 23:26 +0100, Xavier Bestel wrote: > > > > > > Package: xserver-xorg-video-ati > > > > > > Version: 1:6.7.198~git20080109.10e7636c-1 > > > > > > Severity: normal > > > > > > > > > > > > > > > > > > Hi again ... > > > > > > > > > > > > when I rotate display using > > > > > > xrandr -o 1 > > > > > > or > > > > > > xrandr --output DVI-0 --rotation left > > > > > > the display is corrupted. I can see some parts of the windows > > > > > > rotated, > > > > > > some part non-rotated, and some garbage everywhere. > > > > > > I'm using compiz. > > > > > > > > > > Then it can't work until xserver 1.5 due to previously missing AIGLX > > > > > damage reporting. > > > > > > > > > > > > > > > > 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AR > > > > > > [Radeon 9600] > > > > > > > > > > Note that even without a GLX compositing manager, support for > > > > > accelerated rotation with R300 generation cards was only just pushed > > > > > to > > > > > the upstream Git repository. Also, AFAIK it's only working correctly > > > > > with EXA at this point. > > > > > > > > Ok, fair enough. > > > > I've tried with metacity, and you're right it's damn slow. > > > > But the display is also corrupted. All the pixel on the right of the > > > > (non-rotated) screen are garbled, I'd say on the last fifth of the > > > > display. > > > > I took a screenshot, but on the screenshot everything is allright. So > > > > the corruption happens only on-screen. > > > > > > What version of the driver/xserver are you using? Earlier version of > > > radeon had some bugs when it came to rotation. > > > > xserver 2:1.4.1~git20080105-1 > > xserver-xorg-video-ati 1:6.7.198~git20080109.10e7636c-1 > > Can you get a picture of the corruption maybe with a digital camera? > Also are you using EXA or XAA? I'm using EXA. I'll try when I'm back home, if I remember to do it :) Xav
Bug#461153: xserver-xorg-video-ati: rotation corrupts screen
On Thu, 2008-01-17 at 10:42 -0500, Alex Deucher wrote: > On Jan 17, 2008 4:27 AM, Xavier Bestel <[EMAIL PROTECTED]> wrote: > > On Thu, 2008-01-17 at 10:00 +0100, Michel Dänzer wrote: > > > On Wed, 2008-01-16 at 23:26 +0100, Xavier Bestel wrote: > > > > Package: xserver-xorg-video-ati > > > > Version: 1:6.7.198~git20080109.10e7636c-1 > > > > Severity: normal > > > > > > > > > > > > Hi again ... > > > > > > > > when I rotate display using > > > > xrandr -o 1 > > > > or > > > > xrandr --output DVI-0 --rotation left > > > > the display is corrupted. I can see some parts of the windows rotated, > > > > some part non-rotated, and some garbage everywhere. > > > > I'm using compiz. > > > > > > Then it can't work until xserver 1.5 due to previously missing AIGLX > > > damage reporting. > > > > > > > > > > 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AR > > > > [Radeon 9600] > > > > > > Note that even without a GLX compositing manager, support for > > > accelerated rotation with R300 generation cards was only just pushed to > > > the upstream Git repository. Also, AFAIK it's only working correctly > > > with EXA at this point. > > > > Ok, fair enough. > > I've tried with metacity, and you're right it's damn slow. > > But the display is also corrupted. All the pixel on the right of the > > (non-rotated) screen are garbled, I'd say on the last fifth of the > > display. > > I took a screenshot, but on the screenshot everything is allright. So > > the corruption happens only on-screen. > > What version of the driver/xserver are you using? Earlier version of > radeon had some bugs when it came to rotation. xserver 2:1.4.1~git20080105-1 xserver-xorg-video-ati 1:6.7.198~git20080109.10e7636c-1 Xav
Bug#461153: xserver-xorg-video-ati: rotation corrupts screen
On jeu, 2008-01-17 at 13:00 -0500, Alex Deucher wrote: > On Jan 17, 2008 12:52 PM, Xavier Bestel <[EMAIL PROTECTED]> wrote: > > > > > > On jeu, 2008-01-17 at 10:50 -0500, Alex Deucher wrote: > > > On Jan 17, 2008 10:47 AM, Xavier Bestel <[EMAIL PROTECTED]> wrote: > > > > > > > > On Thu, 2008-01-17 at 10:42 -0500, Alex Deucher wrote: > > > > > On Jan 17, 2008 4:27 AM, Xavier Bestel <[EMAIL PROTECTED]> wrote: > > > > > > On Thu, 2008-01-17 at 10:00 +0100, Michel Dänzer wrote: > > > > > > > On Wed, 2008-01-16 at 23:26 +0100, Xavier Bestel wrote: > > > > > > > > Package: xserver-xorg-video-ati > > > > > > > > Version: 1:6.7.198~git20080109.10e7636c-1 > > > > > > > > Severity: normal > > > > > > > > > > > > > > > > > > > > > > > > Hi again ... > > > > > > > > > > > > > > > > when I rotate display using > > > > > > > > xrandr -o 1 > > > > > > > > or > > > > > > > > xrandr --output DVI-0 --rotation left > > > > > > > > the display is corrupted. I can see some parts of the windows > > > > > > > > rotated, > > > > > > > > some part non-rotated, and some garbage everywhere. > > > > > > > > I'm using compiz. > > > > > > > > > > > > > > Then it can't work until xserver 1.5 due to previously missing > > > > > > > AIGLX > > > > > > > damage reporting. > > > > > > > > > > > > > > > > > > > > > > 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 > > > > > > > > AR [Radeon 9600] > > > > > > > > > > > > > > Note that even without a GLX compositing manager, support for > > > > > > > accelerated rotation with R300 generation cards was only just > > > > > > > pushed to > > > > > > > the upstream Git repository. Also, AFAIK it's only working > > > > > > > correctly > > > > > > > with EXA at this point. > > > > > > > > > > > > Ok, fair enough. > > > > > > I've tried with metacity, and you're right it's damn slow. > > > > > > But the display is also corrupted. All the pixel on the right of the > > > > > > (non-rotated) screen are garbled, I'd say on the last fifth of the > > > > > > display. > > > > > > I took a screenshot, but on the screenshot everything is allright. > > > > > > So > > > > > > the corruption happens only on-screen. > > > > > > > > > > What version of the driver/xserver are you using? Earlier version of > > > > > radeon had some bugs when it came to rotation. > > > > > > > > xserver 2:1.4.1~git20080105-1 > > > > xserver-xorg-video-ati 1:6.7.198~git20080109.10e7636c-1 > > > > > > Can you get a picture of the corruption maybe with a digital camera? > > > Also are you using EXA or XAA? > > > > Here are the pictures (1 from afar, 1 nearer). > > I hope attaching big files to a bug is ok. > > Can you post your xorg log and config? Does rotation work ok under > XAA? How about if you disable tiling (Option "ColorTiling" "False")? > Looks like an issue with damage and tiling. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461153 for info. I'll try colortiling. Xav
Bug#461153: xserver-xorg-video-ati: rotation corrupts screen
On jeu, 2008-01-17 at 13:00 -0500, Alex Deucher wrote: > On Jan 17, 2008 12:52 PM, Xavier Bestel <[EMAIL PROTECTED]> wrote: > > > > > > On jeu, 2008-01-17 at 10:50 -0500, Alex Deucher wrote: > > > On Jan 17, 2008 10:47 AM, Xavier Bestel <[EMAIL PROTECTED]> wrote: > > > > > > > > On Thu, 2008-01-17 at 10:42 -0500, Alex Deucher wrote: > > > > > On Jan 17, 2008 4:27 AM, Xavier Bestel <[EMAIL PROTECTED]> wrote: > > > > > > On Thu, 2008-01-17 at 10:00 +0100, Michel Dänzer wrote: > > > > > > > On Wed, 2008-01-16 at 23:26 +0100, Xavier Bestel wrote: > > > > > > > > Package: xserver-xorg-video-ati > > > > > > > > Version: 1:6.7.198~git20080109.10e7636c-1 > > > > > > > > Severity: normal > > > > > > > > > > > > > > > > > > > > > > > > Hi again ... > > > > > > > > > > > > > > > > when I rotate display using > > > > > > > > xrandr -o 1 > > > > > > > > or > > > > > > > > xrandr --output DVI-0 --rotation left > > > > > > > > the display is corrupted. I can see some parts of the windows > > > > > > > > rotated, > > > > > > > > some part non-rotated, and some garbage everywhere. > > > > > > > > I'm using compiz. > > > > > > > > > > > > > > Then it can't work until xserver 1.5 due to previously missing > > > > > > > AIGLX > > > > > > > damage reporting. > > > > > > > > > > > > > > > > > > > > > > 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 > > > > > > > > AR [Radeon 9600] > > > > > > > > > > > > > > Note that even without a GLX compositing manager, support for > > > > > > > accelerated rotation with R300 generation cards was only just > > > > > > > pushed to > > > > > > > the upstream Git repository. Also, AFAIK it's only working > > > > > > > correctly > > > > > > > with EXA at this point. > > > > > > > > > > > > Ok, fair enough. > > > > > > I've tried with metacity, and you're right it's damn slow. > > > > > > But the display is also corrupted. All the pixel on the right of the > > > > > > (non-rotated) screen are garbled, I'd say on the last fifth of the > > > > > > display. > > > > > > I took a screenshot, but on the screenshot everything is allright. > > > > > > So > > > > > > the corruption happens only on-screen. > > > > > > > > > > What version of the driver/xserver are you using? Earlier version of > > > > > radeon had some bugs when it came to rotation. > > > > > > > > xserver 2:1.4.1~git20080105-1 > > > > xserver-xorg-video-ati 1:6.7.198~git20080109.10e7636c-1 > > > > > > Can you get a picture of the corruption maybe with a digital camera? > > > Also are you using EXA or XAA? > > > > Here are the pictures (1 from afar, 1 nearer). > > I hope attaching big files to a bug is ok. > > Can you post your xorg log and config? Does rotation work ok under > XAA? How about if you disable tiling (Option "ColorTiling" "False")? > Looks like an issue with damage and tiling. Disabling colortiling makes it work. Do I need to test something else ? Xav
Bug#461153: xserver-xorg-video-ati: rotation corrupts screen
On ven, 2008-01-18 at 12:28 +0100, Michel Dänzer wrote: > On Thu, 2008-01-17 at 20:48 +0100, Xavier Bestel wrote: > > > > Disabling colortiling makes it work. > > Do I need to test something else ? > > Can you try the new version in experimental, > 1:6.7.198~git20080117.6bd510a2-1? That should now accelerate the > rotation. Indeed it does, but the lowest fifth of the (non-rotated) screen is never repainted. So when I move a window, it looks like it goes 'underneath' that part. Xav
Bug#461153: xserver-xorg-video-ati: rotation corrupts screen
On jeu, 2008-01-17 at 15:47 -0500, Alex Deucher wrote: > On Jan 17, 2008 2:48 PM, Xavier Bestel <[EMAIL PROTECTED]> wrote: > > > > > > On jeu, 2008-01-17 at 13:00 -0500, Alex Deucher wrote: > > > On Jan 17, 2008 12:52 PM, Xavier Bestel <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > On jeu, 2008-01-17 at 10:50 -0500, Alex Deucher wrote: > > > > > On Jan 17, 2008 10:47 AM, Xavier Bestel <[EMAIL PROTECTED]> wrote: > > > > > > > > > > > > On Thu, 2008-01-17 at 10:42 -0500, Alex Deucher wrote: > > > > > > > On Jan 17, 2008 4:27 AM, Xavier Bestel <[EMAIL PROTECTED]> wrote: > > > > > > > > On Thu, 2008-01-17 at 10:00 +0100, Michel Dänzer wrote: > > > > > > > > > On Wed, 2008-01-16 at 23:26 +0100, Xavier Bestel wrote: > > > > > > > > > > Package: xserver-xorg-video-ati > > > > > > > > > > Version: 1:6.7.198~git20080109.10e7636c-1 > > > > > > > > > > Severity: normal > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Hi again ... > > > > > > > > > > > > > > > > > > > > when I rotate display using > > > > > > > > > > xrandr -o 1 > > > > > > > > > > or > > > > > > > > > > xrandr --output DVI-0 --rotation left > > > > > > > > > > the display is corrupted. I can see some parts of the > > > > > > > > > > windows rotated, > > > > > > > > > > some part non-rotated, and some garbage everywhere. > > > > > > > > > > I'm using compiz. > > > > > > > > > > > > > > > > > > Then it can't work until xserver 1.5 due to previously > > > > > > > > > missing AIGLX > > > > > > > > > damage reporting. > > > > > > > > > > > > > > > > > > > > > > > > > > > > 01:00.0 VGA compatible controller: ATI Technologies Inc > > > > > > > > > > RV350 AR [Radeon 9600] > > > > > > > > > > > > > > > > > > Note that even without a GLX compositing manager, support for > > > > > > > > > accelerated rotation with R300 generation cards was only just > > > > > > > > > pushed to > > > > > > > > > the upstream Git repository. Also, AFAIK it's only working > > > > > > > > > correctly > > > > > > > > > with EXA at this point. > > > > > > > > > > > > > > > > Ok, fair enough. > > > > > > > > I've tried with metacity, and you're right it's damn slow. > > > > > > > > But the display is also corrupted. All the pixel on the right > > > > > > > > of the > > > > > > > > (non-rotated) screen are garbled, I'd say on the last fifth of > > > > > > > > the > > > > > > > > display. > > > > > > > > I took a screenshot, but on the screenshot everything is > > > > > > > > allright. So > > > > > > > > the corruption happens only on-screen. > > > > > > > > > > > > > > What version of the driver/xserver are you using? Earlier > > > > > > > version of > > > > > > > radeon had some bugs when it came to rotation. > > > > > > > > > > > > xserver 2:1.4.1~git20080105-1 > > > > > > xserver-xorg-video-ati 1:6.7.198~git20080109.10e7636c-1 > > > > > > > > > > Can you get a picture of the corruption maybe with a digital camera? > > > > > Also are you using EXA or XAA? > > > > > > > > Here are the pictures (1 from afar, 1 nearer). > > > > I hope attaching big files to a bug is ok. > > > > > > Can you post your xorg log and config? Does rotation work ok under > > > XAA? How about if you disable tiling (Option "ColorTiling" "False")? > > > Looks like an issue with damage and tiling. > > > > Disabling colortiling makes it work. > > Do I need to test something else ? > > does making your virtual area square help? > Virtual 2400 2400 Apparently yes. But now I tried the latest driver (including your rotated acceleration), and the lowest fifth of the screen isn't updated anymore (with colortiling on or off, virtual area square or rectangular). Still a damage problem apparently. Xav
keyboard troubles after upgrade
Hi, this is probably a FAQ, but after upgrading now my keyboard in X in qwerty instead of azerty. I managed to change GNOME settings to get back to azerty when logged, but by default (so in GDM) it's still qwerty. Here's my keyboard config: Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "fr" EndSection Of course, I'd like to know how to fix it properly myself, but it would also be good if an upgrade could fix it "automagically". Thanks, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: keyboard troubles after upgrade
On Thu, 2007-10-25 at 10:59 +0200, Julien Cristau wrote: > On Thu, Oct 25, 2007 at 10:42:01 +0200, Xavier Bestel wrote: > > > Hi, > > > > this is probably a FAQ, but after upgrading now my keyboard in X in > > qwerty instead of azerty. I managed to change GNOME settings to get back > > to azerty when logged, but by default (so in GDM) it's still qwerty. > > > > Here's my keyboard config: > > > > Section "InputDevice" > > Identifier "Generic Keyboard" > > Driver "kbd" > > Option "CoreKeyboard" > > Option "XkbRules" "xorg" > > Option "XkbModel" "pc105" > > Option "XkbLayout" "fr" > > EndSection > > > > > > Of course, I'd like to know how to fix it properly myself, but it would > > also be good if an upgrade could fix it "automagically". > > > See #442316. How fun, the problem seems to have started mid-september, whereas on my system it started this week (and I upgrade daily from unstable/experimental). Thanks, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#331697: /usr/X11R6/bin/X: crash with blender
Hi Brice, Le dimanche 27 mai 2007 à 23:22 +0200, Brice Goglin a écrit : > About 2 years ago, you reported a bug to the Debian BTS regarding a > crash of the X server while running blender. I can't reproduce it with today's unstable. Thanks, Xav
Bug#334847: xserver-xorg: DRM char device isn't chmod 666
Hi again Brice (you're tireless !), that bug doesn't exist anymore in sid; and I think it wasn't in latest etch. Please close it. Thanks for your work, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#206528: xserver-xfree86: [chips] XVideo misbehaves (bad colorspace conversion?) on F65555 HiQVPro rev 168
Hi Brice, Le dimanche 14 janvier 2007 à 00:39 +0100, Brice Goglin a écrit : > Hi Xavier, > > About 3 years ago, you reported a bug to the Debian BTS regarding Xvideo > bad behavior on F6 HiQVPro, possibly a bad colorspace conversion. > Did you reproduce this problem recently? If not, I will close this bug > in the next weeks. This bug is still there. Thanks, Xav
Bug#283001: xserver-xfree86: SEGV while using blender on dual-head nVidia Corporation NV5M64 [RIVA TNT2 Model 64/Model 64 Pro] rev 21 and ATI Technologies Inc Rage 128 PF/PRO AGP 4x TMDS rev 0
Hi Brice, Le samedi 13 janvier 2007 à 00:46 +0100, Brice Goglin a écrit : > Hi Xavier, > > About 2 years ago, you reported a bug to the Debian BTS regarding a > segfault of the X server while running blender. Did you reproduce this > problem recently? If not, I will close this bug in the next weeks. That computer isn't working anymore, so I'm affraid I can't test it. Thanks for closing it, Xav
Bug#408830: libxrandr2: still some lock troubles
Package: libxrandr2 Version: 2:1.1.0.2-5 Severity: important Hi, I know it should be fixed, but I still have the locking problem when trying to run the Tribal Trouble demo: java: xcb_xlib.c:41: xcb_xlib_lock: Assertion `!c->xlib.lock' failed. You can try the demo here: http://tribaltrouble.com/download.php?os=linux Thanks, Xav -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages libxrandr2 depends on: ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libx11-62:1.1-2 X11 client-side library ii libxext61:1.0.1-2X11 miscellaneous extension librar ii libxrender1 1:0.9.1-3X Rendering Extension client libra ii x11-common 1:7.1.0-11 X Window System (X.Org) infrastruc libxrandr2 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366355: libx11: ssh -X between Sarges XF86 and Sids Xorg7 broken
On Mon, 2007-02-12 at 08:08 +0100, Brice Goglin wrote: > Hi Guys, > > About 8 months ago, you reported (a replied to a bug) in the Debian BTS > regarding ssh -X problems between sarge and sid machines. I just want to > know whether it still occurs with latest packages nowadays, especially > Sarge<->Etch. Thanks, My part of the problem (wrong pixmaps between RHEL3 X server and sid X clients) still happens from time to time (saw it last friday). Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366355: libx11: ssh -X between Sarges XF86 and Sids Xorg7 broken
On Mon, 2007-02-12 at 20:18 +0100, Brice Goglin wrote: > Xavier Bestel wrote: > > On Mon, 2007-02-12 at 08:08 +0100, Brice Goglin wrote: > > > >> Hi Guys, > >> > >> About 8 months ago, you reported (a replied to a bug) in the Debian BTS > >> regarding ssh -X problems between sarge and sid machines. I just want to > >> know whether it still occurs with latest packages nowadays, especially > >> Sarge<->Etch. Thanks, > >> > > > > My part of the problem (wrong pixmaps between RHEL3 X server and sid X > > clients) still happens from time to time (saw it last friday). > > > > Is there any way to be sure it is related to Debian and/or Sid? Can you > reproduce from RHEL to Sarge for instance? (or from Sarge to Sid, since > it is what the bug was about in the beginning, and it seems fine for > Wouter now). Unfortunately I don't have a Sarge install anymore. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#411141: compiz-core: Problems using Blender with Compiz (AIGLX)
Hi Sven, > Blender is next to useless when run with Compiz. It doesn't get window > decorations [...] > I'm not sure if this is a problem with Compiz, AIGLX, Blender, or > something else so please reassign this bug if needed. Happens with Beryl too: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=410895 HTH, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#329035: marked as done (MANIFESTs are missing r300_dri.so)
On Mon, 2005-09-19 at 02:18, Debian Bug Tracking System wrote: > > r300_dri.so is missing from /usr/X11R6/lib/modules/dri, because it's not > > in the MANIFEST.i386. > > No, it's because the r300 driver doesn't get built yet in the X.Org tree > due to its experimental nature. > > > This is the only file I waited a long time for experimental for :( > > You can get it in sid, in the libgl1-mesa-dri package. Oh, cool ! Can someone tell me how to to use it ? Here is what I have in my logs: (==) RADEON(0): Write-combining range (0xc000,0x800) (WW) RADEON(0): Direct rendering not yet supported on Radeon 9500 and newer cards (II) RADEON(0): Memory manager initialized to (0,0) (1408,8191) (II) RADEON(0): Reserved area from (0,1050) to (1408,1052) (II) RADEON(0): Largest offscreen area available: 1408 x 7139 (II) RADEON(0): Render acceleration unsupported on Radeon 9500/9700 and newer. (II) RADEON(0): Render acceleration disabled (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA) and here is the driver section of the config file: Section "Device" Identifier "ATI Radeon 9600XT" Driver "ati" VendorName "ATI" BoardName "Rage 128 Pro PF" Option "accel" #Option "MergedFB" "true" Option "DDCMode" "true" BusID "AGP:1:0:0" Option "CRT2HSync" "30-82" Option "CRT2VRefresh" "48-150" #Option "CRT2Position" "LeftOf" Option "MetaModes" "1400x1050-1400x1050 1024x768-1024x768 800x600-800x600 640x480-640x480" Option "ForceCRT1" "true" Option "MonitorLayout" "CRT, CRT" EndSection I would like to have DRI enabled, and render accelerated if possible. Thanks in advance, Xav PS: please Cc: me -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#329035: marked as done (MANIFESTs are missing r300_dri.so)
On Mon, 2005-09-19 at 09:47, Xavier Bestel wrote: > > You can get it in sid, in the libgl1-mesa-dri package. > > Oh, cool ! Can someone tell me how to to use it ? Here is what I have in > my logs: > > (==) RADEON(0): Write-combining range (0xc000,0x800) > (WW) RADEON(0): Direct rendering not yet supported on Radeon 9500 and newer > cards > (II) RADEON(0): Memory manager initialized to (0,0) (1408,8191) > (II) RADEON(0): Reserved area from (0,1050) to (1408,1052) > (II) RADEON(0): Largest offscreen area available: 1408 x 7139 > (II) RADEON(0): Render acceleration unsupported on Radeon 9500/9700 and newer. > (II) RADEON(0): Render acceleration disabled > (II) RADEON(0): Using XFree86 Acceleration Architecture (XAA) > > and here is the driver section of the config file: > > Section "Device" > Identifier "ATI Radeon 9600XT" > Driver "ati" > VendorName "ATI" > BoardName "Rage 128 Pro PF" > Option "accel" > #Option "MergedFB" "true" > Option "DDCMode" "true" > BusID "AGP:1:0:0" > Option "CRT2HSync" "30-82" > Option "CRT2VRefresh" "48-150" > #Option "CRT2Position" "LeftOf" > Option "MetaModes" "1400x1050-1400x1050 1024x768-1024x768 > 800x600-800x600 640x480-640x480" > Option "ForceCRT1" "true" > Option "MonitorLayout" "CRT, CRT" > EndSection > > > I would like to have DRI enabled, and render accelerated if possible. > > Thanks in advance, One little precision: the problem happens after having installed libgl1-mesa-dri. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#329035: marked as done (MANIFESTs are missing r300_dri.so)
Le lundi 19 septembre 2005 à 13:33 -0400, Michel Dänzer a écrit : > On Mon, 2005-09-19 at 09:47 +0200, Xavier Bestel wrote: > > I would like to have DRI enabled, > > You'll need xserver-xorg from experimental and the DRM from DRI CVS or > possibly a 2.6.14-rc(-git or -mm?) kernel. Ah ok, I thought it was working with everything from sid but I had screwed my setup. I'll have to wait a bit for 2.6.14-amd64 to trickle down to sid or experimental then .. Thanks Michel, Xav
Bug#331697: NOTABUG ?
Sorry for the report. It seems the problem occured because I had Xorg from experimental and xlibmesa-gl from unstable. I upgraded everything from experimental and it seems it doesn't segfault anymore. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#331697: Bug still present in all-experimental
I spoke too fast. After playing longer witrh experimental, the bug is still there: Backtrace: 0: /usr/X11R6/bin/X(xf86SigHandler+0x80) [0x8088b60] 1: [0xe500] 2: /usr/X11R6/lib/modules/extensions/libGLcore.so [0x55752c9b] 3: /usr/X11R6/lib/modules/extensions/libGLcore.so(_swrast_DrawPixels+0x255) [0x557532b5] 4: /usr/X11R6/lib/modules/extensions/libGLcore.so(_mesa_DrawPixels+0x22b) [0x556b993b] 5: /usr/X11R6/lib/modules/extensions/libGLcore.so(glDrawPixels+0x35) [0x55675d75] 6: /usr/X11R6/lib/modules/extensions/libglx.so(__glXDisp_DrawPixels+0x93) [0x5562ac23] 7: /usr/X11R6/lib/modules/extensions/libglx.so(__glXRenderLarge+0x2ba) [0x5560f25a] 8: /usr/X11R6/lib/modules/extensions/libglx.so [0x55611696] 9: /usr/X11R6/bin/X(Dispatch+0x172) [0x80c6dc2] 10: /usr/X11R6/bin/X(main+0x414) [0x80d3734] 11: /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xd0) [0x4102deb0] 12: /usr/X11R6/bin/X [0x80700b1] Fatal server error: Caught signal 11. Server aborting -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#331697: unstable version is OK
FWIW, just downgrading xserver-xorg to 6.8.2.dfsg.1-8 and leaving all other packages to 6.8.99.900.dfsg.1-0pre1 let me continue to work with blender without any problem. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Processed: Bugs to be fixed in next release of X.Org.
On Mon, 2005-10-10 at 14:03, Debian Bug Tracking System wrote: > Processing commands for [EMAIL PROTECTED]: > > > tags 332336 + pending > Bug#332336: xserver-xorg: upgrading nags for reconfiguration > There were no tags set. > Bug#332356: debconf is very questioning during upgrade > Tags added: pending > > > tags 332341 + pending > Bug#332341: x11-common: bug in preinst script > There were no tags set. > Bug#332374: x11-common: Update to 6.8.2.dfsg.1-8_all has shell script error > Bug#332566: preinst error > Tags added: pending > > > tags 332414 + pending > Bug#332414: package kicks out xserver-xfree86 and leaves system without any > xserver > There were no tags set. > Tags added: pending How about Bug#331697: /usr/X11R6/bin/X: crash with blender ? Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Processed: Bugs to be fixed in next release of X.Org.
On Mon, 2005-10-10 at 14:33, David Martínez Moreno wrote: > El lunes, 10 de octubre de 2005 14:14, Xavier Bestel escribió: > > How about Bug#331697: /usr/X11R6/bin/X: crash with blender ? > > Hello, Xavier. I do not have further information about your bug. I > tagged > pending bugs that will be fixed with the release of 6.8.2.dfsg.1-9. Sorry, I thought it was for the release after 6.8.99.900. Xav
Bug#333973: xserver-xorg: patch to enable DRI support for 9500 and newer cards
On Mon, 2005-10-17 at 09:34, Michel Dänzer wrote: > This is already available in xserver-xorg 6.8.99.900.dfsg.1-0pre1 in > experimental. The r300 DRI driver is even available in sid in the > libgl1-mesa-dri package, the same may be true for the DRM in > linux-image-2.6.13-*. All that is true, but FWIW it's unusable because of Bug#331697. Xav
Re: Bug#333973: xserver-xorg: patch to enable DRI support for 9500 and newer cards
On Mon, 2005-10-17 at 09:34, Michel Dänzer wrote: > This is already available in xserver-xorg 6.8.99.900.dfsg.1-0pre1 in > experimental. The r300 DRI driver is even available in sid in the > libgl1-mesa-dri package, the same may be true for the DRM in > linux-image-2.6.13-*. I overlooked something last time I tried: [EMAIL PROTECTED]:~]$ glxinfo name of display: :0.0 libGL: XF86DRIGetClientDriverName: 4.0.1 r300 (screen 0) libGL: OpenDriver: trying /usr/lib/dri/r300_dri.so drmOpenByBusid: Searching for BusID pci::01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 4, (OK) drmOpenByBusid: drmOpenMinor returns 4 drmOpenByBusid: drmGetBusid reports pci::01:00.0 libGL error: R300 DRI driver expected DRM version 1.17.x but got version 1.16.0 libGL warning: 3D driver returned no fbconfigs. libGL error: InitDriver failed libGL error: reverting to (slow) indirect rendering display: :0 screen: 0 direct rendering: No Xav
6.8.99.900.dfsg.1-0pre1 slow to map windows
Hi, I have noticed that with xserver-xorg 6.8.99.900.dfsg.1-0pre1 windows are really slow to map (initial mapping and virtual desktop switch), with and without DRI, with and without Composite, with and without xcompmgr -a or -c. For example, Evolution full-screen (1920x1200) takes 2 seconds to map completely after a virtual desktop switch, a gnome terminal displays a black window after 1 second, and another 1 second later windows decorations and bash prompt appear. Afterwards things are as fast as usual (i.e. 6.8.2.dfsg.1-*). The system features a Radeon 9600 (RV350) and an Athlon 64 3000+. Is that some known shortcoming in experimental, or should I report that in debian or upstream ? Thanks, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#333973: xserver-xorg: patch to enable DRI support for 9500 and newer cards
On Wed, 2005-10-19 at 13:41, Sven Luther wrote: > Michel, i don't see any libgl1-mesa-dri powerpc package in sid, any idea what > the problem is ? Or did you give the wrong name ? There is a libgl1-mesa-dbg, > and a mesag3, and the obvious xlibmesa-dri ones, but no libgl1-mesa-dri. Could someone point me to a page explaining the difference between xlibmesa-dri and libgl1-mesa-dri please ? I have installed the latter because I have vaguely understood I should by reading the list, but I don't understand their respective aims. Thanks, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#333973: xserver-xorg: patch to enable DRI support for 9500 and newer cards
On Wed, 2005-10-19 at 14:55, Sven Luther wrote: > On Wed, Oct 19, 2005 at 02:34:45PM +0200, Xavier Bestel wrote: > > On Wed, 2005-10-19 at 13:41, Sven Luther wrote: > > > > > Michel, i don't see any libgl1-mesa-dri powerpc package in sid, any idea > > > what > > > the problem is ? Or did you give the wrong name ? There is a > > > libgl1-mesa-dbg, > > > and a mesag3, and the obvious xlibmesa-dri ones, but no libgl1-mesa-dri. > > > > Could someone point me to a page explaining the difference between > > xlibmesa-dri and libgl1-mesa-dri please ? I have installed the latter > > because I have vaguely understood I should by reading the list, but I > > don't understand their respective aims. > > the later is coming from the mesa tree, while the former is coming from the > snapshot of the mesa tree that was included in xorg 6.8.2 at its release. I > suppose the later is preferable since it will be more uptodate, and the former > may go away once we have the modular Xorg 7.0 based tree. .. and x-window-system-core depends on the former and is uninstallable when installing the latter. Anyway, thanks for the info Sven. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#333973: xserver-xorg: patch to enable DRI support for 9500 and newer cards
On Wed, 2005-10-19 at 15:17, Sven Luther wrote: > > .. and x-window-system-core depends on the former and is uninstallable > > when installing the latter. > > Anyway, thanks for the info Sven. > > Did you file a bug report about this ? Just done now :) Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334721: x-window-system-core: uninstallable with libgl1-mesa-dri.
Package: x-window-system-core Severity: normal x-window-system-core depends on xlibmesa-dri which conflics (logically) with libgl1-mesa-dri. But x-window-system-core is uninstallable with libgl1-mesa-dri, which is needed for working DRI on some cards. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334721: x-window-system-core: uninstallable with libgl1-mesa-dri.
On Wed, 2005-10-19 at 17:57, David Nusinow wrote: > On second thought, we can simply allow either package to satisfy the > dependency, although I'm going to leave xlibmesa-dri as the default. Forget my last mail then ... Thanks, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334847: xserver-xorg: DRM char device isn't chmod 666
Package: xserver-xorg Version: 6.8.99.900.dfsg.1-0pre1 Severity: normal When starting Xorg, I have to manually chmod 666 the DRM char device sometimes. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xfree86-dbg xserver-xorg xserver-xorg-dbg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 2005-09-13 09:34 /etc/X11/X -> /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1853700 2005-09-08 22:28 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg xserver-xorg-dbg VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AR [Radeon 9600] /var/lib/xfree86/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 2971 2005-10-18 08:25 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # XF86Config-4 (XFree86 server configuration file) generated by Dexconf, the # Debian X Configuration tool, using values from the debconf database. # # Edit this file with caution, and see the XF86Config manual page. # (Type "man XF86Config" at the shell prompt.) Section "Files" #FontPath "unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/Type1" FontPath"/usr/lib/X11/fonts/Speedo" FontPath"/usr/lib/X11/fonts/100dpi" FontPath"/usr/lib/X11/fonts/75dpi" FontPath"/usr/share/fonts/truetype" FontPath"/usr/share/fonts/truetype/openoffice" FontPath"/usr/share/fonts/truetype/xfree86-nonfree" EndSection Section "ServerFlags" #Option "Xinerama" Option "AllowDeactivateGrabs" EndSection Section "Extensions" #Option "Composite" "Enable" EndSection Section "Module" Load"ddc" Load"GLcore" Load"dbe" Load"dri" Load"extmod" Load"glx" #Load "pex5" Load"record" #Load "xie" Load"bitmap" Load"freetype" Load"speedo" Load"type1" Load"vbe" Load"int10" Load"v4l" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xfree86" Option "XkbModel" "pc105" Option "XkbLayout" "fr" EndSection Section "InputDevice" Identifier "Generic Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/input/mice" Option "Protocol" "ImPS/2" Option "ZAxisMapping" "4 5" Option "Emulate3Buttons" "no" EndSection Section "Device" Identifier "ATI Radeon 9600XT" Driver "ati" VendorName "ATI" Option "accel" #Option "MergedFB" "true" Option "DDCMode" "true" BusID "AGP:1:0:0" #Option "CRT2HSync" "30-82" #Option "CRT2VRefresh" "48-150" #Option "CRT2Position" "LeftOf" #Option "MetaModes" "1400x1050-1400x1050 1024x768-1024x768 800x600-800x600 640x480-640x480" #Option "ForceCRT1" "true" #Option "MonitorLayout" "CRT, CRT" EndSection Section "Monitor" Identifier "Main Monitor" VendorName "Samsung" ModelName "SyncMaster 17GL" HorizSync 30-65 VertRefresh 50-100 Option "DPMS" EndSection Section "Monitor" Identifier "Big Machin" VendorName "DELL" ModelName "2405FPW" #HorizSync 30-65 #VertRefresh50-100 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "ATI Radeon 9600XT" Monitor "Big Machin" DefaultDepth24 SubSection "Display" Depth 24 Modes "1920x1200" "1600x1200" "1400x1050" "1280x1024" "1152x864" "1024x768" "800x600" "640x480" "320x256" "320x240" #Virtual2800 1200 EndSubSection EndSection Section "ServerLayout" Identifier "Default Layout" Screen 0 "Default Screen" InputDevice "Generic Keyboard" InputDevice "Generic Mouse" EndSection Section "DRI" Mode0
Bug#334847: xserver-xorg: DRM char device isn't chmod 666
On Thu, 2005-10-20 at 12:09, Michel Dänzer wrote: > On Thu, 2005-10-20 at 11:06 +0200, Xavier Bestel wrote: > > > > When starting Xorg, I have to manually chmod 666 the DRM char device > > sometimes. > > Sounds like something else changes it to something else behind the X > server's back, most likely udev. You should be able to change what it > sets in /etc/udev/permissions.rules. /etc/udev/permissions.rules has that: SUBSYSTEM=="drm", GROUP="video" but /dev/dri/card0 is still 660 root.root Do you think I should report the bug to udev ? Xav
Bug#334866: xbase-clients' /usr/X11R6/bin/pclcomp conflicts with xprint's
Package: xbase-clients Version: 6.8.99.900.dfsg.1-0pre1 Severity: normal x-window-system wants to install xprint and xbase-clients, but the file /usr/X11R6/bin/pclcomp is present both in xbase-clients and in xprint. So x-window-system is uninstallable. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13-1-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) Versions of packages xbase-clients depends on: ii cpp 4:4.0.2-1 The GNU C preprocessor (cpp) ii libc62.3.5-7 GNU C Library: Shared libraries an ii libdmx1 6.8.99.900.dfsg.1-0pre1 Distributed Multihead X client lib ii libexpat11.95.8-3XML parsing C library - runtime li ii libfontconfig1 2.3.2-1.1 generic font configuration library ii libfreetype6 2.1.10-1FreeType 2 font engine, shared lib ii libfs6 6.8.2.dfsg.1-9 X Font Server library ii libgl1-mesa-dri 6.3.2-2 A free implementation of the OpenG ii libglu1-xorg [li 6.8.99.900.dfsg.1-0pre1 Mesa OpenGL utility library [X.Org ii libice6 6.8.99.900.dfsg.1-0pre1 Inter-Client Exchange library ii libncurses5 5.5-1 Shared libraries for terminal hand ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libsm6 6.8.99.900.dfsg.1-0pre1 X Window System Session Management ii libxau6 6.8.99.900.dfsg.1-0pre1 X Authentication library ii libxaw8 6.8.2.dfsg.1-9 X Athena widget set library ii libxcursor1 1.1.3-1 X cursor management library ii libxext6 6.8.99.900.dfsg.1-0pre1 X Window System miscellaneous exte ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxi6 6.8.99.900.dfsg.1-0pre1 X Window System Input extension li ii libxinerama1 6.8.99.900.dfsg.1-0pre1 X Window System multi-head display ii libxkbfile1 6.8.99.900.dfsg.1-0pre1 X Keyboard Extension file parsing ii libxkbui16.8.99.900.dfsg.1-0pre1 X Keyboard Extension user interfac ii libxmu6 6.8.99.900.dfsg.1-0pre1 X Window System miscellaneous util ii libxmuu1 6.8.99.900.dfsg.1-0pre1 lightweight X Window System miscel ii libxp6 6.8.99.900.dfsg.1-0pre1 X Window System printing extension ii libxpm4 6.8.99.900.dfsg.1-0pre1 X pixmap library ii libxrandr2 6.8.99.900.dfsg.1-0pre1 X Window System Resize, Rotate and ii libxrender1 1:0.9.0+CVS20050919-2 X Rendering Extension client libra ii libxss1 6.8.99.900.dfsg.1-0pre1 X Screen Saver client-side library ii libxt6 6.8.99.900.dfsg.1-0pre1 X Toolkit Intrinsics ii libxtrap66.8.99.900.dfsg.1-0pre1 X Window System protocol-trapping ii libxtst6 6.8.99.900.dfsg.1-0pre1 X Window System event recording an ii libxv1 6.8.99.900.dfsg.1-0pre1 X Window System video extension li ii libxxf86dga1 6.8.99.900.dfsg.1-0pre1 X Direct Graphics Access extension ii libxxf86misc16.8.99.900.dfsg.1-0pre1 X miscellaneous extensions library ii libxxf86vm1 6.8.99.900.dfsg.1-0pre1 X Video Mode selection library ii xlibs6.8.99.900.dfsg.1-0pre1 X Window System client libraries m ii xlibs-data 6.8.99.900.dfsg.1-0pre1 X Window System client data ii zlib1g 1:1.2.3-6 compression library - runtime xbase-clients recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334847: xserver-xorg: DRM char device isn't chmod 666
Le vendredi 21 octobre 2005 à 11:09 +0200, Michel Dänzer a écrit : > On Thu, 2005-10-20 at 12:21 +0200, Xavier Bestel wrote: > > On Thu, 2005-10-20 at 12:09, Michel Dänzer wrote: > > > On Thu, 2005-10-20 at 11:06 +0200, Xavier Bestel wrote: > > > > > > > > When starting Xorg, I have to manually chmod 666 the DRM char device > > > > sometimes. > > > > > > Sounds like something else changes it to something else behind the X > > > server's back, most likely udev. You should be able to change what it > > > sets in /etc/udev/permissions.rules. > > > > /etc/udev/permissions.rules has that: > > SUBSYSTEM=="drm", GROUP="video" > > but /dev/dri/card0 is still 660 root.root > > Do you also still have the > file /etc/udev/permissions.d/udev.permissions? If yes, what does its > entry for 'dri/card[0-9]' say? dri/card[0-9]*:root:video:0660 I added myself in the video group, and now it works well. Apparently udev and Xorg race changing the mode. I think I'll simply remove the mode change in xorg.conf, and maybe that should be the default. Xav
Bug#334847: xserver-xorg: DRM char device isn't chmod 666
The problem is still there: when loggin out and relogging in (gdm is setup to restart Xorg in this case) the /dev/dri/card0 device switches back to 660 root.root, so DRI doesn't work. Maybe there should be an option in xorg.conf to leave the device node alone (if it's really Xorg changing the perms/ownership under udev's feet). Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
oprofile on Xorg HOWTO ?
Hi, I'm trying to run oprofile (which I don't know at all) on Xorg to find where windows mapping is slow. I installed xserver-xorg-dbg, but oprofile's report is still without symbols: [EMAIL PROTECTED]:~]$ opreport -g --symbols -p /usr/lib/debug/usr/X11R6/bin/ warning: /no-vmlinux could not be found. CPU: AMD64 processors, speed 2009.82 MHz (estimated) Counted CPU_CLK_UNHALTED events (Cycles outside of halt state) with a unit mask of 0x00 (No unit mask) count 10 samples %linenr info image name app name symbol name 4231379.4372 (no location information) libfb.so libfb.so (no symbols) 2824 5.3017 (no location information) libc-2.3.5.so libc-2.3.5.so(no symbols) 1613 3.0282 (no location information) libmpg123.so libmpg123.so (no symbols) 825 1.5488 (no location information) libglib-2.0.so.0.800.3 libglib-2.0.so.0.800.3 (no symbols) 765 1.4362 (no location information) libasound.so.2.0.0 libasound.so.2.0.0 (no symbols) 650 1.2203 (no location information) libgobject-2.0.so.0.800.3 libgobject-2.0.so.0.800.3 (no symbols) 626 1.1752 (no location information) Xorg Xorg (no symbols) As you can see, no symbols for Xorg. Can someone tell me how to have some meaningful info on Xorg with oprofile ? Thanks, Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: oprofile on Xorg HOWTO ?
Le jeudi 27 octobre 2005 à 13:40 +0200, Michel Dänzer a écrit : > Does passing something like -p /usr/lib/debug/usr/X11R6/lib/modules to > opreport make a difference? No difference at all. Xav
Bug#337637: xlibs: (EE) Couldn't load XKB keymap, falling back to pre-XKB keymap
Package: xlibs
Version: 6.8.99.901.dfsg.1-2
Severity: normal
When installing xlibs from experimental, my keyboard (french layout)
doesn't work anymore. NB: this bug has been reported just after
installing xlibs from unstable, so the included logs are probably
wrong.
-- Package-specific info:
Keyboard-related contents of X.Org X server log file
/var/log/Xorg.0.log:
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Default Layout"
(**) |-->Screen "Default Screen" (0)
(**) | |-->Monitor "Big Machin"
(**) | |-->Device "ATI Radeon 9600XT"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbRules" "xfree86"
(**) XKB: rules: "xfree86"
(**) Option "XkbModel" "pc105"
(**) XKB: model: "pc105"
(**) Option "XkbLayout" "fr"
(**) XKB: layout: "fr"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Generic Mouse"
(WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/cyrillic".
Entry deleted from font path.
(Run 'mkfontdir' on "/usr/lib/X11/fonts/cyrillic").
(WW) `fonts.dir' not found (or not valid) in "/usr/lib/X11/fonts/100dpi/".
--
(II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.o
(II) Module ati: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 6.5.6
Module class: X.Org Video Driver
ABI class: X.Org Video Driver, version 0.7
(II) LoadModule: "keyboard"
(II) Loading /usr/X11R6/lib/modules/input/keyboard_drv.o
(II) Module keyboard: vendor="X.Org Foundation"
compiled for 6.8.2, module version = 1.0.0
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 0.4
(II) LoadModule: "mouse"
(II) Loading /usr/X11R6/lib/modules/input/mouse_drv.o
--
(II) RADEON(0): Direct rendering disabled
(==) RandR enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension LBX
(II) Initializing built-in extension XC-APPGROUP
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
--
(II) Initializing built-in extension RENDER
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) Initializing built-in extension XEVIE
(**) Generic Keyboard: Core Keyboard
(**) Option "Protocol" "standard"
(**) Generic Keyboard: Protocol: standard
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xfree86"
(**) Generic Keyboard: XkbRules: "xfree86"
(**) Option "XkbModel" "pc105"
(**) Generic Keyboard: XkbModel: "pc105"
(**) Option "XkbLayout" "fr"
(**) Generic Keyboard: XkbLayout: "fr"
(**) Option "CustomKeycodes" "off"
(**) Generic Keyboard: CustomKeycodes disabled
(**) Option "Protocol" "ImPS/2"
(**) Generic Mouse: Device: "/dev/input/mice"
(**) Generic Mouse: Protocol: "ImPS/2"
(**) Option "CorePointer"
(**) Generic Mouse: Core Pointer
--
(**) Option "Emulate3Buttons" "no"
(**) Option "ZAxisMapping" "4 5"
(**) Generic Mouse: ZAxisMapping: buttons 4 and 5
(**) Generic Mouse: Buttons: 5
(II) XINPUT: Adding extended input device "Generic Mouse" (type: MOUSE)
(II) XINPUT: Adding extended input device "Generic Keyboard" (type: KEYBOARD)
Couldn't compile keymap file
(EE) Couldn't load XKB keymap, falling back to pre-XKB keymap
(II) Generic Mouse: ps2EnableDataReporting: succeeded
Warning: font renderer for ".pcf" already registered at priority 0
Warning: font renderer for ".pcf.Z" already registered at priority 0
Warning: font renderer for ".pcf.gz" already registered at priority 0
Warning: font renderer for ".snf" already registered at priority 0
X.Org X server log files on system:
-rw-r--r-- 1 root root 45314 2005-11-05 14:39 /var/log/Xorg.0.log
Compiled XKB description for X server ":0.0":
xkb_keymap {
xkb_keycodes "xfree86+aliases(azerty)" {
minimum = 8;
maximum = 255;
= 9;
= 10;
= 11;
= 12;
= 13;
= 14;
= 15;
= 16;
= 17;
= 18;
= 19;
= 20;
= 21;
= 22;
= 23;
= 24;
= 25;
= 26;
= 27;
= 28;
= 29;
= 30;
= 31;
= 32;
= 33;
= 34;
= 35;
= 36;
= 37;
= 38;
= 39;
= 40;
= 41;
= 42;
= 43;
= 44;
= 45;
= 46;
= 47;
= 48;
= 49;
= 50;
= 51;
= 52;
= 53;
= 54;
= 55;
= 56;
= 57;
= 58;
= 59;
= 60;
= 61;
= 62;
= 63;
= 64;
= 65;
= 66;
= 67;
= 68;
= 69;
= 70;
= 71;
= 72;
= 73;
= 74;
= 75;
= 76;
= 77;
= 78;
= 79;
= 80;
= 81;
= 82;
= 83;
= 84;
= 85;
= 86;
= 87;
= 88;
= 89;
= 90;
= 91;
= 92;
= 93;
= 94;
= 95;
= 96;
= 97;
= 98;
= 99;
=
Bug#338047: xlibmesa-dri in experimental is missing Savage 3D driver, savage_dri.so
On Mon, 2005-11-07 at 23:59, Samuli Suominen wrote: > I found out that savage_dri.so from Mesa 6.4 is bundled with X.org 6.8.99.901 > (6.9RC1), but that file is nowhere to be found in xlibmesa-dri package in > Debian Experimental. Try to install libgl1-mesa-dri instead. It contains your driver. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334721: apt-listchanges: changelogs for bip
Hi David, > xorg-x11 (6.8.99.902.dfsg.1-1) experimental; urgency=low [...] > * Have x-window-system-core alternately depend on the mesa packages. Thanks > Xavier Bestel. Thanks for that, but it still depends on xlibmesa-dri which depends on xlibmesa-gl which, of course, conflicts with libgl1-mesa-dri. So it's still uninstallable. Xav -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#337637: xlibs: (EE) Couldn't load XKB keymap, falling back to pre-XKB keymap
Le vendredi 06 janvier 2006 à 23:48 +0100, Denis Barbier a écrit : > On Sat, Nov 05, 2005 at 02:51:04PM +0100, Xavier Bestel wrote: > > Package: xlibs > > Version: 6.8.99.901.dfsg.1-2 > > Severity: normal > > > > > > When installing xlibs from experimental, my keyboard (french layout) > > doesn't work anymore. NB: this bug has been reported just after > > installing xlibs from unstable, so the included logs are probably > > wrong. > > Hi, > > Do you still have trouble with 6.9? Nope, everything is fine now. Thanks, Xav
Bug#346408: [SPAM?] Re: Bug#346408: xserver-xorg: dexconf inserts bogus X module Load -lines into xorg.conf
On Tue, 2006-01-24 at 17:46, Michel Dänzer wrote: > I don't think the Debian X packages should go out of their way to deal > with proprietary driver issues. In particular, the nv driver may very > well get DRI support in the future. That would be awesome. Someone is working on this ? Xav
