Re: X11 configuration

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

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

Hello,

On Apr 9, 2009, at 5:32 PM, T. M. Pederson wrote:

> On Fri, 27 Mar 2009 16:23:50 -0400
> Michael <macallan%netbsd.org@localhost> wrote:
>
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > Hello,
> >
> > On Mar 26, 2009, at 10:31 AM, T. M. Pederson wrote:
> [...]
> > > 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:
>
> I don't know what "doesn't like" is supposed to mean in this context.
> I'd expect a sync issue of some sort, but what?

Something it can't display.

> > (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.
>
> The dev tree lists it as 27MHz.
>
> I don't see how either of these cause the machine to lock up on login.
> Both look like elements that I'd expect would cause the display to not
> work at all.

Exactly what I think happened - there is no lockup, just an unusable  
display. Without network plugged in you couldn't really tell the  
difference.

> [...]
> > > 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.
>
> I'm trying to ask, since macppc is now wscons, how do I get xdm to  
> work with that?

Again, it has nothing to do with wscons.

> For that matter, how to I get xdm or startx to a working session at  
> all, assuming the Mini falls outside the range of having it all  
> (wscons, xdm and startx) work under the same config?

... and likely it has nothing to do with xdm or startx either.  I'd  
try some different video modes first.

have fun
Michael





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

iQEVAwUBSd6VS8pnzkX8Yg2nAQIUEAf/XqMm9pCzD7tI/zZDcseea1LD1Gksq/zs
TN2cxuJo5he/k4JtcKfx4vt0MsngdB7ynCvooxxcFcUjAESTVdapef1ZIJ4HODhG
cuZOOVLaU7pY8v49LjqBBkh9QRkTBJTEn1or2OpF/OsY2Fd2oWw05LQ9gH2rUCRg
C2/vZhZASTgE+3zCWEWRksLYAL/TE9nutymx6mie4S6bXR8l6oDk2kWiCVlq0QUr
tn2DnuYENhPJRZMFSIJNgk14bHD1t3LbnXKvXccZKqSFQks7Q3c+kf054ZieMUgE
OC4grKUpPIKE5PA9O4+qU8d0tJTVXkdAFjKG8Drwlagbwm2zlXcxKg==
=taom
-----END PGP SIGNATURE-----