]> git.neil.brown.name Git - history.git/commit
[PATCH] radeonfb: limit ioremap size & debug output
authorBenjamin Herrenschmidt <benh@kernel.crashing.org>
Mon, 16 Feb 2004 01:59:34 +0000 (17:59 -0800)
committerBenjamin Herrenschmidt <benh@kernel.crashing.org>
Mon, 16 Feb 2004 01:59:34 +0000 (17:59 -0800)
commitf2d07c2587b9ebf7f20e544159b9736683264e58
tree818ccd185cc96e233bbd8a87c86d83f38ccb4232
parente93aa38371fff48b5fd95492c0903ca6bf1224fd
[PATCH] radeonfb: limit ioremap size & debug output

This adds a limit on how much of the framebuffer is ioremap'ed by
radeonfb, thus enabling it to work with 128Mb VRAM or more on an x86
with 900Mb of lowmem in the linear mapping.

It also adds a significant amount of debug messages and adds a CONFIG
option to enable the debugging output, that should help with diagnosing
new problems. Among others, it dumps the connector info as I understand
them (so far, they give "strange" informations on laptops, I need more
data on more various laptops to see if there's a pattern I can really use
to figure out on which connector the LVDS is)

Regarding the "lid closed at boot", ultimately, we may want to default
to the VGA output in those cases, though I'm not sure what logic to use
here. Maybe we could standardize some way for the platform to provide
this "environment" information to the driver, but i wouldn't rely on it.

More reliably, if we can find out that there is an LVDS output, and
LVDS is disabled, just ignore the flat panel...

We could assume any mobility chip has LVDS, which is true, but that would
still cause a problem for laptops with an additional DVI output (only
Macs so far afaik).
drivers/video/Kconfig
drivers/video/aty/radeon_base.c
drivers/video/aty/radeon_i2c.c
drivers/video/aty/radeon_monitor.c
drivers/video/aty/radeonfb.h