From: Bjorn Helgaas <bjorn.helgaas@hp.com>
To: ykzhao <yakui.zhao@intel.com>
Cc: "lenb@kernel.org" <lenb@kernel.org>,
"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
"minyard@acm.org" <minyard@acm.org>
Subject: Re: [PATCH_v7 2/2] ACPI/IPMI: Add the IPMI opregion driver to enable ACPI to access BMC controller
Date: Mon, 19 Jul 2010 08:54:36 -0600 [thread overview]
Message-ID: <201007190854.36340.bjorn.helgaas@hp.com> (raw)
In-Reply-To: <1279504348.3660.140.camel@localhost.localdomain>
On Sunday, July 18, 2010 07:52:28 pm ykzhao wrote:
> On Sat, 2010-07-17 at 00:01 +0800, Bjorn Helgaas wrote:
> > On Thursday, July 15, 2010 08:34:35 pm ykzhao wrote:
> > > On Fri, 2010-07-16 at 00:27 +0800, Bjorn Helgaas wrote:
> > > > The ACPI IPMI opregion code deals with an ACPI device, and the
> > > > obvious place where you have that device is the driver "add"
> > > > function, i.e., ipmi_pnp_probe(). That's the point where the
> > > > PNP core will help you out by matching device IDs and handling
> > > > hotplug for you.
...
> > > Yes. The hotplug scenario should be considered. This will be handled
> > > under two places:
> > > a. the IPMI pnp detection:
> > > b. install opregion handle for the hotplug IPI0001 device
> > >
> > > But in fact the acpi_pnp device is enumerated only once at the boot
> > > time.
> >
> > Drivers cannot rely on anything like "the acpi_pnp device is
> > enumerated only once at boot-time." Device enumeration happens
> > in the ACPI core and PNP core, not in drivers, and drivers can't
> > assume anything about when it happens.
>
> Yes. But in fact the ACPI pnp device is enumerated only once at the
> boot time.
NO! You can NOT assume the ACPI PNP device is enumerated once at
boot time.
That may be the way the current implementation behaves, but the
driver interface does not specify that, and it is likely to change.
Bjorn
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2010-07-19 14:54 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-14 12:54 [PATCH -v7 0/2] ACPI: Install the ACPI IPMI opregion yakui.zhao
2010-07-14 12:54 ` [PATCH 1/2_v7] ACPI: Export symbol of pnp_bus_type yakui.zhao
2010-07-14 12:54 ` [PATCH_v7 2/2] ACPI/IPMI: Add the IPMI opregion driver to enable ACPI to access BMC controller yakui.zhao
2010-07-14 17:24 ` Bjorn Helgaas
2010-07-15 1:31 ` ykzhao
2010-07-15 16:27 ` Bjorn Helgaas
2010-07-16 2:34 ` ykzhao
2010-07-16 16:01 ` Bjorn Helgaas
2010-07-19 1:52 ` ykzhao
2010-07-19 14:54 ` Bjorn Helgaas [this message]
2010-07-20 0:09 ` ykzhao
2010-07-14 16:57 ` [PATCH 1/2_v7] ACPI: Export symbol of pnp_bus_type Bjorn Helgaas
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201007190854.36340.bjorn.helgaas@hp.com \
--to=bjorn.helgaas@hp.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=minyard@acm.org \
--cc=yakui.zhao@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox