Re: X11 configuration

[Michael <macallan%netbsd.org@localhost>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hello,

On Mar 26, 2009, at 10:31 AM, T. M. Pederson wrote:

> On Thu, 26 Mar 2009 01:09:16 -0400
> Michael <macallan%netbsd.org@localhost> wrote:
>
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Hello,
> >
> > On Mar 25, 2009, at 11:54 PM, T. M. Pederson wrote:
> >
> > > On Wed, 25 Mar 2009 18:59:40 -0400
> > > Allen Briggs <briggs%netbsd.org@localhost> wrote:
> > > [...]
> > > > Now I need to get X working, etc...
> > >
> > > Yeah. I'm stuck there, too.
> > >
> > > I'd gotten xdm, but not startx, to work under 4.0, but not anything
> > > more recent. Of course, that was xf86. Are there any notes for xorg?
> > > I've been looking, but haven't found much yet.
> >
> > It's a Rage 128, Xorg -configure should do most of the work. You'll
> > probably need Option "Protocol" "wskbd" and Option "Device" "/dev/
> > wskbd" in your xorg.conf's keyboard device section.
>
> My case is a bit different: Mac Mini (Radeon 9200)
>
> I'd gone at the config with xorgconfig, which, of course, has
> the same wskbd issue.
>
> The current state is:
> Using startx gets the machine to hang.
> Setting xdm=YES and wscons=YES gets the machine to hang.
> Setting xdm=YES and wscons=NO gets a login screen, but as soon
> as I log in, the system hangs. At least this approach gets
> results in the logs.

I suggest you have a look at your Xorg logfile - according to the one  
you attached the Xserver is up and running. Apparently it's using a  
video mode your monitor doesn't like. Here's the relavant bit:
(II) RADEON(0): EDID vendor "PCK", prod id 226
(II) RADEON(0): DDCModeFromDetailedTiming: 1920x1200 Warning: We only  
handle seperate sync.
(II) RADEON(0): Output: S-video, Detected Monitor Type: 0
(II) RADEON(0): Output DVI-0 connected
(II) RADEON(0): Output S-video disconnected
(II) RADEON(0): Output DVI-0 using initial mode 1920x1200
Also:
(WW) RADEON(0): Video BIOS not detected, using default clock settings!
(II) RADEON(0): Probed PLL values: xtal: 27.000000 Mhz, sclk:  
249.750000 Mhz, mclk: 190.125000 Mhz
(II) RADEON(0): PLL parameters: rf=2700 rd=12 min=12500 max=35000;  
xclk=10514

27MHz reference clock is very common but may or may not be what your  
radeon is using. Please check your OpenFirmware device tree, the  
radeon's node should have a property with the correct clock. If you  
don't know what to look for please run ofctl -p and post the output.

> Hmm. Should I expect to take care of this by switching to a
> kernel with radeonfb and the RADEONFB options?

No. Radeonfb should work but it's not likely to solve your problem.

> wscons doesn't matter, as long as xdm login works, but what *should*  
> wscons
> be on macppc these days?

I'm not sure what exactly you're trying to ask. Macppc has been all  
wscons for a long time.

have fun
Michael

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (Darwin)

iQEVAwUBSc011spnzkX8Yg2nAQKcjAf/UQglqnnZDdNho9s1nWriYR0mJLcond4g
fsdO2DGm5VJB7uGC+iE++qMPw9KoxO+1kQtmTmnq4WVf4Dy1zXhgsMph0Q8CqHpJ
9/+hs7f5+ZgVrW3KTVGsmPue+TpOUKJjxjXLj6jFc2dXLPP353d4RNdUF8l6cERu
Zh5nBn2T7oKj0xqVCecu+wtcKFHdoZf8Xm1tZdUJegf00RqYMrwDzPByHYJmupei
PV3nn4XEmR3euLyCefWTX3rRt5Xb8Dzqtg9bbPcdDY3wDWMe99Dg5GBIzkmZI3YP
nMCXIRDO3HCpF9qCSODPmYXIxxdOq9nOG1dj29SdGpmgyNsbF7sb4A==
=6WAY
-----END PGP SIGNATURE-----