Messages in this thread |  | | Date | Wed, 3 Jan 2001 23:21:40 +0100 (CET) | From | Geert Uytterhoeven <> | Subject | Re: [linux-fbdev] [PATCH] matroxfb as a module (PPC) |
| |
On Wed, 3 Jan 2001, Tom Rini wrote: > On Wed, Jan 03, 2001 at 06:44:59PM +0100, Geert Uytterhoeven wrote: > > On Wed, 3 Jan 2001, Tom Rini wrote: > > > Third, the nvram_read_byte needs to be protected by CONFIG_NVRAM. > > > > I'd really like to move the nvram part to mac_fb_find_mode() in macmodes.c, so > > it will work automagically for all drivers on PowerMac. > > > > I'd also like to remove the `vmode' and `cmode' `video=' arguments, in favor of > > the archictecture-neutral `<xres>x<yres>[-<bpp>][@<refresh>]' and > > `<name>[-<bpp>][@<refresh>]' arguments (which already work on mac, BTW). > > Quite wonderfully, almost. My monitor (ViewSonic G810) claims it can do > 1280x1024@90, but when i boot with that on my x86 box, it comes up at 87.5 > or so (and shifted to the left ~1 penguin). But anyways.. > > > You can already use `mac<vmode>' instead of `vmode:<vmode>'. > > Ah, is this documented anywhere? I'm sure it'd make some peoples life > easier.
It's not documented, but read macmodes.c and modedb.c. The Mac modes have names `mac1' to `mac20', so they can be specified using the `<name>[-<bpp>]' syntax.
> > IMHO, the less PowerMac-specific code in _each_ driver, the better. > > I agree this sounds good. I just think it's too late to do it now. :) > > The vmode/cmode/vesa number stuff should stick around in 2.4 (it's too late > now to remove it) but documented as obsolete, and removed in 2.5.
Yep, too late for 2.4.0.
Gr{oetje,eeting}s,
Geert
-- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org Please read the FAQ at http://www.tux.org/lkml/
|  |