[PATCH 0/8] pxafb cleanup

The following series of patches try to address several issues of the
current PXA framebuffer driver. Some of these patches are already
submitted for review, here are more:

pxa: un-nest pxafb_parse_options() to cleanup the coding style issue
pxa: fix various coding style issues for pxafb
pxa: purge unnecessary pr_debug and comments from pxafb
pxa: sanitize the usage of #ifdef .. processing pxafb parameters
pxa: convert fb driver to use ioremap() and __raw_{readl, writel}
pxa: introduce "struct pxafb_dma_buff" for palette and dma descriptors
pxa: introduce register independent LCD connection type for pxafb
pxa: make lubbock/mainstone/zylonite/littleton to use new LCD connection type

Board maintainers are encouraged to use the new way for LCD connection
types.

To further clean-up the driver, I suggest to make the following changes:
1. removal of set_ctrlr_state(), the original code is written so because
the fb_blank() is called within interrupt context in 2.4 kernel, but this is
no longer the case in 2.6. And states can be simplified.

2. introduce a "vram" module parameter or boot option to indicate the
size of the video memory, so that frame buffer offset can be specified
within this video memory range, and PAN_DISPLAY can be done.
And the start offset of each overlay can also be specified.

3. a "pxafb_layer" structure describing each possible layers,
base, overlay1 and overlay2 for pxa27x can be described. From this
layer information, frame buffer device can be dynamically allocated
and registered. Palette manipulation, parameter checking and
layer activation code can be generalized.

-- 
Cheers
- eric

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/