linux.git/drivers/video/geode, branch v2.6.31

gx1fb: properly alloc cmap and plug cmap leak

2009-02-11T22:25:34+00:00

We weren't properly allocating the cmap for depths greater than 8bpp,
which caused pain for things like DirectFB.  Also, we never freed the cmap
memory upon module unload..

Signed-off-by: Andres Salomon 
Cc: Marco La Porta 
Cc: Jordan Crouse 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

gxfb: properly alloc cmap and plug cmap leak

2009-02-11T22:25:34+00:00

We weren't properly allocating the cmap for depths greater than 8bpp,
which caused pain for things like DirectFB.  Also, we never freed the cmap
memory upon module unload..

Signed-off-by: Andres Salomon 
Cc: Marco La Porta 
Cc: Jordan Crouse 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

lxfb: properly alloc cmap in all cases and don't leak the memory

2009-02-11T22:25:34+00:00

We weren't properly allocating the cmap for depths greater than 8bpp,
which caused pain for things like DirectFB.  Also, we never freed the cmap
memory upon module unload..

[dilinger@debian.org: dropped unnecessary code and clean up patch]
[dilinger@debian.org: add error checking and handling]
Signed-off-by: Andres Salomon 
Cc: Jordan Crouse 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

pci: use pci_ioremap_bar() in drivers/video

2009-01-06T23:59:26+00:00

Use the newly introduced pci_ioremap_bar() function in drivers/video.
pci_ioremap_bar() just takes a pci device and a bar number, with the goal
of making it really hard to get wrong, while also having a central place
to stick sanity checks.

Signed-off-by: Arjan van de Ven 
Cc: Krzysztof Helt 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

lxfb: fix console blanking

2008-07-24T17:47:40+00:00

Simply enabling DAC blanking without turning off the CRT seems to be resulting
in characters remaining on the screen when the monitor blanks.  This patch
turns off the CRT for all modes, and also powers down the DACs when vsync
and/or hsync are disabled.

Signed-off-by: Jordan Crouse 
Acked-by: Andres Salomon 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

lxfb: drop dead declarations from header

2008-07-24T17:47:40+00:00

We never sent the gamma stuff upstream, and don't really care about it.
However, lx_[gs]_et_gamma prototypes snuck into lxfb.h anyways; there are
no definitions for them.  Drop the dead code.

Signed-off-by: Andres Salomon 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

fix "lxfb: extend PLL table to support dotclocks below 25 MHz"

2008-05-15T02:11:13+00:00

The following patch caused a regression with OLPC panels:

 commit 3888d4639e78802c4ec1086127124e890461b9e4
    lxfb: extend PLL table to support dotclocks below 25 MHz

    Extends the PLL frequency table of the AMD Geode-LX frame buffer driver to
    make use of the DIV4 bit, thus adding support for dotclocks between 6 and 25
    MHz.  These are needed for small LCDs (e.g.  320x240).  Also inserts some
    intermediate steps between pre-existing frequencies.

The problem was the insertion of intermediate steps into the frequency
table; they would cause the wrong frequency to be matched.  This patch
drops those intermediate frequencies while keeping the sub-25MHz
frequencies.

Signed-off-by: Andres Salomon 
Signed-off-by: Jens Rottmann 
Tested-by: Andres Salomon 
Acked-by: Jordan Crouse 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

OLPC: gxfb/lxfb: add DCON panel modes to framebuffer drivers

2008-04-28T15:58:40+00:00

Since there's no way to autodetect panel modes, we're forced to hardcode them
in the driver and add a big fat #ifdef.  The OLPC DCON needs a specific mode
line (at 1200x900).  This adds it to both gxfb and lxfb.

(Jordan said: We could probably detect the panel mode, but there isn't any
reason to since the panel timings are well known and won't change.  While OFW
detection would be good computer science fu, it would be a wasted effort since
its so easy to hard code them into the table.)

Signed-off-by: Andres Salomon 
Cc: Jordan Crouse 
Cc: "Antonino A. Daplas" 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

gxfb/lxfb: detect framebuffer size using an MSR if VSA2 isn't available

2008-04-28T15:58:40+00:00

If there's no VSA2 (ie, if we're using tinybios or OpenFirmware), use the
GLIU's P2D Range Offset Descriptor to determine how much memory we have
available for the framebuffer.

Originally based on a patch by Jordan Crouse.  Tested with OpenFirmware;
Pascal informs me that tinybios has a stub that fills in P2D_RO0.

Signed-off-by: Andres Salomon 
Cc: Jordan Crouse 
Cc: "Antonino A. Daplas" 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

gxfb/lxfb: use VSA definitions when fetching framebuffer size

2008-04-28T15:58:40+00:00

..Rather than using magic constants.

Signed-off-by: Andres Salomon 
Cc: Jordan Crouse 
Cc: "Antonino A. Daplas" 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds