Re: RES: State of XOrg in testing/unstable
On Mon, 25 Sep 2006, Bob Tracy wrote: Bob Tracy wrote: Tomorrow I'll try yanking the ATI card and putting the old TGA2 back in, just to see if Xorg 7.1 will work with the hardware that worked back in the 6.8 days. The good (I think) news is that the TGA2 works fine with the latest Xorg 7.1 and dependent packages from the unstable tree, i.e., I think the reported ATI and MGA problems are probably driver issues. It seems the same or similar problems happen on both hppa and alpha. I just tested a Radeon 9250, a Matrox G200, and a Millenium II on an HP c3700. With the radeon and mga drivers, the screen will go black, and the box will stop responding to pings or keyboard. (On alpha I could sometimes ssh in.) I noticed shortly after the screen went black, the LCD would print FLT CBF0 (followed by 6.17-pa6 which was already there before) Then it will start cycling between: FLT 500B SYS BD bus timeout FLT CB74 SYS BD bad os HPMC cksm FLT CBFC SYS BD OS HPMC br err FLT CBF0 SYS BD HPMC initiated Pressing the (soft) power button causes a clean shutdown after which it powers down, so it's not completely dead. This is with xorg 7.1.0-1, but on alpha the same happens with 7.0. (I haven't tested 7.0 on hppa.) Can anyone else with an mga or radeon check whether it is in fact broken on hppa? I'm currently using the fbdev driver with the G200. I can't vouch for it's stability, but it seems to be working. Ivan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Re: RES: State of XOrg in testing/unstable
http://www.parisc-linux.org/faq/graphics-howto.html Look for Which non-HP PCI graphics cards work with PA-RISC Linux? On 10/1/06, Ivan Jager [EMAIL PROTECTED] wrote: On Mon, 25 Sep 2006, Bob Tracy wrote: Bob Tracy wrote: Tomorrow I'll try yanking the ATI card and putting the old TGA2 back in, just to see if Xorg 7.1 will work with the hardware that worked back in the 6.8 days. The good (I think) news is that the TGA2 works fine with the latest Xorg 7.1 and dependent packages from the unstable tree, i.e., I think the reported ATI and MGA problems are probably driver issues. It seems the same or similar problems happen on both hppa and alpha. I just tested a Radeon 9250, a Matrox G200, and a Millenium II on an HP c3700. With the radeon and mga drivers, the screen will go black, and the box will stop responding to pings or keyboard. (On alpha I could sometimes ssh in.) I noticed shortly after the screen went black, the LCD would print FLT CBF0 (followed by 6.17-pa6 which was already there before) Then it will start cycling between: FLT 500B SYS BD bus timeout FLT CB74 SYS BD bad os HPMC cksm FLT CBFC SYS BD OS HPMC br err FLT CBF0 SYS BD HPMC initiated Pressing the (soft) power button causes a clean shutdown after which it powers down, so it's not completely dead. This is with xorg 7.1.0-1, but on alpha the same happens with 7.0. (I haven't tested 7.0 on hppa.) Can anyone else with an mga or radeon check whether it is in fact broken on hppa? I'm currently using the fbdev driver with the G200. I can't vouch for it's stability, but it seems to be working. Ivan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Sarge Installer Kernel Hangs on Alphastation 200
I'm trying to boot the debian-31r3-alpha-binary-1 CD on an Alphastation 200 with firmware version 7. Aboot prints the following messages, then the kernel hangs. boot dka4 -flags 0 ... loading compressed boot/vmlinuz loading uncompressed boot/vmlinuz zero-filling 407760 bytes at 0xfc571900 loading init.d (2940211 bytes / 2871 blocks) at 0xfc12000 starting kernel boot/vmlinuz with arguments ramdisk_size=16384 root=/dev/ram devfs=mount,dall I searched through the list and found similar reports at debian-alpha@lists.debian.org/msg21986.html" target="_blank">http://www.mail-archive.com/debian-alpha@lists.debian.org/msg21986.html, debian-alpha@lists.debian.org/msg23219.html" target="_blank">http://www.mail-archive.com/debian-alpha@lists.debian.org/msg23219.html, and debian-alpha@lists.debian.org/msg23857.html" target="_blank">http://www.mail-archive.com/debian-alpha@lists.debian.org/msg23857.html. Has any progress been made on this issue? Thanks, Brian
Sarge Installer Kernel Hangs on Alphastation 200
I'm trying to boot the debian-31r3-alpha-binary-1 CD on an Alphastation 200 with firmware version 7. Aboot prints the following messages, then the kernel hangs. boot dka4 -flags 0 ... loading compressed boot/vmlinuz loading uncompressed boot/vmlinuz zero-filling 407760 bytes at 0xfc571900 loading init.d (2940211 bytes / 2871 blocks) at 0xfc12000 starting kernel boot/vmlinuz with arguments ramdisk_size=16384 root=/dev/ram devfs=mount,dall I searched through the list and found similar reports at debian-alpha@lists.debian.org/msg21986.html" target="_blank">http://www.mail-archive.com/debian-alpha@lists.debian.org/msg21986.html, debian-alpha@lists.debian.org/msg23219.html" target="_blank">http://www.mail-archive.com/debian-alpha@lists.debian.org/msg23219.html, and debian-alpha@lists.debian.org/msg23857.html" target="_blank">http://www.mail-archive.com/debian-alpha@lists.debian.org/msg23857.html. Has any progress been made on this issue? Thanks, Brian
Re: Sarge Installer Kernel Hangs on Alphastation 200
On 01/10/2006 21:28:43, Brian D. Pitts wrote: I'm trying to boot the debian-31r3-alpha-binary-1 CD on an Alphastation 200 with firmware version 7. Aboot prints the following messages, then the kernel hangs. boot dka4 -flags 0 ... loading compressed boot/vmlinuz loading uncompressed boot/vmlinuz zero-filling 407760 bytes at 0xfc571900 loading init.d (2940211 bytes / 2871 blocks) at 0xfc12000 starting kernel boot/vmlinuz with arguments ramdisk_size=16384 root=/dev/ram devfs=mount,dall This kind of problems usually is related to DMA handling on bugged chipsets (the CMD64x, among others) You should try booting with ide=nodma flag. Boot the CDROM with -flag i then boot the kernel with ide=nodma. Let me know if it works. Bye gl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
RES: RES: State of XOrg in testing/unstable
I am downloading the installer image and i'll try tomorrow on my LX164, with matrox millenium II graphics. Cross fingers and a lot of hope :) Geoff -Mensagem original- De: Bob Tracy [mailto:[EMAIL PROTECTED] Enviada em: domingo, 1 de outubro de 2006 19:40 Para: debian-alpha@lists.debian.org Cc: debian-hppa@lists.debian.org Assunto: Re: RES: State of XOrg in testing/unstable Ivan Jager wrote: Can anyone else with an mga or radeon check whether it is in fact broken on hppa? I'm currently using the fbdev driver with the G200. I can't vouch for it's stability, but it seems to be working. This is encouraging. Haven't tried fbdev on Alpha with 7.1, but it was definitely broken with an ATI card and 7.0. Usually (but not always) it was broken *less* than for the ati driver case in that I could at least switch back to a virtual console tty and stop X11 without locking up the machine. Somewhere near 7.0.23 with a 2.6.18-rcX kernel, fbdev would lock the machine solid. -- --- 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] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: RES: State of XOrg in testing/unstable
Ivan Jager wrote: Can anyone else with an mga or radeon check whether it is in fact broken on hppa? I'm currently using the fbdev driver with the G200. I can't vouch for it's stability, but it seems to be working. This is encouraging. Haven't tried fbdev on Alpha with 7.1, but it was definitely broken with an ATI card and 7.0. Usually (but not always) it was broken *less* than for the ati driver case in that I could at least switch back to a virtual console tty and stop X11 without locking up the machine. Somewhere near 7.0.23 with a 2.6.18-rcX kernel, fbdev would lock the machine solid. -- --- 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]
