From: Jiri Slaby <jirislaby@gmail.com>
To: Joe Perches <joe@perches.com>
Cc: linux-kernel@vger.kernel.org, akpm@linux-foundation.org,
mm-commits@vger.kernel.org, bzolnier@gmail.com,
jens.axboe@oracle.com, marcin.slusarz@gmail.com,
shemminger@vyatta.com
Subject: Re: + drivers-block-floppyc-use-pr_level.patch added to -mm tree
Date: Wed, 27 Jan 2010 15:21:10 +0100 [thread overview]
Message-ID: <4B604BD6.1010205@gmail.com> (raw)
In-Reply-To: <1264601340.14552.55.camel@Joe-Laptop.home>
On 01/27/2010 03:09 PM, Joe Perches wrote:
> On Wed, 2010-01-27 at 10:31 +0100, Jiri Slaby wrote:
>> On 01/27/2010 01:37 AM, akpm@linux-foundation.org wrote:
>>> @@ -687,9 +687,7 @@ static void __reschedule_timeout(int dri
>>> fd_timeout.expires = jiffies + UDP->timeout;
>>> add_timer(&fd_timeout);
>>> if (UDP->flags & FD_DEBUG) {
>>> - DPRINT("reschedule timeout ");
>>> - printk(message, marg);
>>> - printk("\n");
>>> + DPRINT("reschedule timeout %s %d\n", message, marg);
>>
>> This is wrong.
>
> I disagree.
Then you need to document it in the changelog. The patch does something
completely different to what is stated in the changelog.
> It does add an always output decimal value to the DPRINT
> instead of a mostly mismatched format and argument
> printk(message, marg).
>
> Previous single matched output use of message/marg:
>
> - reschedule_timeout(MAXTIMEOUT, "request done %d", uptodate);
> + reschedule_timeout(MAXTIMEOUT, "request done", uptodate);
>
> vs now:
>
> $ grep reschedule_timeout drivers/block/floppy.c
> static void __reschedule_timeout(int drive, const char *message, int marg)
> static void reschedule_timeout(int drive, const char *message, int marg)
> __reschedule_timeout(drive, message, marg);
> __reschedule_timeout(drive, "lock fdc", 0);
> reschedule_timeout(current_reqD, "floppy start", 0);
> reschedule_timeout(MAXTIMEOUT, "do wakeup", 0);
> reschedule_timeout(MAXTIMEOUT, "request done", uptodate);
> reschedule_timeout(current_reqD, "redo fd request", 0);
> reschedule_timeout(MAXTIMEOUT, "floppy init", MAXTIMEOUT);
So if I understand correctly, it now prints the third argument every time.
--
js
next prev parent reply other threads:[~2010-01-27 14:21 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <201001270037.o0R0bN6S032517@imap1.linux-foundation.org>
2010-01-27 9:31 ` + drivers-block-floppyc-use-pr_level.patch added to -mm tree Jiri Slaby
2010-01-27 14:09 ` Joe Perches
2010-01-27 14:21 ` Jiri Slaby [this message]
2010-01-27 14:35 ` Joe Perches
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=4B604BD6.1010205@gmail.com \
--to=jirislaby@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=bzolnier@gmail.com \
--cc=jens.axboe@oracle.com \
--cc=joe@perches.com \
--cc=linux-kernel@vger.kernel.org \
--cc=marcin.slusarz@gmail.com \
--cc=mm-commits@vger.kernel.org \
--cc=shemminger@vyatta.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