linux-kernel - Re: [PATCH] gmux: Fix backlight set function

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <1349348039.8070.5.camel@shinybook.infradead.org>
Date:	Thu, 04 Oct 2012 11:53:59 +0100
From:	David Woodhouse <dwmw2@...radead.org>
To:	Grant Likely <grant.likely@...retlab.ca>
Cc:	platform-driver-x86@...r.kernel.org, linux-kernel@...r.kernel.org,
	Matthew Garrett <mjg@...hat.com>
Subject: Re: [PATCH] gmux: Fix backlight set function

On Fri, 2012-09-14 at 14:06 +0100, Grant Likely wrote:
> What patches are you running on top of mainline for the mbp8,3?

A slightly simpler answer: I'm running the Fedora 18 3.6 kernel, with
these two patches backported:

commit f462ed939de67c20528bc08f11d2fc4f2d59c0d5
Author: Matthew Garrett <mjg@...hat.com>
Date:   Fri Jul 27 12:58:53 2012 -0400

    efifb: Skip DMI checks if the bootloader knows what it's doing

commit a7d92035a1d64242cbc1f79577e66f230fe59732
Author: Matthew Garrett <mjg@...hat.com>
Date:   Fri Jul 27 17:16:17 2012 -0400

    x86, EFI: Calculate the EFI framebuffer size instead of trusting the firmware

The F18 kernel has Matthew's stuff to handle PCI ROMs already
backported, although it's broken; it still prioritises the
IORESOURCE_ROM_SHADOW bit and returns 0xC0000 when there is a ROM from
EFI. You'll have to fix that too, so it matches commit 463edf567.

It still fails the same way — the Intel driver never manages to display.
So I'm back on my 3.5.0-based build until I have some time to work it
out.

-- 
dwmw2

Download attachment "smime.p7s" of type "application/x-pkcs7-signature" (6171 bytes)