提交 · 7cdcdb69bdf51192bcbfb7cf479850fe7c33357d · openanolis / cloud-kernel

22 3月, 2011 40 次提交

atmel_lcdfb: implement inverted contrast pwm · 7cdcdb69

由 Andreas Bießmann 提交于 2月 11, 2011

This patch introduces lcdc->lcdcon_pol_negative which set CONTRAST_CTR
 register to inverted polarity.
Signed-off-by: NAndreas Bießmann <biessmann@corscience.de>
Signed-off-by: NPaul Mundt <lethal@linux-sh.org>

7cdcdb69

video: s3c-fb: return proper error if clk_get fails · 942b8d05

由 axel lin 提交于 2月 11, 2011

Return PTR_ERR(sfb->bus_clk) instead of 0 if clk_get fails.
Signed-off-by: NAxel Lin <axel.lin@gmail.com>
Acked-by: NKyungmin Park <kyungmin.park@samsung.com>
Signed-off-by: NPaul Mundt <lethal@linux-sh.org>

942b8d05

uvesafb,vesafb: create WC or WB PAT-entries · 803a4e14

由 Thomas Schlichter 提交于 11月 27, 2010

with an PAT-enabled kernel, when using uvesafb or vesafb, these drivers will
create uncached-minus PAT entries for the framebuffer memory because they use
ioremap() (not the *_cache or *_wc variants). When the framebuffer memory
intersects with the video RAM used by Xorg, the complete video RAM will be
mapped uncached-minus what results in a serve performance penalty.

Here are the correct MTRR entries created by uvesafb:
schlicht@netbook:~$ cat /proc/mtrr
reg00: base=0x000000000 ( 0MB), size= 2048MB, count=1: write-back
reg01: base=0x06ff00000 ( 1791MB), size= 1MB, count=1: uncachable
reg02: base=0x070000000 ( 1792MB), size= 256MB, count=1: uncachable
reg03: base=0x0d0000000 ( 3328MB), size= 16MB, count=1: write-combining

And here are the problematic PAT entries:
schlicht@netbook:~$ sudo cat /sys/kernel/debug/x86/pat_memtype_list
PAT memtype list:
write-back @ 0x0-0x1000
uncached-minus @ 0x6fedd000-0x6fee3000
uncached-minus @ 0x6fee2000-0x6fee3000
uncached-minus @ 0x6fee2000-0x6fee3000
uncached-minus @ 0x6fee2000-0x6fee3000
uncached-minus @ 0x6fee2000-0x6fee3000
uncached-minus @ 0x6fee2000-0x6fee3000
uncached-minus @ 0x6fee2000-0x6fee3000
uncached-minus @ 0x6fee2000-0x6fee3000
uncached-minus @ 0x6fee3000-0x6fee4000
uncached-minus @ 0x6fee3000-0x6fee4000
uncached-minus @ 0x6fee3000-0x6fee4000
uncached-minus @ 0xd0000000-0xe0000000 <-- created by xserver-xorg
uncached-minus @ 0xd0000000-0xd1194000 <-- created by uvesafb
uncached-minus @ 0xf4000000-0xf4009000
uncached-minus @ 0xf4200000-0xf4400000
uncached-minus @ 0xf5000000-0xf5010000
uncached-minus @ 0xf5100000-0xf5104000
uncached-minus @ 0xf5400000-0xf5404000
uncached-minus @ 0xf5404000-0xf5405000
uncached-minus @ 0xf5404000-0xf5405000
uncached-minus @ 0xfed00000-0xfed01000

Therefore I created the attached patch for uvesafb which uses ioremap_wc() to
create the correct PAT entries, as shown below:
schlicht@netbook:~$ sudo cat /sys/kernel/debug/x86/pat_memtype_list
PAT memtype list:
write-back @ 0x0-0x1000
uncached-minus @ 0x6fedd000-0x6fee3000
uncached-minus @ 0x6fee2000-0x6fee3000
uncached-minus @ 0x6fee2000-0x6fee3000
uncached-minus @ 0x6fee2000-0x6fee3000
uncached-minus @ 0x6fee2000-0x6fee3000
uncached-minus @ 0x6fee2000-0x6fee3000
uncached-minus @ 0x6fee2000-0x6fee3000
uncached-minus @ 0x6fee2000-0x6fee3000
uncached-minus @ 0x6fee3000-0x6fee4000
uncached-minus @ 0x6fee3000-0x6fee4000
uncached-minus @ 0x6fee3000-0x6fee4000
write-combining @ 0xd0000000-0xe0000000
write-combining @ 0xd0000000-0xd1194000
uncached-minus @ 0xf4000000-0xf4009000
uncached-minus @ 0xf4200000-0xf4400000
uncached-minus @ 0xf5000000-0xf5010000
uncached-minus @ 0xf5100000-0xf5104000
uncached-minus @ 0xf5400000-0xf5404000
uncached-minus @ 0xf5404000-0xf5405000
uncached-minus @ 0xf5404000-0xf5405000
uncached-minus @ 0xfed00000-0xfed01000

This results in a performance gain, objectively measurable with e.g.
x11perf -comppixwin10 -comppixwin100 -comppixwin500:
1: x11perf_xaa.log
2: x11perf_xaa_patched.log

       1                2 Operation
-------- ---------------- -----------------
124000.0 202000.0 ( 1.63) Composite 10x10 from pixmap to window
  3340.0  24400.0 ( 7.31) Composite 100x100 from pixmap to window
   131.0   1150.0 ( 8.78) Composite 500x500 from pixmap to window

