Re: Xorg 7 fixed on alpha
rct wrote: Michael Cree wrote: BTW, Bob, did you ever get the ES1887/8 sound going? It's fixed in ALSA 1.0.13. Iirc, kernel 2.6.18 has ALSA version 1.0.12 so if you haven't installed kernel 2.6.19.x yourself, then try installing ALSA 1.0.13 in place of kernel supplied ALSA, and you should find the snd- es18xx module fixed. I'm a slug... Got sound working with the OSS sb driver and figured I'd care about ALSA when OSS finally went bye-bye. Thanks for the heads-up. I'll give the snd-es18xx driver a shot sometime this weekend and report back. Ok... Took a bit longer than I thought it would, but I'm happy to report that ALSA is finally working correctly on my PWS 433au with the 2.6.20-rc6 kernel. Looks like I can finally bid the OSS sb driver a fond but long overdue farewell. -- --- Bob Tracy WTO + WIPO = DMCA? http://www.anti-dmca.org [EMAIL PROTECTED] --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7 fixed on alpha
Michael Cree wrote:
I've finally got around to trying it out. A PWS600AU with its
original DEC supplied video card that uses the tga2 driver.
(...)
1) Are there known issues with the tga2 driver/cards and xorg 7.1 ?
None seen here. I've got a 433au that only recently saw its tga2
replaced with a Radeon 7500, and Xorg 7.1 was key to making that
happen after more than half a year of Xorg-7.X+ati being broken.
You may safely assume I made sure everything was working correctly
with my old tga2 standby before I spent more time beating my head
against the wall with the Radeon :-).
As far as tga2 setup in the xorg.conf file, my card Device section
looked like this:
Section Device
Identifier Digital PBXGB-AA
Driver tga
BusID PCI:0:12:0
EndSection
Specifying the BusID was absolutely necessary, and make sure you use
the correct value for your particular setup. Other gotchas I seem
to remember:
(1) Make sure the rotary switch on the tga2 is set to the video mode
you intend to run.
(2) You may have to tweak the monitor section HorizSync and VertRefresh
rates to force selection of the appropriate video mode by the tga
driver. I was running the card at 1024x768, so
{ HorizSync, VertRefresh } == { 31.5-57.0, 50.0-70.0 } worked
well for me with a generic 15 monitor.
(3) You've only got 8 bits of depth at 1024x768, so how well
applications share colors becomes a serious issue. For me, Gnome
worked well, but KDE was ugly as sin.
Hope this helps!
--
---
Bob Tracy WTO + WIPO = DMCA? http://www.anti-dmca.org
[EMAIL PROTECTED]
---
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7 fixed on alpha
On Thu, Jan 25, 2007 at 09:33:38AM -0600, Bob Tracy wrote: Michael Cree wrote: I've finally got around to trying it out. A PWS600AU with its original DEC supplied video card that uses the tga2 driver. (...) 1) Are there known issues with the tga2 driver/cards and xorg 7.1 ? None seen here. I've got a 433au that only recently saw its tga2 replaced with a Radeon 7500, and Xorg 7.1 was key to making that happen after more than half a year of Xorg-7.X+ati being broken. You may safely assume I made sure everything was working correctly with my old tga2 standby before I spent more time beating my head against the wall with the Radeon :-). Hi, Bob, Glad you finally got your Radeon going. And thanks for filling me in re: the existence of the TGA driver in Xorg 7.x; I made a bad assumption just because I'd not seen an RPM for it... ;-} As far as tga2 setup in the xorg.conf file, my card Device section looked like this: Section Device Identifier Digital PBXGB-AA Driver tga BusID PCI:0:12:0 EndSection Specifying the BusID was absolutely necessary, and make sure you use the correct value for your particular setup. Remember, the values in the BusID are in decimal, and what you get from /sbin/lspci are in hexadecimal. Other gotchas I seem to remember: (1) Make sure the rotary switch on the tga2 is set to the video mode you intend to run. Really? This makes a difference with Xorg? Or with TGA2? I only remember it being needed with the original TGA, since that was done as a framebuffer, and the SRM consoles' FB driver wanted some idea as to resolution/refresh rate to use, since the prevalent monitors in those days were fixed rates (not like today's multi-syncs). TGA2 has a VGA on it (Cirrus CL-GD5429 or similar, for text-mode console), and I believe SRM console always runs the BIOS for it, so that it comes up 720x400 at 70Hz, regardless of how the switch is set on the card (verified on both DS10 and LX164 with the latest SRM console versions for the respective platform). It's possible that the Xserver under Tru64 would/could utilize the switch to set its resolution/refresh, but I don't think XFree86/Xorg TGA support has ever had that capbility. Identify the 8-plane cards thusly: 1. original TGA has large DEC chip and large BT485 RAMDAC, DIP switch 2. TGA2 has large silver IBM chip, BT485 RAMDAC, and Cirrus CL-GD5429, rotary switch Identify the 24-plane cards thusly: 1. original TGA has large DEC chip and large BT463 RAMDAC, DIP switch 2. TGA2 has large silver IBM chip, huge IBM RAMDAC, and Cirrus CL-GD5429, rotary switch (3) You've only got 8 bits of depth at 1024x768, so how well applications share colors becomes a serious issue. For me, Gnome worked well, but KDE was ugly as sin. I've heard of folks able to use 1600x1200 at 8 bits (though at 60Hz), since there's 2MB of video memory on an 8-plane card (TGA or TGA2); I've always been able to use 1280x1024 without problems, although, as you say, it does depend on the capabilities of the monitor. --Jay++ --- Jay A EstabrookHPTC - XC I B Hewlett-Packard Company - ZKO1-3/D-B.8 (603) 884-0301 110 Spit Brook Road, Nashua NH 03062 [EMAIL PROTECTED] --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7 fixed on alpha
Jay Estabrook wrote: (1) Make sure the rotary switch on the tga2 is set to the video mode you intend to run. Really? This makes a difference with Xorg? Or with TGA2? H... Ya know, now that you mention it, I don't think it ever occurred to me to try running the card under Linux with the rotary switch set to something other than the video mode I intended to use under X11 :-). I'm sure my thinking was along the lines of the switch provideth the ultimate guidance as to what video modes are possible and/or supported by the card hardware. At which point, I tried to specify the chosen mode accurately in the xorg.conf file. TGA2 has a VGA on it (Cirrus CL-GD5429 or similar, for text-mode console), and I believe SRM console always runs the BIOS for it, so that it comes up 720x400 at 70Hz, regardless of how the switch is set on the card (verified on both DS10 and LX164 with the latest SRM console versions for the respective platform). True enough that the card always comes up with what I assumed was a standard 80x25 text mode screen at boot time, regardless of the switch setting. Given my assumption about that being a text mode, that didn't violate the principle of least astonishment :-). It's possible that the Xserver under Tru64 would/could utilize the switch to set its resolution/refresh, but I don't think XFree86/Xorg TGA support has ever had that capbility. I guess I don't think enough like a hacquer... Never occurred to me that the switch wouldn't have some effect on the available graphics mode for the X server. I've heard of folks able to use 1600x1200 at 8 bits (though at 60Hz), since there's 2MB of video memory on an 8-plane card (TGA or TGA2); I've always been able to use 1280x1024 without problems, although, as you say, it does depend on the capabilities of the monitor. Yeah, my eyes can't stand the 60 Hz flicker... 70 Hz is pretty much the minimum I can personally tolerate for more than a few minutes. -- --- Bob Tracy WTO + WIPO = DMCA? http://www.anti-dmca.org [EMAIL PROTECTED] --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7 fixed on alpha
On Thu, Jan 25, 2007 at 04:26:19PM -0600, Bob Tracy wrote: True enough that the card always comes up with what I assumed was a standard 80x25 text mode screen at boot time, regardless of the switch setting. Given my assumption about that being a text mode, that didn't violate the principle of least astonishment :-). If you had an original TGA, changing the switch would make a MASSIVE difference in what the console looks like... :-) And remember, it really was a just an indicator to the software what the hardware should be made to look like; I know that the switch contents are readable in some way off that card, but haven't the foggiest idea how or where... :-( I guess I don't think enough like a hacquer... Never occurred to me that the switch wouldn't have some effect on the available graphics mode for the X server. Until you tried changing it, and it didn't... ;-} I've heard of folks able to use 1600x1200 at 8 bits (though at 60Hz), since there's 2MB of video memory on an 8-plane card (TGA or TGA2); I've always been able to use 1280x1024 without problems, although, as you say, it does depend on the capabilities of the monitor. Yeah, my eyes can't stand the 60 Hz flicker... 70 Hz is pretty much the minimum I can personally tolerate for more than a few minutes. I find it hard to use even 70Hz any more with my old eyes... :-\ --Jay++ --- Jay A EstabrookHPTC - XC I B Hewlett-Packard Company - ZKO1-3/D-B.8 (603) 884-0301 110 Spit Brook Road, Nashua NH 03062 [EMAIL PROTECTED] --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7 fixed on alpha
On 26/01/2007, at 4:33 AM, Bob Tracy wrote: Michael Cree wrote: I've finally got around to trying it out. A PWS600AU with its original DEC supplied video card that uses the tga2 driver. (...) 1) Are there known issues with the tga2 driver/cards and xorg 7.1 ? (3) You've only got 8 bits of depth at 1024x768, so how well applications share colors becomes a serious issue. For me, Gnome worked well, but KDE was ugly as sin. That might just be the issue. I didn't think to check the bit depth of the allocated screen mode. I have got so used to 24bit colour display being the default. Will check later today after work. BTW, Bob, did you ever get the ES1887/8 sound going? It's fixed in ALSA 1.0.13. Iirc, kernel 2.6.18 has ALSA version 1.0.12 so if you haven't installed kernel 2.6.19.x yourself, then try installing ALSA 1.0.13 in place of kernel supplied ALSA, and you should find the snd- es18xx module fixed. Michael. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7 fixed on alpha
Michael Cree wrote: BTW, Bob, did you ever get the ES1887/8 sound going? It's fixed in ALSA 1.0.13. Iirc, kernel 2.6.18 has ALSA version 1.0.12 so if you haven't installed kernel 2.6.19.x yourself, then try installing ALSA 1.0.13 in place of kernel supplied ALSA, and you should find the snd- es18xx module fixed. I'm a slug... Got sound working with the OSS sb driver and figured I'd care about ALSA when OSS finally went bye-bye. Thanks for the heads-up. I'll give the snd-es18xx driver a shot sometime this weekend and report back. Given I haven't looked at the ALSA driver for many moons, would the below be a correct options line for /etc/modprobe.d/sound options snd-es18xx enable=1 isapnp=0 port=0x220 irq=5 dma1=1 dma2=5 mpu_port=0x330 where dma2 corresponds, in theory, to the dma16 argument for the OSS sb driver? -- --- Bob Tracy WTO + WIPO = DMCA? http://www.anti-dmca.org [EMAIL PROTECTED] --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7 fixed on alpha
On 8/01/2007, at 5:45 PM, Steve Langasek wrote: I'm happy to report that after quite a bit of hunting, bug #392500 is fixed in xorg-server 2:1.1.1-14 in incoming. Nice. I've finally got around to trying it out. A PWS600AU with its original DEC supplied video card that uses the tga2 driver. Had upgraded to etch RC1 awhile ago, and updated from package servers last night (probably last morning for you guys on the wrong side of the world) and upgraded the kernel to the latest debian kernel to sort out that blasted virtual memory problem that aptitude tripped up. It's a bit strange. A whole of lot of colours don't show up and just appear black. E.g. the gdm login screen is all black except for the box for entering in the login username/password. Same once logged into gnome. Many colours just appear as black. Bit difficult to use when things like menus just fade into the abyss. By choosing themes I managed to find one in which most things were visible. Wondered if it might be a driver issue, so ripped out the DEC video card and stuck in a ATI Radeon 7000 that I managed to borrow off a mate, and changed the video driver to radeon in xorg.conf. The gdm login screen and gnome all work fine now - so fixes the problem described above. But the console terminals (tty1 to tty6) are now all buggered up. Lots of blocky lines with slight changes in pattern where one would normally expect to see text! So questions: 1) Are there known issues with the tga2 driver/cards and xorg 7.1 ? 2) Is the blocky line issue on the consoles terminals a configuration issue or something more serious? Where would I look in the configuration files to fix that up? Cheerio Michael. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7 fixed on alpha
On Thu, Jan 25, 2007 at 09:46:03AM +1300, Michael Cree wrote: So questions: 1) Are there known issues with the tga2 driver/cards and xorg 7.1 ? Well, yes; there's no TGA driver module! It was never ported to the modularized driver scheme in Xorg 7.x. What you are seeing, is a different server (Cirrus?) running on the VGA chip that was put on TGA2 to provide text mode console. That server is NOT running the TGA2 chip, and it is probably limited to 512KB of memory... 2) Is the blocky line issue on the consoles terminals a configuration issue or something more serious? Where would I look in the configuration files to fix that up? It's probably a matter of the save/restore of state by the Cirrus driver is not working correctly on Alpha. You've a MUCH better chance for satisfaction with ATI or Matrox or Permedia based cards; those are known to work fine. Good luck. --Jay++ --- Jay A EstabrookHPTC - XC I B Hewlett-Packard Company - ZKO1-3/D-B.8 (603) 884-0301 110 Spit Brook Road, Nashua NH 03062 [EMAIL PROTECTED] --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7 fixed on alpha
On 25/01/2007, at 10:42 AM, Jay Estabrook wrote: On Thu, Jan 25, 2007 at 09:46:03AM +1300, Michael Cree wrote: 1) Are there known issues with the tga2 driver/cards and xorg 7.1 ? Well, yes; there's no TGA driver module! It was never ported to the modularized driver scheme in Xorg 7.x. Well, that explains the issues with the DEC video card. 2) Is the blocky line issue on the consoles terminals a configuration issue or something more serious? Where would I look in the configuration files to fix that up? It's probably a matter of the save/restore of state by the Cirrus driver is not working correctly on Alpha. You've a MUCH better chance for satisfaction with ATI or Matrox or Permedia based cards; those are known to work fine. Ahh, but the above was seen with an ATI Radeon 7000 card. I pulled out the DEC video card and inserted the Radeon 7000. Then I saw the problems with the console terminals. Admittedly I didn't think at the time to check thoroughly the X11 log file to check for any reported issues, but I did change the video driver spec in the /etc/ X11/xorg.conf file to radeon. Cheers Michael. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7 fixed on alpha
On Thu, Jan 25, 2007 at 11:00:16AM +1300, Michael Cree wrote: On 25/01/2007, at 10:42 AM, Jay Estabrook wrote: On Thu, Jan 25, 2007 at 09:46:03AM +1300, Michael Cree wrote: 1) Are there known issues with the tga2 driver/cards and xorg 7.1 ? Well, yes; there's no TGA driver module! It was never ported to the modularized driver scheme in Xorg 7.x. Well, that explains the issues with the DEC video card. ;-} 2) Is the blocky line issue on the consoles terminals a configuration issue or something more serious? Where would I look in the configuration files to fix that up? It's probably a matter of the save/restore of state by the Cirrus driver is not working correctly on Alpha. You've a MUCH better chance for satisfaction with ATI or Matrox or Permedia based cards; those are known to work fine. Ahh, but the above was seen with an ATI Radeon 7000 card. I pulled out the DEC video card and inserted the Radeon 7000. Then I saw the problems with the console terminals. Admittedly I didn't think at the time to check thoroughly the X11 log file to check for any reported issues, but I did change the video driver spec in the /etc/ X11/xorg.conf file to radeon. Oh, OK, I got confused on the details... :-\ But the comment may still be accurate; the 7000 itself has always been problematic, on any architecture IIRC, and it's possible that the save/restore of stock VGA settings doesn't quite work on that card on Alpha. I've not noticed problems with a 7500, but I'm not sure I've looked recently at text consoles. I've been pleased with the stability when exiting the server on 7500 (and 9100), meaning it seems to always get to text mode reasonably cleanly. Sorry I can't be more help. --Jay++ --- Jay A EstabrookHPTC - XC I B Hewlett-Packard Company - ZKO1-3/D-B.8 (603) 884-0301 110 Spit Brook Road, Nashua NH 03062 [EMAIL PROTECTED] --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7 fixed on alpha
Steve Langasek wrote: (...) xorg-server 2:1.1.1-14 (...) Please test if this version of xserver-xorg-core fixes any problems you might have been having with X on alphas (specifically, ev56 and above). You guys are awesome... Finally screwed up my courage and put my ATI card back in my 433au, and it works beautifully. Currently running at 1024x768, 16-bit depth, 70.1 Hz refresh. Summary configuration: 433au running Sarge plus lots of upgrades from the testing and unstable pools. Kernel today is 2.6.20-rc4 built from the standard kernel.org sources. modprobe radeonfb has this to say about what's in the machine: radeonfb: Found Intel x86 BIOS ROM Image radeonfb: Retrieved PLL infos from BIOS radeonfb: Reference=27.00 MHz (RefDiv=12) Memory=250.00 Mhz, System=200.00 MHz radeonfb: PLL min 2 max 35000 radeonfb: Monitor 1 type CRT found radeonfb: Monitor 2 type no found radeonfb (:00:0c.0): ATI Radeon QW Xorg.0.log says: (--) PCI:*(0:12:0) ATI Technologies Inc Radeon RV200 QW [Radeon 7500] rev 0, Mem @ 0x1000/28, 0x0926/16, I/O @ 0x9000/8, BIOS @ 0x0924/17 Card is a PowerColor RV2P-3B w/64 MB of 64-bit DDR SDRAM, i.e., not ATI-branded. --- Bob Tracy WTO + WIPO = DMCA? http://www.anti-dmca.org [EMAIL PROTECTED] --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7 fixed on alpha
On 09/01/2007 23:06:25, Geoff Martin wrote: Reporting FULL WORKING AGAIN on my LX164, with Matrox Millennium II Graphics. Thanks Steve! Geoff Martin Hello guys I also could tell that Xorg is fully working on Alpha PWS with Matrox G450 PCI. Nicely, it is the first time I see DRI working on Matrox PCI cards! It is time for a benchmark test with Matrox G450 PCI 32MB SDR and Voodoo 5/5500 PCI 64MB! Which software could I use to test? bye! gl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7 fixed on alpha
How can you install the new Xorg packages.. I still see the broken ones at ftp.fi.debian.org They will be on the servers soon so that I can just do apt-get update ? Ill be MORE than HAPPY to se my alpha back in business. It has been unusable almost most of the year 2006 ! Joni [EMAIL PROTECTED] wrote: On 09/01/2007 23:06:25, Geoff Martin wrote: Reporting FULL WORKING AGAIN on my LX164, with Matrox Millennium II Graphics. Thanks Steve! Geoff Martin Hello guys I also could tell that Xorg is fully working on Alpha PWS with Matrox G450 PCI. Nicely, it is the first time I see DRI working on Matrox PCI cards! It is time for a benchmark test with Matrox G450 PCI 32MB SDR and Voodoo 5/5500 PCI 64MB! Which software could I use to test? bye! gl --To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Joni Bäcklund, Tel +358400665775, FAX +35898042007 Email: [EMAIL PROTECTED], [EMAIL PROTECTED] Amateur packet radio AX25: [EMAIL PROTECTED] Some kind of Homepage: http://www.connect.fi/joni The Choice of a GNU generation: SuSE Linux 10.2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7 fixed on alpha
On Wed, Jan 10, 2007 at 09:34:18PM +0200, Joni Bäcklund wrote: How can you install the new Xorg packages.. I still see the broken ones at ftp.fi.debian.org They will be on the servers soon so that I can just do apt-get update ? They've been on the servers for two days now. If your system is configured for unstable, they should already be available unless your mirror has sync problems. If you're running testing, you'll have to wait another two days for the packages to be included there. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7 fixed on alpha
On Sun, Jan 07, 2007 at 08:45:46PM -0800, Steve Langasek wrote: Hi folks, I'm happy to report that after quite a bit of hunting, bug #392500 is fixed in xorg-server 2:1.1.1-14 in incoming. That means we finally have an X server newer than Xorg 6.9 which works on alpha. One RC bug down... :) Please test if this version of xserver-xorg-core fixes any problems you might have been having with X on alphas (specifically, ev56 and above). The bug that was identified was pervasive enough that it potentially explains any number of failures with drivers of all sorts, but there may be other latent bugs that were obscured by the fact that the X server as a whole was broken. :) If you are still seeing other breakage with X on alpha, you will need to report these bugs soon for there to be any chance of fixing them for etch. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] Thank you Steve! X is once again working on my dp264 with a radeon 9100! With this fix, and finally moving to nptl, I'm starting to feel a little better about the state of Debian-Alpha. Thanks again, Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Xorg 7 fixed on alpha
Steve Langasek wrote: I'm happy to report that after quite a bit of hunting, bug #392500 is fixed in xorg-server 2:1.1.1-14 in incoming. That means we finally have an X server newer than Xorg 6.9 which works on alpha. One RC bug down... :) I'm taking advantage of the above as an excuse to upgrade other related packages with later versions in testing. Ran into an odd problem with the xorg_7.1.0-9_all.deb package: it won't configure due to a dependency on sparc-utils | not+sparc. Clearly, the latter choice is correct on Alpha, but how is this dependency satisfied? Thanks! -- --- Bob Tracy WTO + WIPO = DMCA? http://www.anti-dmca.org [EMAIL PROTECTED] --- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Xorg 7 fixed on alpha
Hi folks, I'm happy to report that after quite a bit of hunting, bug #392500 is fixed in xorg-server 2:1.1.1-14 in incoming. That means we finally have an X server newer than Xorg 6.9 which works on alpha. One RC bug down... :) Please test if this version of xserver-xorg-core fixes any problems you might have been having with X on alphas (specifically, ev56 and above). The bug that was identified was pervasive enough that it potentially explains any number of failures with drivers of all sorts, but there may be other latent bugs that were obscured by the fact that the X server as a whole was broken. :) If you are still seeing other breakage with X on alpha, you will need to report these bugs soon for there to be any chance of fixing them for etch. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
