Port-macppc archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: X11 configuration

On Fri, 27 Mar 2009 16:23:50 -0400
Michael <macallan%netbsd.org@localhost> wrote:

> 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?

> (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.

> > 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? 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?

Attachment: pgpBGrCENdMHk.pgp
Description: PGP signature

Home | Main Index | Thread Index | Old Index