From: Sudeep Holla <Sudeep.Holla@arm.com>
To: "Rafael J. Wysocki" <rjw@rjwysocki.net>
Cc: Sudeep.Holla@arm.com, Hanjun Guo <hanjun.guo@linaro.org>,
Lan Tianyu <tianyu.lan@intel.com>,
"linaro-acpi@lists.linaro.org" <linaro-acpi@lists.linaro.org>,
"patches@linaro.org" <patches@linaro.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
"linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>
Subject: Re: [Linaro-acpi] [PATCH v4 5/5] ACPI: Replace printk with pr_* in tables.c
Date: Wed, 19 Feb 2014 16:46:19 +0000 [thread overview]
Message-ID: <5304DFDB.6020202@arm.com> (raw)
In-Reply-To: <2341500.Z47JjkFCMP@vostro.rjw.lan>
On 19/02/14 16:49, Rafael J. Wysocki wrote:
> On Wednesday, February 19, 2014 04:32:34 PM Sudeep Holla wrote:
>> On 18/02/14 13:55, Hanjun Guo wrote:
>>> This patch just do some clean up to replace printk with pr_*,
>>> no functional change.
>>>
>> Any particular reason for choosing just this file in this series ?
>> It seems but off-topic in this series. The printk format is same in almost all
>> other acpi files and it's better to change all or none for consistency.
>
> Well, it's fine, I can put it into a different branch in any case. :-)
>
>>> Signed-off-by: Hanjun Guo <hanjun.guo@linaro.org>
>>> ---
>>> drivers/acpi/tables.c | 51 +++++++++++++++++++------------------------------
>>> 1 file changed, 20 insertions(+), 31 deletions(-)
>>>
>>> diff --git a/drivers/acpi/tables.c b/drivers/acpi/tables.c
>>> index 5837f85..97bc6df 100644
>>> --- a/drivers/acpi/tables.c
>>> +++ b/drivers/acpi/tables.c
>>> @@ -55,8 +55,7 @@ void acpi_table_print_madt_entry(struct acpi_subtable_header *header)
>>> {
>>> struct acpi_madt_local_apic *p =
>>> (struct acpi_madt_local_apic *)header;
>>> - printk(KERN_INFO PREFIX
>>> - "LAPIC (acpi_id[0x%02x] lapic_id[0x%02x] %s)\n",
>>> + pr_info(PREFIX "LAPIC (acpi_id[0x%02x] lapic_id[0x%02x] %s)\n",
>>
>> You can even get rid of PREFIX by defining pr_fmt instead.
>
> But this is a good point.
>
>> If the intention is to move to pr_* format it's better to have this as separate
>> patch and convert all of them.
>
> Well, not really. One file at a time is OK too.
>
No what I meant was to convert all for consistency, not in a single patch.
As I was playing with regex for few minutes, with few patterns was able to fix
most(not all) of them. It even compiles :) for x86. But turns out to be a big
churn :( [43 files changed, 253 insertions(+), 329 deletions(-)]
Regards,
Sudeep
WARNING: multiple messages have this Message-ID (diff)
From: Sudeep.Holla@arm.com (Sudeep Holla)
To: linux-arm-kernel@lists.infradead.org
Subject: [Linaro-acpi] [PATCH v4 5/5] ACPI: Replace printk with pr_* in tables.c
Date: Wed, 19 Feb 2014 16:46:19 +0000 [thread overview]
Message-ID: <5304DFDB.6020202@arm.com> (raw)
In-Reply-To: <2341500.Z47JjkFCMP@vostro.rjw.lan>
On 19/02/14 16:49, Rafael J. Wysocki wrote:
> On Wednesday, February 19, 2014 04:32:34 PM Sudeep Holla wrote:
>> On 18/02/14 13:55, Hanjun Guo wrote:
>>> This patch just do some clean up to replace printk with pr_*,
>>> no functional change.
>>>
>> Any particular reason for choosing just this file in this series ?
>> It seems but off-topic in this series. The printk format is same in almost all
>> other acpi files and it's better to change all or none for consistency.
>
> Well, it's fine, I can put it into a different branch in any case. :-)
>
>>> Signed-off-by: Hanjun Guo <hanjun.guo@linaro.org>
>>> ---
>>> drivers/acpi/tables.c | 51 +++++++++++++++++++------------------------------
>>> 1 file changed, 20 insertions(+), 31 deletions(-)
>>>
>>> diff --git a/drivers/acpi/tables.c b/drivers/acpi/tables.c
>>> index 5837f85..97bc6df 100644
>>> --- a/drivers/acpi/tables.c
>>> +++ b/drivers/acpi/tables.c
>>> @@ -55,8 +55,7 @@ void acpi_table_print_madt_entry(struct acpi_subtable_header *header)
>>> {
>>> struct acpi_madt_local_apic *p =
>>> (struct acpi_madt_local_apic *)header;
>>> - printk(KERN_INFO PREFIX
>>> - "LAPIC (acpi_id[0x%02x] lapic_id[0x%02x] %s)\n",
>>> + pr_info(PREFIX "LAPIC (acpi_id[0x%02x] lapic_id[0x%02x] %s)\n",
>>
>> You can even get rid of PREFIX by defining pr_fmt instead.
>
> But this is a good point.
>
>> If the intention is to move to pr_* format it's better to have this as separate
>> patch and convert all of them.
>
> Well, not really. One file at a time is OK too.
>
No what I meant was to convert all for consistency, not in a single patch.
As I was playing with regex for few minutes, with few patterns was able to fix
most(not all) of them. It even compiles :) for x86. But turns out to be a big
churn :( [43 files changed, 253 insertions(+), 329 deletions(-)]
Regards,
Sudeep
next prev parent reply other threads:[~2014-02-19 16:45 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-18 13:54 [PATCH v4 0/5] Prepare for running ACPI on !x86 and !ia64 Hanjun Guo
2014-02-18 13:54 ` Hanjun Guo
2014-02-18 13:54 ` Hanjun Guo
2014-02-18 13:54 ` [PATCH v4 1/5] ACPI / idle: Make idle_boot_override depend on x86 and ia64 Hanjun Guo
2014-02-18 13:54 ` Hanjun Guo
2014-02-18 13:54 ` [PATCH v4 2/5] ACPI / processor_core: Rework _PDC related stuff to make it more arch-independent Hanjun Guo
2014-02-18 13:54 ` Hanjun Guo
2014-02-18 13:54 ` [PATCH v4 3/5] ACPI / processor: Introduce map_gic_id() to get apic id from MADT or _MAT method Hanjun Guo
2014-02-18 13:54 ` Hanjun Guo
2014-02-18 13:54 ` [PATCH v4 4/5] ACPI: Move BAD_MADT_ENTRY() to linux/acpi.h Hanjun Guo
2014-02-18 13:54 ` Hanjun Guo
2014-02-18 13:55 ` [PATCH v4 5/5] ACPI: Replace printk with pr_* in tables.c Hanjun Guo
2014-02-18 13:55 ` Hanjun Guo
2014-02-18 14:06 ` Joe Perches
2014-02-18 14:06 ` Joe Perches
2014-02-18 14:37 ` Hanjun Guo
2014-02-18 14:37 ` Hanjun Guo
2014-02-19 16:32 ` [Linaro-acpi] " Sudeep Holla
2014-02-19 16:32 ` Sudeep Holla
2014-02-19 16:49 ` Rafael J. Wysocki
2014-02-19 16:49 ` Rafael J. Wysocki
2014-02-19 16:46 ` Sudeep Holla [this message]
2014-02-19 16:46 ` Sudeep Holla
2014-02-20 0:37 ` Rafael J. Wysocki
2014-02-20 0:37 ` Rafael J. Wysocki
2014-02-20 0:37 ` Rafael J. Wysocki
2014-02-20 2:10 ` Hanjun Guo
2014-02-20 2:10 ` Hanjun Guo
2014-02-20 2:10 ` Hanjun Guo
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=5304DFDB.6020202@arm.com \
--to=sudeep.holla@arm.com \
--cc=hanjun.guo@linaro.org \
--cc=linaro-acpi@lists.linaro.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=patches@linaro.org \
--cc=rjw@rjwysocki.net \
--cc=tianyu.lan@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.