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
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)
RE: Kernel IEEE Math Completion (everything is zeroed!?!)
So it seems that the last test works correct on your machine. The difference is: a) newer kernel on my machine - but I think nothing changed between .16 and .15, could somebody make a diff in fixup code? b) gcc 4.0 vs gcc 3.3 And a third difference: c) I have an older glibc than the one in testing (because of the silly pthreads-defunct bug). In October last year I compiled a fixed glibc myself and then set it to hold that it is not updated anymore. It is 2.3.5-6 on my machine vs. 2.3.6-13 in testing. So it could be that printf in the older version cannot display this small numbers and prints 0 on my machine - just a guess. - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de - http://www.schindlers-software.de eMails: [EMAIL PROTECTED] (private); [EMAIL PROTECTED] (company) Tel./Fax: +49 700 PCLATEIN (+49 700 72528346) Schindlers Software - Home of Schindlers PC-LATEIN 3.20 DIE Software zum Lateinlernen! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Kernel IEEE Math Completion (everything is zeroed!?!)
At 00:07 20.06.2006, Donsbach, Jeff wrote: Uwe Schindler wrote: > Same here on EV56 (Alphastation 500/500) with gcc 4.0.4 20060507 >(prerelease) (Debian 4.0.3-3) on Linux 2.6.16-2-alpha-generic: > > [EMAIL PROTECTED]:~$ ./test > Please enter the num: 1e-320 > Please enter the den: 2 > > 9.99989e-321/2 = 0 Actually Uwe, that last one is different from what Bob and I get: [EMAIL PROTECTED] ~ $ ./test Please enter the num: 1e-320 Please enter the den: 2 9.99989e-321/2 = 4.4e-321 Now I'm confused. Which is supposed to be correct? My result is the same as in the initial mail from Tyson. This is what he says: 0/0 = 0 (should be nan) 1/0 = 0 (should be inf) 1e-320/2 = 0 (should be 5e-321: 1e-320 is a denormalized) So it seems that the last test works correct on your machine. The difference is: a) newer kernel on my machine - but I think nothing changed between .16 and .15, could somebody make a diff in fixup code? b) gcc 4.0 vs gcc 3.3 - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de - http://www.schindlers-software.de eMails: [EMAIL PROTECTED] (private); [EMAIL PROTECTED] (company) Tel./Fax: +49 700 PCLATEIN (+49 700 72528346) Schindlers Software - Home of Schindlers PC-LATEIN 3.20 DIE Software zum Lateinlernen! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Kernel IEEE Math Completion (everything is zeroed!?!)
Uwe Schindler wrote: > Same here on EV56 (Alphastation 500/500) with gcc 4.0.4 20060507 >(prerelease) (Debian 4.0.3-3) on Linux 2.6.16-2-alpha-generic: > > [EMAIL PROTECTED]:~$ ./test > Please enter the num: 1e-320 > Please enter the den: 2 > > 9.99989e-321/2 = 0 Actually Uwe, that last one is different from what Bob and I get: [EMAIL PROTECTED] ~ $ ./test Please enter the num: 1e-320 Please enter the den: 2 9.99989e-321/2 = 4.4e-321 Now I'm confused. Which is supposed to be correct? Jeff
RE: Kernel IEEE Math Completion (everything is zeroed!?!)
Same here on EV56 (Alphastation 500/500) with gcc 4.0.4 20060507 (prerelease) (Debian 4.0.3-3) on Linux 2.6.16-2-alpha-generic: [EMAIL PROTECTED]:~$ ./test Please enter the num: 0 Please enter the den: 0 0/0 = 0 [EMAIL PROTECTED]:~$ ./test Please enter the num: 1 Please enter the den: 0 1/0 = 0 [EMAIL PROTECTED]:~$ ./test Please enter the num: 1e-320 Please enter the den: 2 9.99989e-321/2 = 0 At 22:57 19.06.2006, Donsbach, Jeff wrote: Fwiw, I get the exact same results as Bob on an EV56 (miata) running a 2.6.15 kernel. Gcc version is 3.4.4. Jeff D -Original Message- From: Bob McElrath [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 14, 2006 12:33 PM To: Tyson Whitehead Cc: debian-alpha@lists.debian.org Subject: Re: Kernel IEEE Math Completion (everything is zeroed!?!) I don't seem to reproduce the problem on 2.6.15. 0/0 = nan 1/0 = inf 9.99989e-321/2 = 4.4e-321 (0)<[EMAIL PROTECTED]:/tmp> uname -a Linux moya.mcelrath.org 2.6.15 #1 SMP Mon Mar 13 15:01:04 PST 2006 alpha GNU/Linux The gcc I have installed is 4.0.3, but I couldn't guarantee that's what I used to compile this kernel... - Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de - http://www.schindlers-software.de eMails: [EMAIL PROTECTED] (private); [EMAIL PROTECTED] (company) Tel./Fax: +49 700 PCLATEIN (+49 700 72528346) Schindlers Software - Home of Schindlers PC-LATEIN 3.20 DIE Software zum Lateinlernen! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Kernel IEEE Math Completion (everything is zeroed!?!)
From: Bob McElrath [mailto:[EMAIL PROTECTED] I don't seem to reproduce the problem on 2.6.15. 0/0 = nan 1/0 = inf 9.99989e-321/2 = 4.4e-321 On 20/06/2006, at 8:57 AM, Donsbach, Jeff wrote: Fwiw, I get the exact same results as Bob on an EV56 (miata) running a 2.6.15 kernel. Gcc version is 3.4.4. Likewise I get the correct results on an EV67 (XP1000, tsunami) running the standard linux kernel 2.6.16.18. This is using gcc 3.3.5. Michael. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Kernel IEEE Math Completion (everything is zeroed!?!)
Fwiw, I get the exact same results as Bob on an EV56 (miata) running a 2.6.15 kernel. Gcc version is 3.4.4. Jeff D -Original Message- From: Bob McElrath [mailto:[EMAIL PROTECTED] Sent: Wednesday, June 14, 2006 12:33 PM To: Tyson Whitehead Cc: debian-alpha@lists.debian.org Subject: Re: Kernel IEEE Math Completion (everything is zeroed!?!) I don't seem to reproduce the problem on 2.6.15. 0/0 = nan 1/0 = inf 9.99989e-321/2 = 4.4e-321 (0)<[EMAIL PROTECTED]:/tmp> uname -a Linux moya.mcelrath.org 2.6.15 #1 SMP Mon Mar 13 15:01:04 PST 2006 alpha GNU/Linux The gcc I have installed is 4.0.3, but I couldn't guarantee that's what I used to compile this kernel...
No More Classes MdknqR
Good News! Interested to obtain Bachelors', Masters', MBA's, Doctorate & Ph.D. degree= s available in your field in 2 weeks time? It's available now... Call Us and get yours today 1-484-693-8861 Our Education office has someone available 24 hours a day, 7 Days a week Why waiting? 1-484-693-8861 Ju0U -- 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
