linux-toradex.git/drivers/video/efifb.c, branch v3.2.47

efifb: Fix call to wrong unregister function

2011-06-14T07:37:46+00:00

platform_device_unregister() needs to unregister the device, not the
driver.

Signed-off-by: Wanlong Gao 
Signed-off-by: Maarten Lankhorst 
Acked-by: Andy Lutomirski 
Signed-off-by: Paul Mundt

efifb: Disallow manual bind and unbind

2011-06-02T08:18:07+00:00

Both were buggy: bind would happily scribble over a real graphics
device and unbind wouldn't destroy the framebuffer.  Hotplugging
efifb makes no sense anyway, so just disable it.

As an added benefit, we save some runtime memory.

Signed-off-by: Andy Lutomirski 
Signed-off-by: Peter Jones 
Signed-off-by: Paul Mundt

efifb: Fix mismatched request/release_mem_region

2011-06-02T08:18:05+00:00

Signed-off-by: Andy Lutomirski 
Signed-off-by: Peter Jones 
Signed-off-by: Paul Mundt

efifb: Enable write-combining

2011-06-02T08:18:04+00:00

Running fbcon on an uncached framebuffer is remarkably slow.  So try
to enable write combining in efifb.

Without this patch, it takes 5.8 seconds from efifb probe to i915
probe (default options; no plymouth or quiet mode).  With this patch,
it only takes 1.7 seconds.  That means we wasted over 4 seconds just
writing to UC memory.

Signed-off-by: Andy Lutomirski 
Signed-off-by: Peter Jones 
Signed-off-by: Paul Mundt

efifb: fix int to pointer cast warning

2011-05-24T06:31:38+00:00

drivers/video/efifb.c:247: warning: cast to pointer from integer of different size

Signed-off-by: Konstantin Khlebnikov 
Signed-off-by: Peter Jones 
Signed-off-by: Paul Mundt

efifb: Add override for 11" Macbook Air 3,1

2011-04-06T17:58:10+00:00

The 11" Macbook Air appears to claim that its stride is 1366, when it's
actually 2048. Override it.

Signed-off-by: Matthew Garrett 
Signed-off-by: Peter Jones 
Signed-off-by: Paul Mundt

efifb: Support overriding fields FW tells us with the DMI data.

2011-04-06T17:58:10+00:00

Some machines apparently give us bogus linelength/stride/pitch data, so
we need to support letting the DMI table override the supplied data.

I bet you can't guess whose machines I'm talking about.

Signed-off-by: Peter Jones 
Signed-off-by: Paul Mundt

efifb: support AMD Radeon HD 6490

2011-03-31T04:49:09+00:00

This patch enables the framebuffer for the AMD Radeon 6490 found in the new MacBook Pro 8,2 generation.
The framebuffer's base is located at 0x90010000, the method for obtaining it was found in the same way mentioned in https://patchwork.kernel.org/patch/91704/

Signed-off-by: Davidlohr Bueso 
Signed-off-by: Jonathan Gonzalez 
Signed-off-by: Paul Mundt

efifb: support the EFI framebuffer on more Apple hardware

2010-09-23T00:22:39+00:00

Enable the EFI framebuffer on 14 more Macs, including the iMac11,1
iMac10,1 iMac8,1 Macmini3,1 Macmini4,1 MacBook5,1 MacBook6,1 MacBook7,1
MacBookPro2,2 MacBookPro5,2 MacBookPro5,3 MacBookPro6,1 MacBookPro6,2 and
MacBookPro7,1

Information gathered from various user submissions.

    https://bugzilla.redhat.com/show_bug.cgi?id=528232
    http://ubuntuforums.org/showthread.php?t=1557326

[akpm@linux-foundation.org: coding-style fixes]
Signed-off-by: Luke Macken 
Signed-off-by: Peter Jones 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

efifb: check that the base address is plausible on pci systems

2010-09-23T00:22:39+00:00

Some Apple machines have identical DMI data but different memory
configurations for the video.  Given that, check that the address in our
table is actually within the range of a PCI BAR on a VGA device in the
machine.

This also fixes up the return value from set_system(), which has always
been wrong, but never resulted in bad behavior since there's only ever
been one matching entry in the dmi table.

The patch

1) stops people's machines from crashing when we get their display wrong,
   which seems to be unfortunately inevitable,

2) allows us to support identical dmi data with differing video memory
   configurations

This also adds me as the efifb maintainer, since I've effectively been
acting as such for quite some time.

Signed-off-by: Peter Jones 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds