From: Toshi Kani <toshi.kani@hp.com>
To: Yasuaki Ishimatsu <isimatu.yasuaki@jp.fujitsu.com>
Cc: lenb@kernel.org, linux-acpi@vger.kernel.org,
linux-kernel@vger.kernel.org, bhelgaas@google.com,
liuj97@gmail.com, srivatsa.bhat@linux.vnet.ibm.com,
prarit@redhat.com, imammedo@redhat.com,
vijaymohan.pandarathil@hp.com
Subject: Re: [PATCH 0/4] ACPI: hotplug messages improvement
Date: Wed, 25 Jul 2012 09:26:29 -0600 [thread overview]
Message-ID: <1343229989.3010.383.camel@misato.fc.hp.com> (raw)
In-Reply-To: <500F6BE3.8060508@jp.fujitsu.com>
On Wed, 2012-07-25 at 12:45 +0900, Yasuaki Ishimatsu wrote:
> Hi Toshi,
>
> 2012/07/19 5:40, Toshi Kani wrote:
> > This patchset improves logging messages for ACPI CPU, Memory, and
> > Container hotplug notify handlers. The patchset introduces a set of
> > new macro interfaces, acpi_pr_<level>(), and updates the notify
> > handlers to use them. acpi_pr_<level>() appends "ACPI" prefix and
> > ACPI object path to the messages. This improves diagnostics in
> > hotplug operations since it identifies an object that caused an
> > issue in a log file.
> >
>
> The log message looks good to me.
Hi Yasuaki,
Thanks for reviewing!
> But I could not understand when to use it instead of pr_{warn, info, ...}
> or ACPI_{WARNING, INFO, ...}. Do you have the policy?
acpi_pr_<level>() is used when ACPI device path is used to identify an
ACPI object for the message, such as error message to the object. The
usage model is similar to dev_<level>(), which appends device object to
the message. acpi_pr_<level>() is intended for ACPI drivers, and can be
used when device object is not created / valid, such as the case for
ACPI hotplug handlers.
pr_<level>() is the regular printk() interfaces with message level, and
continues to be used when ACPI device path does not have to be appended
to the message. I expect non-error messages (such as boot-up messages)
continue to use pr_<level>().
ACPI_[WARNING|INFO|ERROR]() are ACPICA internal interfaces, and are not
intended for ACPI drivers.
Additionally, ACPI drivers can also use dev_<level>() when device object
is valid. You find such examples in patch 2/4.
I will add more descriptions to the patchset.
> > ---
> > This patchset applies on top of the patch below.
> >
> > [PATCH] ACPI: Add ACPI CPU hot-remove support
> > http://marc.info/?l=linux-acpi&m=134098193327362&w=2
> >
> > ---
> > Toshi Kani (4):
> > ACPI: Add acpi_pr_<level>() interfaces
> > ACPI: Update CPU hotplug messages
> > ACPI: Update Memory hotplug messages
> > ACPI: Update Container hotplug messages
>
> I think you need update other component, which are driver/acpi/{acpi_pad.c,
> battery.c, button.c}. Do you have the plan to update them?
I won't be ready to include them in this round, but will look at them
and change them later as necessary. I need to make sure that I can test
these drivers when making such changes.
Thanks,
-Toshi
>
> Thanks,
> Yasuaki Ishimatsu
>
> > ---
> > drivers/acpi/acpi_memhotplug.c | 24 ++++++++++++------------
> > drivers/acpi/container.c | 6 +++---
> > drivers/acpi/processor_driver.c | 36 +++++++++++++++++++++---------------
> > drivers/acpi/utils.c | 32 ++++++++++++++++++++++++++++++++
> > include/acpi/acpi_bus.h | 18 ++++++++++++++++++
> > 5 files changed, 86 insertions(+), 30 deletions(-)
> >
>
>
prev parent reply other threads:[~2012-07-25 15:31 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-07-18 20:40 [PATCH 0/4] ACPI: hotplug messages improvement Toshi Kani
2012-07-18 20:40 ` [PATCH 1/4] ACPI: Add acpi_pr_<level>() interfaces Toshi Kani
2012-07-18 21:21 ` Joe Perches
2012-07-18 21:41 ` Toshi Kani
2012-07-18 21:54 ` Joe Perches
2012-07-18 22:08 ` Toshi Kani
2012-07-19 5:35 ` Moore, Robert
2012-07-19 14:36 ` Toshi Kani
2012-07-18 21:27 ` Joe Perches
2012-07-18 21:41 ` Toshi Kani
2012-07-18 22:06 ` Joe Perches
2012-07-18 22:11 ` Toshi Kani
2012-07-18 21:59 ` Shuah Khan
2012-07-18 22:26 ` Toshi Kani
2012-07-18 22:40 ` Shuah Khan
2012-07-18 22:52 ` Toshi Kani
2012-07-18 23:18 ` Shuah Khan
2012-07-19 0:38 ` Toshi Kani
2012-07-19 16:15 ` Shuah Khan
2012-07-19 16:34 ` Joe Perches
2012-07-20 15:52 ` Toshi Kani
2012-07-19 17:28 ` Toshi Kani
2012-07-19 19:25 ` Shuah Khan
2012-07-19 20:51 ` Toshi Kani
2012-07-19 22:32 ` Shuah Khan
2012-07-19 23:43 ` Toshi Kani
2012-07-24 15:55 ` Toshi Kani
2012-07-24 16:08 ` Toshi Kani
2012-07-18 22:49 ` Joe Perches
2012-07-18 23:32 ` Toshi Kani
2012-07-18 20:40 ` [PATCH 2/4] ACPI: Update CPU hotplug messages Toshi Kani
2012-07-18 20:40 ` [PATCH 3/4] ACPI: Update Memory " Toshi Kani
2012-07-18 20:40 ` [PATCH 4/4] ACPI: Update Container " Toshi Kani
2012-07-25 3:45 ` [PATCH 0/4] ACPI: hotplug messages improvement Yasuaki Ishimatsu
2012-07-25 15:26 ` Toshi Kani [this message]
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=1343229989.3010.383.camel@misato.fc.hp.com \
--to=toshi.kani@hp.com \
--cc=bhelgaas@google.com \
--cc=imammedo@redhat.com \
--cc=isimatu.yasuaki@jp.fujitsu.com \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=liuj97@gmail.com \
--cc=prarit@redhat.com \
--cc=srivatsa.bhat@linux.vnet.ibm.com \
--cc=vijaymohan.pandarathil@hp.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