[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1318130976.1844.48.camel@Joe-Laptop>
Date: Sat, 08 Oct 2011 20:29:36 -0700
From: Joe Perches <joe@...ches.com>
To: NamJae Jeon <linkinjeon@...il.com>
Cc: Jan Kara <jack@...e.cz>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/2 v3] udf : enable error print in udf_read_tagged().
On Sun, 2011-10-09 at 12:16 +0900, NamJae Jeon wrote:
> 2011/10/7 Jan Kara <jack@...e.cz>:
> > On Wed 05-10-11 15:19:58, Joe Perches wrote:
> >> On Thu, 2011-10-06 at 00:08 +0200, Jan Kara wrote:
> >> > Hello,
> >> >
> >> > On Mon 03-10-11 22:53:57, Namjae Jeon wrote:
> >> > > While reading metadata, if a problem occurs, Print out only one of the
> >> > > five case.(It also does not show a checksum properly.) Because currently
> >> > > it have been disable by undef udf_debug. If there is a problem with
> >> > > scratched disc or loader, the user needs to know which error happened.
> >> > > And I use pr_fmt instead of printk by joe's suggestion. I try to modify
> >> > > totally it to pr_fmt also.
> >>
> >> > Thanks for the patch. I'm willing to take the patch since it's an
> >> > improvement but what would be even nicer is to have error reporting like in
> >> > ext3 / ext4. We would have functions udf_info, udf_warn, udf_err which
> >> > also print sb->s_id with each error so that user can better identify on
> >> > which filesystem error happened.
> >>
> >> Modifying the follow-on patch I sent would be pretty trivial.
> > Sure, I can do that but if Namjae is willing to do it, I'd have less work
> > :).
> Hi. Jan.
>
> Currently I can not send a patch using git send-email.
> maybe it is the problem related with git or patch size...
> So I attach a patch. Is it okay? or I resend a patch again..
> plz review attach patch.
> Thanks.
Not a good patch I think.
You've broken format strings when they should be coalesced
and the alignment looks odd.
udf_debug should also add
struct super_block *sb, const char *function,
as the leading arguments.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists