Re: xf 4.0.1 with rage II/rage pro -- multi-headed display!

2 messages, 2 authors, 2000-09-26 · open the first message on its own page

Re: xf 4.0.1 with rage II/rage pro -- multi-headed display!

From: Olaf Hering <hidden>
Date: 2000-09-26 19:32:26

On Tue, Sep 26, Michael Schmitz wrote:
quoted
quoted
I've posted such a patch to debian-powerpc when one user there had this
problem. That was before I learned booting with yaboot avoids the problem.
If the resource conflict also happens on oldworld machines, I'd still
prefer some suggestions to foolproof the patch (as in: how can I figure
out if a region has been allocated by another card? What bits from the
config registers should I look at?).
I have a precompiled benh Kernel at penguinppc.org/~olaf with Benhs current
kerneltree, your patch is still needed - otherwise *kaboom*
No surprise there. But I don't consider the patch clean enough for
inclusion with the 2.2 kernels, at least not without safeguarding that the
guessed PCI region isn't occupied.
Yes, it might not be a candidate for kernel.org, but for the local
kernel tree to allow XF4 on the PowerBooks. However, Anis driver works
so far. But if you do a cold boot on the iBook as example some KDE
windows are screwed up, like the "could not open mixer" after a login.
If you boot in MacOs once and reboot into Linux it works again, looks
like an setup problem. I have that on all ati based machines here,
iBook, a beige G3 and the Wallstreet. I boot with miboot most of the
time.


Gruss Olaf

--
 $ man clone

BUGS
       Main feature not yet implemented...

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/

Re: xf 4.0.1 with rage II/rage pro -- multi-headed display!

From: Michael Schmitz <hidden>
Date: 2000-09-26 19:51:50

quoted
quoted
I have a precompiled benh Kernel at penguinppc.org/~olaf with Benhs current
kerneltree, your patch is still needed - otherwise *kaboom*
No surprise there. But I don't consider the patch clean enough for
inclusion with the 2.2 kernels, at least not without safeguarding that the
guessed PCI region isn't occupied.
Yes, it might not be a candidate for kernel.org, but for the local
kernel tree to allow XF4 on the PowerBooks. However, Anis driver works
I've only tested it on one machine, I have no idea what it does on some of
the less common ones. I'll try to implement the safeguard and send it to
Paul and BenH after that.
I'm out of the office until next week so it won't happen fast.
so far. But if you do a cold boot on the iBook as example some KDE
windows are screwed up, like the "could not open mixer" after a login.
If you boot in MacOs once and reboot into Linux it works again, looks
like an setup problem. I have that on all ati based machines here,
iBook, a beige G3 and the Wallstreet. I boot with miboot most of the
time.
Looks like we should compare the state the card is left in by MacOS and
what we get from a cold boot (I know this is non-trivial) instead of using
the 'boot MacOS first' workaround.

	Michael


** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help