Re: Xorg 7 I/O issues on sparc64
Hi Jurij, 5 days, one minute, 58 seconds ago, Jurij Smakov wrote: > On Sun, Oct 08, 2006 at 03:56:38PM +0200, Ludovic Courtès wrote: > > The proposed patch should have been part of Xorg 7.1 but that doesn't > > seem to be the case. If no Xorg release occurs by the time Etch is > > released, then perhaps it should be applied to the Debian package? > > Last message from Drew Parsons in the bug trail indicates that the > patch has been included in the latest xorg packages in unstable. Can > you somehow confirm that it really fixed the problems that you > experienced earlier? The story I told earlier in this thread (i.e., the fact that I had to remove the SunPCi card to make X work) happened with the following packages: xserver-xorg 7.1.0-1 xserver-xorg-core 1.1.1-8 xserver-xorg-video-ati 6.6.2-2 And `Xorg -version' says: X Window System Version 7.1.1 Release Date: 12 May 2006 X Protocol Version 11, Revision 0, Release 7.1.1 Drew Person's message is older than my report, so it looks like it didn't make any difference. In any case, from what I understand, we'll no longer have "invalid I/O allocation" messages once the fix is applied (and I think we currently all see that message). With `xserver-xorg' 7.1.0-3 and `xserver-xorg-core' 1.1.1-9, I still get both the "invalid I/O allocation" and "ioctl32..." messages. I have not tried plugging the SunPCi back in but the fact that these messages did not vanish is not confidence-inspiring. ;-) Thanks, Ludovic. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7 I/O issues on sparc64
Hi Ludovic, Thanks a *lot* for doing all the research. On Sun, Oct 08, 2006 at 03:56:38PM +0200, Ludovic Courtès wrote: > In the meantime, I found bug #384450 [0] which addresses this very > issue: > > The bug is that the Xorg PCI drivers fail to properly decode the I/O > port ranges for any PCI cards (not just video cards) having I/O ports > that have start or end+1 addresses that aren't 16-byte aligned. > > [...] > > Practically-speaking, the result is that adding unrelated, otherwise > perfectly Linux-compatible hardware can make accelerated X completely > non-functional. Ouch. > The proposed patch should have been part of Xorg 7.1 but that doesn't > seem to be the case. If no Xorg release occurs by the time Etch is > released, then perhaps it should be applied to the Debian package? Last message from Drew Parsons in the bug trail indicates that the patch has been included in the latest xorg packages in unstable. Can you somehow confirm that it really fixed the problems that you experienced earlier? Thanks, -- Jurij Smakov [EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7 I/O issues on sparc64
Hi, 6 days, 15 hours, 54 minutes, 17 seconds ago, Martin Marques wrote: > On Sun, 1 Oct 2006 11:40:43 +0200, Ludovic Courtès <[EMAIL PROTECTED]> wrote: > > I had reported some time ago problems running Xorg 7.0 on an Ultra 5 with > > the ATI driver, including apparent file system corruption problems, > > kernel crashes, etc. [0]. I tried out Xorg 7.1 with the 2.6.18-1 kernel > > package recently and noticed that nothing had changed. However, I > > finally decided to remove that SunPCi board that sitted in my U5 (and was > > useless anyway, due to the lack of free drivers) and noticed that doing > > so made Xorg start and work flawlessly! > > Is the SunPCI board the PCI Bridge? I have on of those in my U5 and last time > I tried Xorg 7 it corrupted my disk, leaving me no other option but to > reinstall. I don't clearly understand what you mean. In any case, the output of `lspci' here is the same as yours (once the SunPCi board has been removed), except for the SCSI controller which I don't have (see below). In the meantime, I found bug #384450 [0] which addresses this very issue: The bug is that the Xorg PCI drivers fail to properly decode the I/O port ranges for any PCI cards (not just video cards) having I/O ports that have start or end+1 addresses that aren't 16-byte aligned. [...] Practically-speaking, the result is that adding unrelated, otherwise perfectly Linux-compatible hardware can make accelerated X completely non-functional. The proposed patch should have been part of Xorg 7.1 but that doesn't seem to be the case. If no Xorg release occurs by the time Etch is released, then perhaps it should be applied to the Debian package? Thanks, Ludovic. [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=384450 `lspci' output follows: 00:00.0 Host bridge: Sun Microsystems Computer Corp. Ultra IIi 00:01.0 PCI bridge: Sun Microsystems Computer Corp. Simba Advanced PCI Bridge (rev 13) 00:01.1 PCI bridge: Sun Microsystems Computer Corp. Simba Advanced PCI Bridge (rev 13) 01:01.0 Bridge: Sun Microsystems Computer Corp. EBUS (rev 01) 01:01.1 Ethernet controller: Sun Microsystems Computer Corp. Happy Meal (rev 01) 01:02.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro 215GP (rev 5c) 01:03.0 IDE interface: Silicon Image, Inc. PCI0646 (rev 03) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7 I/O issues on sparc64
On Sun, 1 Oct 2006 11:40:43 +0200, Ludovic Courtès <[EMAIL PROTECTED]> wrote: > Hi, > > I had reported some time ago problems running Xorg 7.0 on an Ultra 5 with > the ATI driver, including apparent file system corruption problems, > kernel crashes, etc. [0]. I tried out Xorg 7.1 with the 2.6.18-1 kernel > package recently and noticed that nothing had changed. However, I > finally decided to remove that SunPCi board that sitted in my U5 (and was > useless anyway, due to the lack of free drivers) and noticed that doing > so made Xorg start and work flawlessly! Is the SunPCI board the PCI Bridge? I have on of those in my U5 and last time I tried Xorg 7 it corrupted my disk, leaving me no other option but to reinstall. At the momento I'm working with XFree until I'm sure that xorg works ok (which doesn't seem to be the case). Here's my output from lspci: 00:00.0 Host bridge: Sun Microsystems Computer Corp. Ultra IIi 00:01.0 PCI bridge: Sun Microsystems Computer Corp. Simba Advanced PCI Bridge (rev 13) 00:01.1 PCI bridge: Sun Microsystems Computer Corp. Simba Advanced PCI Bridge (rev 13) 01:01.0 Bridge: Sun Microsystems Computer Corp. EBUS (rev 01) 01:01.1 Ethernet controller: Sun Microsystems Computer Corp. Happy Meal (rev 01) 01:02.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro 215GP (rev 5c) 01:03.0 IDE interface: Silicon Image, Inc. PCI0646 (rev 03) 02:03.0 SCSI storage controller: LSI Logic / Symbios Logic 53c875 (rev 04) The difference with you is that I am using the PCI bridge. -- - Lic. Martín Marqués | SELECT 'mmarques' || Centro de Telemática| '@' || 'unl.edu.ar'; Universidad Nacional| DBA, Programador, del Litoral | Administrador - -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]