Re: Xorg upgrade: 6.9.x to 7.0.x
Steve Langasek wrote: No idea about the rest, but since int10 is a PC BIOS interface and you don't have one of those, you'll probably want to add Option NoINT10 true as a start, as an option in your video Device section. Maybe that's enough to clear up the rest of your problems too, with luck. No joy in Mudville this day... The above option made no discernable difference other than a mention in the logfile that it was set. Let me see if some combination of TFM and the driver author might provide a clue as to what's happening. There's also the matter of the INTA jumper on the card that I could try setting to disable. Does NoINT10 == true imply I should disable the int10 and vbe modules in my xorg.conf file? TFM claims vbe needs int10 to work. -- --- 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 upgrade: 6.9.x to 7.0.x
On Tue, Jun 20, 2006 at 09:00:37AM -0500, Bob Tracy wrote: Steve Langasek wrote: No idea about the rest, but since int10 is a PC BIOS interface and you don't have one of those, you'll probably want to add Option NoINT10 true as a start, as an option in your video Device section. Maybe that's enough to clear up the rest of your problems too, with luck. No joy in Mudville this day... The above option made no discernable difference other than a mention in the logfile that it was set. Let me see if some combination of TFM and the driver author might provide a clue as to what's happening. There's also the matter of the INTA jumper on the card that I could try setting to disable. Does NoINT10 == true imply I should disable the int10 and vbe modules in my xorg.conf file? TFM claims vbe needs int10 to work. Sorry, dunno; I've had both of these modules loaded in my config for a while even with NoINT10 disabled, but then, my video also stopped working correctly after upgrade to 7.0... -- 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 upgrade: 6.9.x to 7.0.x
Yes. The X is was still broken last time I checked it. But there was few upgrades installed by apt-get today.. Lets see if it fixes anything.. Joni Quoting Simon Brown [EMAIL PROTECTED]: On 10/06/06 09:18:38, [EMAIL PROTECTED] wrote: With the same deb's exept xserver-xorg 7.0.20 total lock in my UP1100 alpha with ATI Technologies Inc RV280 [Radeon 9200 PRO] AGP controller. And I tested never version of ati/radeon driver and still the machine locks up with some white blinking lines on the display. Well I've just reinstalled a XP1000 today with a 9250 card and X no longer works, the old instalation was using 6.8 (I think). X starts up and I can even see something moving around in a logical manner when I move the mouse. The actual image is garbled rubbish, very pink orange and yellow. Simon -- 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.1 --- This mail sent through Connect Services WebMail : https://webmail.connect.fi
Re: Xorg upgrade: 6.9.x to 7.0.x
At long last, a chance to powerdown the Alpha and change out the video card. Tried the SiS 6326, and it wasn't a *complete* disaster. SRM and booting gave me no problems, and things work fine in text mode with a 2.6.17 kernel. X11 is quite another kettle of fish :-(. After X gets done trashing the display, the only way to drive without blinders is to login remotely. Fortunately, rebooting clears things up without having to power-cycle the machine. Here's what lspci -v has to say about the card: :00:0c.0 VGA compatible controller: Silicon Integrated Systems [SiS] 86C326 5598/6326 (rev 0b) (prog-if 00 [VGA]) Subsystem: Silicon Integrated Systems [SiS] SiS6326 GUI Accelerator Flags: bus master, 66MHz, medium devsel, latency 255, IRQ 32 Memory at 0900 (32-bit, prefetchable) [size=8M] Memory at 09a4 (32-bit, non-prefetchable) [size=64K] I/O ports at 9080 [size=128] Expansion ROM at 09a5 [disabled] [size=64K] Capabilities: [40] Power Management version 1 Note the card has 8MB of RAM. SiS folklore says if the amount of video RAM has to be specified, don't go above 4MB if you want hardware accel. I tried letting the X server autodetect the amount of RAM, and it came up with only 1MB. Specifying 4MB didn't change anything as far as the card being able to come up and play nicely. Below is Xorg.0.log for the autodetect case: particularly troubling are all the Failed to unlock XX registers errors. Also, the int10 and vbe extensions fail to init properly. Suggestions as to what to try next would be welcome! X Window System Version 7.0.0 Release Date: 21 December 2005 X Protocol Version 11, Revision 0, Release 7.0 Build Operating System:Linux 2.6.14.5goedel-uni alpha Current Operating System: Linux smirkin 2.6.17 #1 Mon Jun 19 02:05:10 CDT 2006 alpha Build Date: 16 March 2006 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Mon Jun 19 21:00:07 2006 (==) Using config file: /etc/X11/xorg.conf (==) ServerLayout Default Layout (**) |--Screen Default Screen (0) (**) | |--Monitor Hennessy Generic 15 (**) | |--Device SiS 6326 8MB (**) |--Input Device Generic Keyboard (**) Option XkbRules xorg (**) XKB: rules: xorg (**) Option XkbModel pc104 (**) XKB: model: pc104 (**) Option XkbLayout us (**) XKB: layout: us (==) Keyboard: CustomKeycode disabled (**) |--Input Device Configured Mouse (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. Entry deleted from font path. (**) FontPath set to unix/:7100,/usr/share/fonts/X11/misc,/usr/share/fonts/X11/cyrillic,/usr/share/fonts/X11/100dpi/:unscaled,/usr/share/fonts/X11/75dpi/:unscaled,/usr/share/fonts/X11/Type1,/usr/share/fonts/X11/100dpi,/usr/share/fonts/X11/75dpi,/usr/share/fonts/X11/misc/,/usr/share/fonts/X11/TTF/,/usr/share/fonts/X11/OTF,/usr/share/fonts/X11/Type1/,/usr/share/fonts/X11/CID/,/usr/share/fonts/X11/100dpi/,/usr/share/fonts/X11/75dpi/ (==) RgbPath set to /usr/share/X11/rgb (==) ModulePath set to /usr/lib/xorg/modules (II) Module ABI versions: X.Org ANSI C Emulation: 0.2 X.Org Video Driver: 0.8 X.Org XInput driver : 0.5 X.Org Server Extension : 0.2 X.Org Font Renderer : 0.4 (II) Loader running on linux (II) LoadModule: bitmap (II) Loading /usr/lib/xorg/modules/fonts/libbitmap.so (II) Module bitmap: vendor=X.Org Foundation compiled for 7.0.0, module version = 1.0.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.4 (II) Loading font Bitmap (II) LoadModule: pcidata (II) Loading /usr/lib/xorg/modules/libpcidata.so (II) Module pcidata: vendor=X.Org Foundation compiled for 7.0.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 0.8 (++) using VT number 7 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:03:0: chip 1011,0019 card , rev 30 class 02,00,00 hdr 00 (II) PCI: 00:04:0: chip 1095,0646 card , rev 01 class 01,01,80 hdr 00 (II) PCI: 00:07:0: chip 8086,0484 card , rev 43 class 00,00,00 hdr 00 (II) PCI: 00:0c:0: chip 1039,6326 card 1039,6326 rev 0b class 03,00,00 hdr 00 (II) PCI: 00:14:0: chip 1011,0024 card , rev 02 class 06,04,00 hdr 01 (II) PCI: 01:09:0: chip 1077,1020 card , rev 05 class 01,00,00 hdr 00 (II) PCI: End of PCI scan (II) PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:20:0), (0,1,1), BCTRL: 0x0004 (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0 0x8000 - 0x80ff (0x100) IX[B] [1] -1 0 0x8400 - 0x84ff (0x100) IX[B] [2] -1 0 0x8800 - 0x88ff (0x100)
Re: Xorg upgrade: 6.9.x to 7.0.x
On Mon, Jun 19, 2006 at 10:05:51PM -0500, Bob Tracy wrote: Note the card has 8MB of RAM. SiS folklore says if the amount of video RAM has to be specified, don't go above 4MB if you want hardware accel. I tried letting the X server autodetect the amount of RAM, and it came up with only 1MB. Specifying 4MB didn't change anything as far as the card being able to come up and play nicely. Below is Xorg.0.log for the autodetect case: particularly troubling are all the Failed to unlock XX registers errors. Also, the int10 and vbe extensions fail to init properly. Suggestions as to what to try next would be welcome! No idea about the rest, but since int10 is a PC BIOS interface and you don't have one of those, you'll probably want to add Option NoINT10 true as a start, as an option in your video Device section. Maybe that's enough to clear up the rest of your problems too, with luck. 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 upgrade: 6.9.x to 7.0.x
On 10/06/06 09:18:38, [EMAIL PROTECTED] wrote: With the same deb's exept xserver-xorg 7.0.20 total lock in my UP1100 alpha with ATI Technologies Inc RV280 [Radeon 9200 PRO] AGP controller. And I tested never version of ati/radeon driver and still the machine locks up with some white blinking lines on the display. Well I've just reinstalled a XP1000 today with a 9250 card and X no longer works, the old instalation was using 6.8 (I think). X starts up and I can even see something moving around in a logical manner when I move the mouse. The actual image is garbled rubbish, very pink orange and yellow. Simon
Re: Xorg upgrade: 6.9.x to 7.0.x
Just a followup... Got everything installed and it seems to be working with the TGA2 hardware. Notable omissions from the list of updated packages are pm-dev and lbxproxy, which seem to be stuck at package version 6.9.0.dfsg.1-6 on the Alpha. Anyone know if there's a new lbxproxy on the horizon, or whether it has been replaced by something? -- --- 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 upgrade: 6.9.x to 7.0.x
On Thu, Jun 15, 2006 at 10:35:13AM -0500, Bob Tracy wrote: Just a followup... Got everything installed and it seems to be working with the TGA2 hardware. Notable omissions from the list of updated packages are pm-dev and lbxproxy, which seem to be stuck at package version 6.9.0.dfsg.1-6 on the Alpha. Anyone know if there's a new lbxproxy on the horizon, or whether it has been replaced by something? lbxproxy hasn't been uploaded for the x11r7 transition because it wasn't clear if the package was still in widespread use. But I've been told the XSF will reupload it if there's demand for it, so if you use it please go over to debian-x and demand for it. :) -- 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/ signature.asc Description: Digital signature
Re: Xorg upgrade: 6.9.x to 7.0.x
On the matter of LBX, please see the following: http://keithp.com/~keithp/talks/lbxpost/index.html In summary, LBX has been deemed a failed technology. In response, I quote a good friend of mine who said, Bad breath is better than no breath. The lbxproxy program had its problems, but it allowed certain applications to function over low-bandwidth ssh links that would not otherwise work. The price of progress, I reckon... -- --- 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 upgrade: 6.9.x to 7.0.x
Jay Estabrook wrote: On Fri, Jun 09, 2006 at 02:55:35PM -0500, Bob Tracy wrote: In particular, if someone knows that a SiS 6326 8MB PCI card won't work in a PWS 433au, please let me know immediately so I won't waste my time trying to make it work. BEFORE removing the TGA card in that MIATA, do the following at SRM: set pci_device_override -1 which should prevent the SRM console from complaining about an unknown card in one of the 64-bit slots (it has its own table of acceptable cards, and no SiS card would be in it). Good to know about this *before* getting speared by it :-). Thanks! If the Xserver hangs after clearing the screen but before painting anything, it may be that its own BIOS emulator is failing. In that case, add: Option NoINT10 true to the Device Section of the xorg.conf file to bypass that step. This brings to mind a question: the SiS 6326 card has a jumper to enable/disable INTA. The users' manual says nothing about what the jumper setting does otherwise, and makes no recommendation as to the desired setting. It's currently enabled because it came out of the box that way and I successfully used the card in a x86 box with that setting. Any recommendations? If not, I'll give it a try as is. Good luck, let us know how you make out... Will do. I'm getting the final Xorg 7.0.X pieces installed as I type this. (I want to get the current card working with the new software before I start messing with a different card.) -- --- 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 upgrade: 6.9.x to 7.0.x
With the same deb's exept xserver-xorg 7.0.20 total lock in my UP1100 alpha with ATI Technologies Inc RV280 [Radeon 9200 PRO] AGP controller. And I tested never version of ati/radeon driver and still the machine locks up with some white blinking lines on the display. Is there an easy way to downgrade to the Xorg from the stable distro. I guess not :) Joni Quoting Tyson Whitehead [EMAIL PROTECTED]: On Fri June 9 2006 19:22, Steve Langasek wrote: BTW, all the evidence I have so far suggests xorg 7.0 is completely broken on alpha; I haven't had time to dig into it enough yet to file a bug report though. In your case, I guess it doesn't hurt to upgrade if your video already doesn't work, I just would suggest not expecting too many miracles from 7.0 just yet. Here's one success story. I just upgraded a couple of days ago, and everything (include X) is still running fine... : ) Hardware XOrg Packages: VGA compatible controller: ATI Technologies Inc 3D Rage Pro 215GP (rev 5c) ii xserver-xorg7.0.18 the X.Org X server ii xserver-xorg-core 1.0.2-8 X.Org X server -- core server ii xserver-xorg-input-kbd 1.0.1.3-2 X.Org X server -- keyboard input driver ii xserver-xorg-input-mouse1.0.4-3 X.Org X server -- mouse input driver ii xserver-xorg-video-ati 6.5.8.0-1 X.Org X server -- ATI display driver -- Tyson Whitehead (-twhitehe at uwo.ca -- WSC-) Computer Engineer Dept. of Applied Mathematics, Graduate Student- Applied Mathematics University of Western Ontario, GnuPG Key ID# 0xF7666BFF London, Ontario, Canada -- 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.1 --- This mail sent through Connect Services WebMail : https://webmail.connect.fi
Re: Xorg upgrade: 6.9.x to 7.0.x
On Sat June 10 2006 04:18, [EMAIL PROTECTED] wrote: Is there an easy way to downgrade to the Xorg from the stable distro. I guess not :) You can always pin a specific version in /etc/apt/preferences. According to the manual, if you specify a priority over 1000, then apt will downgrade: http://www.debian.org/doc/manuals/apt-howto/ch-apt-get.en.html#s-pin If you are going to be mixing stable and unstable or testing, you probably also want to take a look at: http://www.debian.org/doc/manuals/apt-howto/ch-apt-get.en.html#s-default-version -T PS: From what I could see on the Debian packages page, it looks like stable is running xfree... -- Tyson Whitehead (-twhitehe at uwo.ca -- WSC-) Computer Engineer Dept. of Applied Mathematics, Graduate Student- Applied Mathematics University of Western Ontario, GnuPG Key ID# 0xF7666BFF London, Ontario, Canada pgpmSKJr8Da0v.pgp Description: PGP signature
Xorg upgrade: 6.9.x to 7.0.x
The motivation for attempting the upgrade is a missing sis_drv.so file in the 6.9.0.dfsg.1-6 xserver-xorg package. If anyone can explain why this was omitted from the Alpha package, I might feel better about the upgrade pain I'm now contemplating. In particular, if someone knows that a SiS 6326 8MB PCI card won't work in a PWS 433au, please let me know immediately so I won't waste my time trying to make it work. Summary: there's no clean way to get from Xorg 6.9 to 7.0 on Alpha. The somewhat longer explanation is as follows: x11-common_7.0.20 can't be installed because xserver-xorg depends on xserver-common, which conflicts with x11-common. xserver-xorg_7.0.20 can't be installed because of a pre-dependency on x11-common (= 7.0.0-0ubuntu3). After examining the problem from several angles, it appears the least risky place to apply force is the xserver-xorg_7.0.20 package using the dpkg --force-depends -i crowbar. Comments and/or better ideas would be most welcome. -- --- 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 upgrade: 6.9.x to 7.0.x
On Fri, Jun 09, 2006 at 02:55:35PM -0500, Bob Tracy wrote: In particular, if someone knows that a SiS 6326 8MB PCI card won't work in a PWS 433au, please let me know immediately so I won't waste my time trying to make it work. Sorry, Bob, I know neither good nor bad of that card or server, never having used either. The biggest battle is often getting past the SRM console BIOS emulation; many cards (notably nVidia TNT) had BIOS code that gave trouble to the older versions of the SRM's BIOS emulator. If it doesn't just black- screen you, and you get to an SRM prompt, then it will probably be OK at least for text mode. BEFORE removing the TGA card in that MIATA, do the following at SRM: set pci_device_override -1 which should prevent the SRM console from complaining about an unknown card in one of the 64-bit slots (it has its own table of acceptable cards, and no SiS card would be in it). If the Xserver hangs after clearing the screen but before painting anything, it may be that its own BIOS emulator is failing. In that case, add: Option NoINT10 true to the Device Section of the xorg.conf file to bypass that step. It also should be noted that the SiS server probably has MUCH less Alpha exposure than radeon, matrox, S3, tdfx, and glint, so it may have some rough edges on your MIATA... Good luck, let us know how you make out... --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 upgrade: 6.9.x to 7.0.x
On Fri, Jun 09, 2006 at 02:55:35PM -0500, Bob Tracy wrote: The motivation for attempting the upgrade is a missing sis_drv.so file in the 6.9.0.dfsg.1-6 xserver-xorg package. If anyone can explain why this was omitted from the Alpha package, I might feel better about the upgrade pain I'm now contemplating. In particular, if someone knows that a SiS 6326 8MB PCI card won't work in a PWS 433au, please let me know immediately so I won't waste my time trying to make it work. Summary: there's no clean way to get from Xorg 6.9 to 7.0 on Alpha. The somewhat longer explanation is as follows: x11-common_7.0.20 can't be installed because xserver-xorg depends on xserver-common, which conflicts with x11-common. xserver-xorg_7.0.20 can't be installed because of a pre-dependency on x11-common (= 7.0.0-0ubuntu3). After examining the problem from several angles, it appears the least risky place to apply force is the xserver-xorg_7.0.20 package using the dpkg --force-depends -i crowbar. Comments and/or better ideas would be most welcome. Using apt (aptitude dist-upgrade or apt-get dist-upgrade) gives you automatic handling of this upgrade path by passing all the necessary options to dpkg for auto-deconfiguring dependencies. BTW, all the evidence I have so far suggests xorg 7.0 is completely broken on alpha; I haven't had time to dig into it enough yet to file a bug report though. In your case, I guess it doesn't hurt to upgrade if your video already doesn't work, I just would suggest not expecting too many miracles from 7.0 just yet. -- 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/ signature.asc Description: Digital signature
Re: Xorg upgrade: 6.9.x to 7.0.x
On Fri June 9 2006 19:22, Steve Langasek wrote: BTW, all the evidence I have so far suggests xorg 7.0 is completely broken on alpha; I haven't had time to dig into it enough yet to file a bug report though. In your case, I guess it doesn't hurt to upgrade if your video already doesn't work, I just would suggest not expecting too many miracles from 7.0 just yet. Here's one success story. I just upgraded a couple of days ago, and everything (include X) is still running fine... : ) Hardware XOrg Packages: VGA compatible controller: ATI Technologies Inc 3D Rage Pro 215GP (rev 5c) ii xserver-xorg7.0.18 the X.Org X server ii xserver-xorg-core 1.0.2-8 X.Org X server -- core server ii xserver-xorg-input-kbd 1.0.1.3-2 X.Org X server -- keyboard input driver ii xserver-xorg-input-mouse1.0.4-3 X.Org X server -- mouse input driver ii xserver-xorg-video-ati 6.5.8.0-1 X.Org X server -- ATI display driver -- Tyson Whitehead (-twhitehe at uwo.ca -- WSC-) Computer Engineer Dept. of Applied Mathematics, Graduate Student- Applied Mathematics University of Western Ontario, GnuPG Key ID# 0xF7666BFF London, Ontario, Canada pgp6Wy1vJczE0.pgp Description: PGP signature