[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <537C9511.90206@intel.com>
Date: Wed, 21 May 2014 13:59:13 +0200
From: "Rafael J. Wysocki" <rafael.j.wysocki@...el.com>
To: Mika Westerberg <mika.westerberg@...ux.intel.com>,
"Rafael J. Wysocki" <rjw@...ysocki.net>
CC: Zhang Rui <rui.zhang@...el.com>, linux-acpi@...r.kernel.org,
linux-kernel@...r.kernel.org, bhelgaas@...gle.com,
matthew.garrett@...ula.com, dmitry.torokhov@...il.com
Subject: Re: [PATCH V6 09/11] ACPI: introduce flag .is_master_device
On 5/21/2014 1:04 PM, Mika Westerberg wrote:
> On Wed, May 21, 2014 at 01:10:33PM +0200, Rafael J. Wysocki wrote:
>> On Wednesday, May 21, 2014 11:52:07 AM Mika Westerberg wrote:
>>> On Thu, May 15, 2014 at 02:44:14PM +0800, Zhang Rui wrote:
>>>> For some ACPI device objects, they represent master devices,
>>>> and their children devices are enumerated by bus controller drivers
>>>> for the buses they are on.
>>>>
>>>> In this case, we do not want to enumerate their children devices to
>>>> platform bus explicitly in acpi scan code.
>>>>
>>>> Thus a new flag .is_master_device is introduced in this patch.
>>>>
>>>> For devices with this flag set, we will not do default enumeration
>>>> for their children.
>>> Is there any particular reason we would like to enumerate everything
>>> below the first device by default?
>> Yes, there is. Device objects without _ADR under the PCI host bridge.
> OK.
>
>> Or we can skip the children under every *platform* device created by this by
>> default and mark the ones where we want the children to be enumerated as
>> platform devices too in a special way if needed.
>>
>> I guess we could try that (that was the Rui's original idea IIRC).
> That sounds better to me.
>
> I wonder if we can do this analogous to of_platform_bus_probe() and
> friends?
Yes, we should actually.
Rafael
--
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