From: Mingming Cao <cmm@us.ibm.com>
To: akpm@linux-foundation.org
Cc: tytso@mit.edu, linux-ext4@vger.kernel.org, sandeen@redhat.com
Subject: Re: [patch 1/8] ext4: fix MB_DEBUG format warnings
Date: Fri, 30 Nov 2007 16:17:32 -0800 [thread overview]
Message-ID: <1196468252.11479.19.camel@localhost.localdomain> (raw)
In-Reply-To: <200711292052.lATKqmNQ006825@imap1.linux-foundation.org>
Hi Andrew,
Thanks for resending the patches. The first three patches in this series
were missed in the ext4 patch queue, the rest of them are already queued
there. They are all in ext4 patch queue now. I will check other ext4
patches you plan to merge to mm tree and get them sync in ext4 tree.
http://repo.or.cz/w/ext4-patch-queue.git
git://repo.or.cz/ext4-patch-queue.git
Regards,
Mingming
On Thu, 2007-11-29 at 12:52 -0800, akpm@linux-foundation.org wrote:
> From: Eric Sandeen <sandeen@redhat.com>
>
> (applies at end of current ext4 patch series)
>
> Fix a slew of compile warnings from mismatched format specifiers
> when MB_DEBUG is turned on.
>
> Signed-off-by: Eric Sandeen <sandeen@redhat.com>
> Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
> ---
>
> fs/ext4/mballoc.c | 20 ++++++++++----------
> 1 file changed, 10 insertions(+), 10 deletions(-)
>
> diff -puN fs/ext4/mballoc.c~ext4-fix-mb_debug-format-warnings fs/ext4/mballoc.c
> --- a/fs/ext4/mballoc.c~ext4-fix-mb_debug-format-warnings
> +++ a/fs/ext4/mballoc.c
> @@ -954,7 +954,7 @@ static int ext4_mb_init_cache(struct pag
> get_bh(bh[i]);
> bh[i]->b_end_io = end_buffer_read_sync;
> submit_bh(READ, bh[i]);
> - mb_debug("read bitmap for group %u\n", first_group + i);
> + mb_debug("read bitmap for group %lu\n", first_group + i);
> }
>
> /* wait for I/O completion */
> @@ -2670,7 +2670,7 @@ static void ext4_mb_free_committed_block
> if (md == NULL)
> break;
>
> - mb_debug("gonna free %u blocks in group %u (0x%p):",
> + mb_debug("gonna free %u blocks in group %lu (0x%p):",
> md->num, md->group, md);
>
> err = ext4_mb_load_buddy(sb, md->group, &e4b);
> @@ -3029,7 +3029,7 @@ static void ext4_mb_normalize_group_requ
>
> BUG_ON(lg == NULL);
> ac->ac_g_ex.fe_len = EXT4_SB(sb)->s_mb_group_prealloc;
> - mb_debug("#%u: goal %u blocks for locality group\n",
> + mb_debug("#%u: goal %lu blocks for locality group\n",
> current->pid, ac->ac_g_ex.fe_len);
> }
>
> @@ -3255,7 +3255,7 @@ static void ext4_mb_use_inode_pa(struct
> BUG_ON(pa->pa_free < len);
> pa->pa_free -= len;
>
> - mb_debug("use %lu/%lu from inode pa %p\n", start, len, pa);
> + mb_debug("use %llu/%lu from inode pa %p\n", start, len, pa);
> }
>
> /*
> @@ -3282,7 +3282,7 @@ static void ext4_mb_use_group_pa(struct
> * pa and think that it have enought free blocks if we
> * don't update pa_free here right ?
> */
> - mb_debug("use %lu/%lu from group pa %p\n", pa->pa_lstart-len, len, pa);
> + mb_debug("use %u/%u from group pa %p\n", pa->pa_lstart-len, len, pa);
> }
>
> /*
> @@ -3513,7 +3513,7 @@ static int ext4_mb_new_inode_pa(struct e
> pa->pa_deleted = 0;
> pa->pa_linear = 0;
>
> - mb_debug("new inode pa %p: %lu/%lu for %lu\n", pa,
> + mb_debug("new inode pa %p: %llu/%u for %u\n", pa,
> pa->pa_pstart, pa->pa_len, pa->pa_lstart);
>
> ext4_mb_use_inode_pa(ac, pa);
> @@ -3569,7 +3569,7 @@ static int ext4_mb_new_group_pa(struct e
> pa->pa_deleted = 0;
> pa->pa_linear = 1;
>
> - mb_debug("new group pa %p: %lu/%lu for %lu\n", pa,
> + mb_debug("new group pa %p: %llu/%u for %u\n", pa,
> pa->pa_pstart, pa->pa_len, pa->pa_lstart);
>
> ext4_mb_use_group_pa(ac, pa);
> @@ -4072,8 +4072,8 @@ static int ext4_mb_initialize_context(st
> * locality group. this is a policy, actually */
> ext4_mb_group_or_file(ac);
>
> - mb_debug("init ac: %u blocks @ %llu, goal %llu, flags %x, 2^%d, "
> - "left: %llu/%llu, right %llu/%llu to %swritable\n",
> + mb_debug("init ac: %u blocks @ %u, goal %u, flags %x, 2^%d, "
> + "left: %u/%u, right %u/%u to %swritable\n",
> (unsigned) ar->len, (unsigned) ar->logical,
> (unsigned) ar->goal, ac->ac_flags, ac->ac_2order,
> (unsigned) ar->lleft, (unsigned) ar->pleft,
> @@ -4288,7 +4288,7 @@ static int ext4_mb_free_metadata(handle_
> page_cache_get(e4b->bd_bitmap_page);
> db->bb_md_cur = md;
> db->bb_tid = handle->h_transaction->t_tid;
> - mb_debug("new md 0x%p for group %u\n",
> + mb_debug("new md 0x%p for group %lu\n",
> md, md->group);
> } else {
> kfree(md);
> _
next prev parent reply other threads:[~2007-12-01 0:17 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-29 20:52 [patch 1/8] ext4: fix MB_DEBUG format warnings akpm
2007-12-01 0:17 ` Mingming Cao [this message]
2007-12-01 0:22 ` Andrew Morton
2007-12-01 1:20 ` Mingming Cao
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=1196468252.11479.19.camel@localhost.localdomain \
--to=cmm@us.ibm.com \
--cc=akpm@linux-foundation.org \
--cc=linux-ext4@vger.kernel.org \
--cc=sandeen@redhat.com \
--cc=tytso@mit.edu \
/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;
as well as URLs for NNTP newsgroup(s).