[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1290432949.1272.16768.camel@rex>
Date: Mon, 22 Nov 2010 13:35:48 +0000
From: Richard Purdie <rpurdie@...ux.intel.com>
To: Matthew Garrett <mjg59@...f.ucam.org>
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, 2010-11-22 at 12:30 +0000, Matthew Garrett wrote:
> On Mon, Nov 22, 2010 at 10:17:00AM +0000, Richard Purdie wrote:
>
> > I also want to make sure you think this patch is going to scale with
> > multiple GPU output machines? Thats the main reason I've held off any
> > patch like this as it doesn't help solve that problem as far as I can
> > tell. Yes, we have the device parent information and I see later in the
> > patch series you ensure the backlight is registered against the
> > connector which is good. If you have an ACPI "firmware" control that you
> > say should always be preferred, how do we know which connector device
> > that corresponds to in the multiple output case? From that point of view
> > this model falls apart?
>
> The ACPI device will point at the correct PCI device. Associating it
> with the appropriate connector is theoretically possible in the case of
> open drivers, but I hadn't seen it as a high priority since (in
> practice) there's no situations where an ACPI interface will be able to
> control more than one backlight.
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?
I'm typing this with an external monitor plugged into my laptop with
i915 graphics...
Cheers,
Richard
--
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