From: ykzhao <yakui.zhao@intel.com>
To: Bjorn Helgaas <bjorn.helgaas@hp.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: Tue, 20 Jul 2010 08:09:27 +0800 [thread overview]
Message-ID: <1279584567.3660.143.camel@localhost.localdomain> (raw)
In-Reply-To: <201007190854.36340.bjorn.helgaas@hp.com>
On Mon, 2010-07-19 at 22:54 +0800, Bjorn Helgaas wrote:
> 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.
Ok. I will try to use the hook to implement it.
thanks.
Yakui
>
> 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-20 0:13 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
2010-07-20 0:09 ` ykzhao [this message]
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=1279584567.3660.143.camel@localhost.localdomain \
--to=yakui.zhao@intel.com \
--cc=bjorn.helgaas@hp.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=minyard@acm.org \
/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