| 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
| ||
|
Message-ID: <20101122134004.GA6870@srcf.ucam.org> Date: Mon, 22 Nov 2010 13:40:04 +0000 From: Matthew Garrett <mjg59@...f.ucam.org> To: Richard Purdie <rpurdie@...ux.intel.com> Cc: Andrew Morton <akpm@...ux-foundation.org>, linux-kernel@...r.kernel.org, nouveau@...ts.freedesktop.org, dri-devel@...ts.freedesktop.org, intel-gfx@...ts.freedesktop.org, linux-acpi@...r.kernel.org, lenb@...nel.org Subject: Re: [PATCH 1/5] Backlight: Add backlight type On Mon, Nov 22, 2010 at 01:35:48PM +0000, Richard Purdie wrote: > Its the reverse situation I worry about. Are there situations where > there are multiple connectors on the PCI device and the ACPI interface > just controls one of them but controls for the other connectors may > exist? Yes, that's certainly possible and it'd be desirable to fix this up, but the same problem also applies to platform interfaces and it's typically unfixable there. My userspace implementation looks at the connector type to determine the best approach - if it's not LVDS or eDP it ignores the firmware and platform interfaces, so you'll fall back to the raw interface if it can provide support for your connector (presumably via ddcci, although we don't have this implemented yet) -- Matthew Garrett | mjg59@...f.ucam.org -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists