<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/video/efifb.c, branch linux-3.2.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.2.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.2.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2017-02-23T03:50:46Z</updated>
<entry>
<title>fbdev/efifb: Fix 16 color palette entry calculation</title>
<updated>2017-02-23T03:50:46Z</updated>
<author>
<name>Max Staudt</name>
</author>
<published>2016-06-13T17:15:59Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=00cb445cf1b1849e0c6cf69bb2e31a04f7a8e085'/>
<id>urn:sha1:00cb445cf1b1849e0c6cf69bb2e31a04f7a8e085</id>
<content type='text'>
commit d50b3f43db739f03fcf8c0a00664b3d2fed0496e upstream.

When using efifb with a 16-bit (5:6:5) visual, fbcon's text is rendered
in the wrong colors - e.g. text gray (#aaaaaa) is rendered as green
(#50bc50) and neighboring pixels have slightly different values
(such as #50bc78).

The reason is that fbcon loads its 16 color palette through
efifb_setcolreg(), which in turn calculates a 32-bit value to write
into memory for each palette index.
Until now, this code could only handle 8-bit visuals and didn't mask
overlapping values when ORing them.

With this patch, fbcon displays the correct colors when a qemu VM is
booted in 16-bit mode (in GRUB: "set gfxpayload=800x600x16").

Fixes: 7c83172b98e5 ("x86_64 EFI boot support: EFI frame buffer driver")  # v2.6.24+
Signed-off-by: Max Staudt &lt;mstaudt@suse.de&gt;
Acked-By: Peter Jones &lt;pjones@redhat.com&gt;
Signed-off-by: Tomi Valkeinen &lt;tomi.valkeinen@ti.com&gt;
[bwh: Backported to 3.2: adjust filename]
Signed-off-by: Ben Hutchings &lt;ben@decadent.org.uk&gt;
</content>
</entry>
<entry>
<title>efifb: Fix call to wrong unregister function</title>
<updated>2011-06-14T07:37:46Z</updated>
<author>
<name>Wanlong Gao</name>
</author>
<published>2011-06-12T10:52:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e6b8480cdf27953c3d13e6e34dd075f8287b02f0'/>
<id>urn:sha1:e6b8480cdf27953c3d13e6e34dd075f8287b02f0</id>
<content type='text'>
platform_device_unregister() needs to unregister the device, not the
driver.

Signed-off-by: Wanlong Gao &lt;wanlong.gao@gmail.com&gt;
Signed-off-by: Maarten Lankhorst &lt;m.b.lankhorst@gmail.com&gt;
Acked-by: Andy Lutomirski &lt;luto@mit.edu&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>efifb: Disallow manual bind and unbind</title>
<updated>2011-06-02T08:18:07Z</updated>
<author>
<name>Andy Lutomirski</name>
</author>
<published>2011-05-26T14:13:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=bb8b26627267a82c49f47fc52a0785f079a7b063'/>
<id>urn:sha1:bb8b26627267a82c49f47fc52a0785f079a7b063</id>
<content type='text'>
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 &lt;luto@mit.edu&gt;
Signed-off-by: Peter Jones &lt;pjones@redhat.com&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>efifb: Fix mismatched request/release_mem_region</title>
<updated>2011-06-02T08:18:05Z</updated>
<author>
<name>Andy Lutomirski</name>
</author>
<published>2011-05-26T14:13:32Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=da0241f12bf785f74e57ad6d67abdf269216f76b'/>
<id>urn:sha1:da0241f12bf785f74e57ad6d67abdf269216f76b</id>
<content type='text'>
Signed-off-by: Andy Lutomirski &lt;luto@mit.edu&gt;
Signed-off-by: Peter Jones &lt;pjones@redhat.com&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>efifb: Enable write-combining</title>
<updated>2011-06-02T08:18:04Z</updated>
<author>
<name>Andy Lutomirski</name>
</author>
<published>2011-05-26T14:13:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3c004b4f7eab239e726c6dde0f6cfca46a96956b'/>
<id>urn:sha1:3c004b4f7eab239e726c6dde0f6cfca46a96956b</id>
<content type='text'>
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 &lt;luto@mit.edu&gt;
Signed-off-by: Peter Jones &lt;pjones@redhat.com&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>efifb: fix int to pointer cast warning</title>
<updated>2011-05-24T06:31:38Z</updated>
<author>
<name>Konstantin Khlebnikov</name>
</author>
<published>2011-04-19T09:47:15Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=dc3e5b6a6e842116ec2436161adf31877f09b6b9'/>
<id>urn:sha1:dc3e5b6a6e842116ec2436161adf31877f09b6b9</id>
<content type='text'>
drivers/video/efifb.c:247: warning: cast to pointer from integer of different size

Signed-off-by: Konstantin Khlebnikov &lt;khlebnikov@openvz.org&gt;
Signed-off-by: Peter Jones &lt;pjones@redhat.com&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>efifb: Add override for 11" Macbook Air 3,1</title>
<updated>2011-04-06T17:58:10Z</updated>
<author>
<name>Matthew Garrett</name>
</author>
<published>2011-04-06T17:34:59Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=97fb85076c2d3adcc559dee577e0a3bf7215d48e'/>
<id>urn:sha1:97fb85076c2d3adcc559dee577e0a3bf7215d48e</id>
<content type='text'>
The 11" Macbook Air appears to claim that its stride is 1366, when it's
actually 2048. Override it.

Signed-off-by: Matthew Garrett &lt;mjg@redhat.com&gt;
Signed-off-by: Peter Jones &lt;pjones@redhat.com&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>efifb: Support overriding fields FW tells us with the DMI data.</title>
<updated>2011-04-06T17:58:10Z</updated>
<author>
<name>Peter Jones</name>
</author>
<published>2011-04-06T17:34:58Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=47dfe51f8f0b9540cbe15072cd352d9f3857d47f'/>
<id>urn:sha1:47dfe51f8f0b9540cbe15072cd352d9f3857d47f</id>
<content type='text'>
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 &lt;pjones@redhat.com&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>efifb: support AMD Radeon HD 6490</title>
<updated>2011-03-31T04:49:09Z</updated>
<author>
<name>Davidlohr Bueso</name>
</author>
<published>2011-03-31T00:12:22Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e9c5db0b8dce1bcdc99ad26e718230810d6b5cff'/>
<id>urn:sha1:e9c5db0b8dce1bcdc99ad26e718230810d6b5cff</id>
<content type='text'>
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 &lt;dave@gnu.org&gt;
Signed-off-by: Jonathan Gonzalez &lt;zeus@gnu.org&gt;
Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;
</content>
</entry>
<entry>
<title>efifb: support the EFI framebuffer on more Apple hardware</title>
<updated>2010-09-23T00:22:39Z</updated>
<author>
<name>Luke Macken</name>
</author>
<published>2010-09-22T20:05:04Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a5757c2a474a15f87e5baa9a4caacc31cde2bae6'/>
<id>urn:sha1:a5757c2a474a15f87e5baa9a4caacc31cde2bae6</id>
<content type='text'>
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 &lt;lmacken@redhat.com&gt;
Signed-off-by: Peter Jones &lt;pjones@redhat.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
</feed>
