Stew, This is interesting. Found out by studying the log file that 4MB isn't enough to do 1024x768 @ 24bit colour. Fine, changed the default colour to 16. I can do 1024x768 @ millions of colours (24bit) on the MacOS.
I had added a few 1024x768 modelines. X started, but it flickered on and off, like it couldn't sync. So I REM'd all but one of the 1024x768 modelines. X wouldn't start. UnREM'd another one, it started. It seems X needs at least 2 modelines for each resolution, even if the two are the same. Fine. I tried a bunch of different modelines with different refresh rates, and each one gave me the same result: a screen that jitters because it can't sync to the card. It works perfectly in the MacOS. I noticed that some of the Mac modes have +- hsync and vsync, so I tried playing with those, but it didn't help. The logfile confirms that X is using the modeline I specified, so I know it's not just picking a mode form thin air. Is there something I'm missing ? I can't figure this out. Also, even in the 800x600 mode, it will start to flicker after about 10 minutes. If i switch to text mode and back, it clears itself for another 10 minutes. I don't know what to do anymore. Thanks, AH ----- Original Message ----- From: "Stew Benedict" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, November 05, 2002 8:07 PM Subject: Re: [Cooker-PPC] Changing display mode > > On Tue, 5 Nov 2002, Alex Horvath wrote: > > > Stew, > > > > the error I get from Mandrake Control Center is: > > > > (EE)Mouse1: Unknown protocol "imps2" > > (EE) Preinit failed for input device "Mouse1" > > > > Also, of I use /dev/usbmouse, the mouse stops working. I'm currently using > > /dev/input/mice. > > > > The default install should look like this for usb or adb mice: > > [stew@powerbook stew]$ ls -l /dev/mouse > lr-xr-xr-x 1 root root 8 Oct 26 08:25 /dev/mouse -> usbmouse > [stew@powerbook stew]$ ls -l /dev/usbmouse > lr-xr-xr-x 1 root root 10 Oct 26 08:25 /dev/usbmouse -> input/mice > > > If I add a modeline from the site, it gives me a Signal 11, if I comment it > > out, x starts fine. Funny thing is, the modeline I add is for 1024x768, and > > the default resolution is 800x600, so it shouldn't even look at it until I > > try to change the res with xfdrake. > > > > Sounds like the modeline isn't valid then. There are already several > 1024x768 modelines in the file ( I count 4 here), plus the X server in in > many case capable of working this out itself, you just add a resolution > entry: > > Subsection "Display" > Depth 24 > Modes "1024x768" "800x600" "640x480" > ViewPort 0 0 > EndSubsection > > > > I'll keep working at it. > > ----- Original Message ----- > > From: "Stew Benedict" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Monday, November 04, 2002 7:39 PM > > Subject: Re: [Cooker-PPC] Changing display mode > > > > > > > > > > On Mon, 4 Nov 2002, Alex Horvath wrote: > > > > > > > Hi All > > > > > > > > I have a Supermac j900 running Mandrake 8.2PPC. > > > > > > > > I've got an ATI Xclaim VR (Rage II) and an Apple 17" Monitor. > > > > > > > > The current display mode is 800x600 (i think the refresh is 75). > > > > > > > > I'd like to change the display mode to 1024x768 @75 or 85, but I can't > > seem to do it. > > > > > > > > I figured out that X is using the /etc/X11/XF86Config-4 file for the > > configs, but if I add 1024x768 to the Screen section, X errors out with a > > signal 11. > > > > > > > > I know that the monitor and card can do 1024x768@75 because I use this > > on the MacOS. > > > > > > > > I've tried the default 1024x768 settings, plus my own that I generated > > at http://xtiming.sourceforge.net > > > > > > > > Thanks in advance!!! > > > > > > > > > > Hi Alan, > > > > > > I saw this earlier. It's odd that trying different resolutions would > > > cause a signal 11. Normally X would just exit saying it couldn't do that > > > resolution or fall back to a lower one. The server certainly is capable > > > of it, I run 1024x768 on all my machines. Sometimes if your horizontal or > > > vertical frequency range limit is too narrow, the X server may think it > > > can't achieve the desired resolution, but still it shouldn't generate a > > > signal 11. > > > > > > Stew Benedict > > > > > > -- > > > MandrakeSoft > > > PPC FAQ: http://www.linux-mandrake.com/en/ppcFAQ.php3 > > > IRC: irc.openproject.net #cooker-ppc > > > Archives: http://marc.theaimsgroup.com/?l=mandrake-cooker-ppc&r=1&w=2 > > > > > > > > > > > > > > > Stew Benedict > > -- > MandrakeSoft > PPC FAQ: http://www.linux-mandrake.com/en/ppcFAQ.php3 > IRC: irc.openproject.net #cooker-ppc > Archives: http://marc.theaimsgroup.com/?l=mandrake-cooker-ppc&r=1&w=2 > >
