[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20140521110444.GU1651@lahna.fi.intel.com>
Date: Wed, 21 May 2014 14:04:44 +0300
From: Mika Westerberg <mika.westerberg@...ux.intel.com>
To: "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, rafael.j.wysocki@...el.com,
dmitry.torokhov@...il.com
Subject: Re: [PATCH V6 09/11] ACPI: introduce flag .is_master_device
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?
--
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