Re: [gentoo-user] can't get xorg tdfx driver to work any more
FYI, I have a workaround. Set the primary video device to PCI in the bios. I don't know why this works, but it's enough to get by with at least. Robert On Monday 19 June 2006 20:37 Robert Persson was like: > On Monday 19 June 2006 13:25 Robert Persson was like: > > A while ago I had a working 2-head setup which I stopped using because I > > needed to use the proprietary ati driver. Now I need to revert to using > > the twin-head setup, but I can't get it to work any more. > > > > I have the same xorg.conf as before. What has changed is that I have > > upgraded to xorg-7. It is also likely that I did something to my kernel > > config to get the fglrx driver to work properly, but I can't remember > > what exactly. I get confused about this because the various > > display-related kernel options are scattered all over the place. > > > > The setup basically consists of an agp radeon 9200SE (using the radeon > > driver) and a pci voodoo banshee (using the tdfx driver). > > > > The precise manifestation of the problem changed with the recent bump > > from xorg-server-1.0.2-r4 to xorg-server-1.0.2-r5. > > > > Before the bump I got a screen that was the right overall colour, but > > with ugly incomplete horizontal lines across it. Windows were > > recognisably windows, but still heavily garbled. Within half an hour or > > so I would have complete system lock-up. > > > > After the bump I now get a screen composed of horizontal red and black > > lines, with the occasional flicker on the left hand side when something > > happens on the desktop. The only thing that is barely recognisable is the > > mouse pointer, which looks like a white bar-code. After a period of use > > (perhaps 20 minutes) the display locks up irrecoverably, but I am able to > > restart gracefully from a remote terminal session. -- Robert Persson That's MISTER Scum to you. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] can't get xorg tdfx driver to work any more
I should have made it clear that the problems I am having are with the voodoo card and not with the radeon. Also I should add that I have booted into windows and verified that the hardware works correctly. This is the output of startx: xauth: creating new authority file /home/robert/.serverauth.11075 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.15-gentoo-r1-reiser4-suspend2 i686 Current Operating System: Linux zebedee 2.6.15-gentoo-r1-reiser4-suspend2 #23 SMP PREEMPT Mon Jun 19 18:16:48 PDT 2006 i686 Build Date: 16 June 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 19:51:57 2006 (==) Using config file: "/etc/X11/xorg.conf" (EE) Failed to load module "v4l" (module does not exist, 0) (WW) RADEON: No matching Device section for instance (BusID PCI:1:0:1) found (EE) TDFX(1): Cannot read V_BIOS (EE) TDFX(1): Cannot read V_BIOS Could not init font path element /usr/share/fonts/default, removing from list! waiting for X server to shut down FreeFontPath: FPE "/usr/share/fonts/misc:unscaled" refcount is 2, should be 1; fixing. Robert On Monday 19 June 2006 13:25 Robert Persson was like: > A while ago I had a working 2-head setup which I stopped using because I > needed to use the proprietary ati driver. Now I need to revert to using the > twin-head setup, but I can't get it to work any more. > > I have the same xorg.conf as before. What has changed is that I have > upgraded to xorg-7. It is also likely that I did something to my kernel > config to get the fglrx driver to work properly, but I can't remember what > exactly. I get confused about this because the various display-related > kernel options are scattered all over the place. > > The setup basically consists of an agp radeon 9200SE (using the radeon > driver) and a pci voodoo banshee (using the tdfx driver). > > The precise manifestation of the problem changed with the recent bump from > xorg-server-1.0.2-r4 to xorg-server-1.0.2-r5. > > Before the bump I got a screen that was the right overall colour, but with > ugly incomplete horizontal lines across it. Windows were recognisably > windows, but still heavily garbled. Within half an hour or so I would have > complete system lock-up. > > After the bump I now get a screen composed of horizontal red and black > lines, with the occasional flicker on the left hand side when something > happens on the desktop. The only thing that is barely recognisable is the > mouse pointer, which looks like a white bar-code. After a period of use > (perhaps 20 minutes) the display locks up irrecoverably, but I am able to > restart gracefully from a remote terminal session. > > I tried the noaccel option, but that made no useful difference (I merely > got a few warning messages). > > I have tried using alternative drivers, but I can't get any to work for me. > I had thought that vesa was a generic driver that should work on pretty > well anything, but it doesn't work here. The log says "chipset vesa not > found". fbdev doesn't work either. I tried vga, but that caused an instant > system lock-up. > > What should I do to get a working 2-head setup? > > And when I have got it working, would there be any advantage in emerging > xorg-drm, in terms of making up for the performance shortfall between the > radeon driver and fglrx? -- Robert Persson That's MISTER Scum to you. -- gentoo-user@gentoo.org mailing list
[gentoo-user] can't get xorg tdfx driver to work any more
A while ago I had a working 2-head setup which I stopped using because I needed to use the proprietary ati driver. Now I need to revert to using the twin-head setup, but I can't get it to work any more. I have the same xorg.conf as before. What has changed is that I have upgraded to xorg-7. It is also likely that I did something to my kernel config to get the fglrx driver to work properly, but I can't remember what exactly. I get confused about this because the various display-related kernel options are scattered all over the place. The setup basically consists of an agp radeon 9200SE (using the radeon driver) and a pci voodoo banshee (using the tdfx driver). The precise manifestation of the problem changed with the recent bump from xorg-server-1.0.2-r4 to xorg-server-1.0.2-r5. Before the bump I got a screen that was the right overall colour, but with ugly incomplete horizontal lines across it. Windows were recognisably windows, but still heavily garbled. Within half an hour or so I would have complete system lock-up. After the bump I now get a screen composed of horizontal red and black lines, with the occasional flicker on the left hand side when something happens on the desktop. The only thing that is barely recognisable is the mouse pointer, which looks like a white bar-code. After a period of use (perhaps 20 minutes) the display locks up irrecoverably, but I am able to restart gracefully from a remote terminal session. I tried the noaccel option, but that made no useful difference (I merely got a few warning messages). I have tried using alternative drivers, but I can't get any to work for me. I had thought that vesa was a generic driver that should work on pretty well anything, but it doesn't work here. The log says "chipset vesa not found". fbdev doesn't work either. I tried vga, but that caused an instant system lock-up. What should I do to get a working 2-head setup? And when I have got it working, would there be any advantage in emerging xorg-drm, in terms of making up for the performance shortfall between the radeon driver and fglrx? Many thanks Robert -- Robert Persson That's MISTER Scum to you. -- gentoo-user@gentoo.org mailing list
