xf 4.0.1 with rage II/rage pro -- multi-headed display!
Michael Schmitz
schmitz at zirkon.biophys.uni-duesseldorf.de
Mon Sep 25 23:42:49 EST 2000
> > Anything about PCI problems in the server log?
>
> The only server log I have right now is for the X I left running
> yesterday with the fbdev driver. There are a couple of PCI warnings
> in this one but no errors (no surprise, since everything is working
> well with fbdev):
>
> (**) (null)(2): claimed PCI slot 0:15:0
> (II) FBDev(2): using /dev/fb2
> (WW) ****INVALID IO ALLOCATION**** b: 0x400 e: 0x4ff correcting
> (II) window:
> [0] -1 0x00000000 - 0x0000ffff (0x10000) IXB
> (II) resSize:
> (II) window fixed:
> [0] -1 0x00000000 - 0x0000ffff (0x10000) IXB
> (WW) ****INVALID IO ALLOCATION**** b: 0x400 e: 0x4ff correcting
>
These shouldn't be critical (but they shouldn't happen, either).
> > BTW: Can you use yaboot for booting?
>
> I don't know, can I use yaboot on a rev. a beige G3? I think the
Probably not - it could work with the b&w one, that's why I asked.
> Are there known X-related problems using BootX?
You were looking at it, from what I guess. Apple's drivers set up
overlapping areas for MMIO and VRAM, and X fixes this by disabling one of
these. Unfortunatly, the kernel doesn't notice.
> > > 4. On the rev. b beige G3 w/Mach64 Rage Pro, the ati driver seems to
> > > be working. The XF probe still gets the wrong amount of vram, and it
> > > still throws away the mode I constructed via fbset -x. But it finds
> >
> > Perhaps the video RAM detection typo which should be gone now ...
>
> Fwiw I'm using the ati driver I built from sources rsync'd on
> Saturday.
That should have the stupid typo removed ...
Michael
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
More information about the Linuxppc-dev
mailing list