From: Marcin Slusarz <marcin.slusarz@gmail.com>
To: Christoph Hellwig <hch@infradead.org>
Cc: LKML <linux-kernel@vger.kernel.org>,
Ben Fennema <bfennema@falcon.csc.calpoly.edu>,
Jan Kara <jack@suse.cz>
Subject: Re: [PATCH 2/6] udf: remove some ugly macros
Date: Tue, 25 Dec 2007 15:45:17 +0100 [thread overview]
Message-ID: <20071225144513.GA24373@joi> (raw)
In-Reply-To: <20071225115438.GA8296@infradead.org>
On Tue, Dec 25, 2007 at 11:54:38AM +0000, Christoph Hellwig wrote:
> Looks generally good, but it would be nice if you could avoid
> introducing new overly long lines. Then again this really won't be
> noticed in udf anyway and it looks like you plan to clean it up later
> anyway.
Yes, that's what I'm going to do.
> (in case it wasn;'t clear count this as an ack from me)
>
Thanks for review!
Marcin
next prev parent reply other threads:[~2007-12-25 14:43 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-12-24 0:10 [PATCH 0/6] udf: improve code related to super_block, was: udf: convert super_block macros to functions marcin.slusarz
2007-12-24 0:10 ` [PATCH 1/6] udf: fix coding style of super.c marcin.slusarz
2007-12-24 0:10 ` [PATCH 2/6] udf: remove some ugly macros marcin.slusarz
2007-12-25 11:54 ` Christoph Hellwig
2007-12-25 14:45 ` Marcin Slusarz [this message]
2007-12-24 0:10 ` [PATCH 3/6] udf: convert UDF_SB_ALLOC_PARTMAPS macro to udf_sb_alloc_partition_maps function marcin.slusarz
2007-12-25 11:59 ` Christoph Hellwig
2007-12-25 15:13 ` Marcin Slusarz
2007-12-25 16:41 ` Christoph Hellwig
2007-12-24 0:10 ` [PATCH 4/6] udf: check if udf_load_logicalvol failed marcin.slusarz
2007-12-24 0:10 ` [PATCH 5/6] udf: convert some macros to functions marcin.slusarz
2007-12-24 0:10 ` [PATCH 6/6] udf: fix sparse warnings (shadowing & mismatch between declaration and definition) marcin.slusarz
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=20071225144513.GA24373@joi \
--to=marcin.slusarz@gmail.com \
--cc=bfennema@falcon.csc.calpoly.edu \
--cc=hch@infradead.org \
--cc=jack@suse.cz \
--cc=linux-kernel@vger.kernel.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 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.