You can see the serve performance gain when composing larger pixmaps to window.

The patches replace the ioremap() function with the variant matching the mtrr-
parameter. To create "write-back" PAT entries, the ioremap_cache() function
must be called after creating the MTRR entries, and the ioremap_cache() region
must completely fit into the MTRR region, this is why the MTRR region size is
now rounded up to the next power-of-two.
Signed-off-by: NThomas Schlichter <thomas.schlichter@web.de>
Signed-off-by: NPaul Mundt <lethal@linux-sh.org>

803a4e14

video: ffb: fix ffb_probe error path · 7b0e2785

由 axel lin 提交于 2月 08, 2011

Current implementation calls of_iounmap for par->fbc twice in error path.
In the case of goto out_unmap_dac, we should call of_iounmap for par->dac.
Signed-off-by: NAxel Lin <axel.lin@gmail.com>
Acked-by: NDavid S. Miller <davem@davemloft.net>
Signed-off-by: NPaul Mundt <lethal@linux-sh.org>

7b0e2785

radeonfb: Let hwmon driver probe the "monid" I2C bus · 49bb0943

由 Jean Delvare 提交于 2月 03, 2011

Some Radeon cards have an I2C-based thermal sensor chip connected to
the "monid" I2C bus. Set the I2C probing class of this bus properly so
that hwmon drivers can detect devices on it and bind to them.

This closes kernel.org bug #26172.

We exclude PPC for the time being, as Benjamin doesn't want us to
mess up with them without explicit testing, and there is no evidence
that this change is needed for them either.
Reported-by: NAlexander Goomenyuk <emerg.reanimator@gmail.com>
Signed-off-by: NJean Delvare <khali@linux-fr.org>
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: NPaul Mundt <lethal@linux-sh.org>

49bb0943

fbdev: sh_mobile_lcdc: checking NULL instead of IS_ERR() · beee1f20

由 Dan Carpenter 提交于 3月 21, 2011

backlight_device_register() returns an ERR_PTR.  It doesn't return NULL.
Signed-off-by: NDan Carpenter <error27@gmail.com>
Signed-off-by: NPaul Mundt <lethal@linux-sh.org>

beee1f20

video: sh7760fb: use resource_size() · e0998eab

由 axel lin 提交于 1月 29, 2011

The size calculation is done incorrectly in request_mem_region because
it should include both the start and end (end - start + 1).
Signed-off-by: NAxel Lin <axel.lin@gmail.com>
Signed-off-by: NPaul Mundt <lethal@linux-sh.org>

e0998eab

video: hpfb: use resource_size() · 56fb22f7

由 axel lin 提交于 1月 29, 2011

The size calculation is done incorrectly here because it should include
both the start and end (end - start + 1).
Signed-off-by: NAxel Lin <axel.lin@gmail.com>
Signed-off-by: NPaul Mundt <lethal@linux-sh.org>

56fb22f7

s3fb: use new start address register · 7fe029df

由 Ondrej Zary 提交于 3月 01, 2011

Use "new" start address register 0x69 (bits 16-20) instead of "old" 0x31
(bits 16-17) and 0x51 (bits 18-19). This is needed for panning to work
correctly on Trio3D/2X cards (and does no harm on other ones).
Signed-off-by: NOndrej Zary <linux@rainbow-software.org>
Acked-by: NOndrej Zajicek <santiago@crfreenet.org>
Signed-off-by: NPaul Mundt <lethal@linux-sh.org>

7fe029df

s3fb: enable DTPC · cb11c048

由 Ondrej Zary 提交于 3月 01, 2011

Enable Data Transfer Position Control (DTPC). This is needed at least on
Virge/DX to correctly display at higher pixclocks.
Signed-off-by: NOndrej Zary <linux@rainbow-software.org>
Acked-by: NOndrej Zajicek <santiago@crfreenet.org>
Signed-off-by: NPaul Mundt <lethal@linux-sh.org>

cb11c048

s3fb: fix 15/16bpp modes with over 115MHz pixclocks on 86C365 Trio3D · 3827d10e

由 Ondrej Zary 提交于 3月 01, 2011

Enable pixel multiplexing in 15/16bpp modes when pixclock is over 115MHz
on Trio3D (86C365) cards to fix artifacts on the left side of screen.
Signed-off-by: NOndrej Zary <linux@rainbow-software.org>
Acked-by: NOndrej Zajicek <santiago@crfreenet.org>
Signed-off-by: NPaul Mundt <lethal@linux-sh.org>

3827d10e

s3fb: add support for 86C365 Trio3D · 5694f9ce

由 Ondrej Zary 提交于 3月 01, 2011

Add support for S3 Trio3D (86C365) cards to s3fb driver. Tested with one 4MB card.
Signed-off-by: NOndrej Zary <linux@rainbow-software.org>
Acked-by: NOndrej Zajicek <santiago@crfreenet.org>
Signed-off-by: NPaul Mundt <lethal@linux-sh.org>

5694f9ce

s3fb: maximize virtual vertical size for fast scrolling · 99d054d8

由 Ondrej Zary 提交于 3月 01, 2011

Maximize virtual vertical framebuffer size during init to allow fast scrolling
(accelerated by panning).
Signed-off-by: NOndrej Zary <linux@rainbow-software.org>
Acked-by: NOndrej Zajicek <santiago@crfreenet.org>
Signed-off-by: NPaul Mundt <lethal@linux-sh.org>

99d054d8

vt8623fb: Compute VGA base iomem pointer explicitly. · 6a2f6d5e