It's worth considering a helper function in the core server
on Linux PPC that knows how to talk to the IVAD controller.
These drivers could call it at the appropriate times. If
it's just one function call in the driver and if they whole
think is conditionally built, I don't think that sounds too bad.
Mark.
On 11 Mar 2003, Benjamin Herrenschmidt wrote:
> On Mon, 2003-03-10 at 16:46, Benjamin Herrenschmidt wrote:
>
> > The problem is that this "IVAD" cirtuit also controls the geometry
> > and brightness of the screen, and should be configured properly after
> > each mode setting. It has a EEPROM containing geometry settings for
> > each of the supported modes, and upon mode change, we are supposed
> > to "apply" the proper sets of geometry settings.
>
> Just to make things clear, this "IVAD" chip is not the video chip,
> it's controlling the CRT itself, but the machine uses a normal
> video card (r128 of GeForceII MX in iMac's and eMacs respectively),
> so the problem isn't hacking a video driver for that chip, but
> havign a way to drive that motherboard-specific chip when the
> video mode changes in one of those 2 drivers
>
> Implementing a "hack" directly in the driver code is easy, ugly,
> and not something that would be accepted upstream I beleive. However
> I don't know XFree infrastructure well enough to find out a "clean"
> way to hook on the mode change.
>
> Ben.
>
> _______________________________________________
> Devel mailing list
> [EMAIL PROTECTED]
> http://XFree86.Org/mailman/listinfo/devel
>
_______________________________________________
Devel mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/devel
