From: Ilya Dryomov <idryomov@gmail.com>
To: linux-btrfs@vger.kernel.org
Cc: Josef Bacik <josef@redhat.com>,
Chris Mason <chris.mason@oracle.com>,
linux-kernel@vger.kernel.org
Subject: [PATCH v2] Btrfs: remove unneeded allocation in load_free_space_cache()
Date: Wed, 19 Jan 2011 18:58:37 +0200 [thread overview]
Message-ID: <20110119165836.GB1358@kwango.lan.net> (raw)
In-Reply-To: <20110119153436.GA1358@kwango.lan.net>
I messed up size argument of kzalloc() and consequently memcpy(). Here
is an updated version.
The checksums array is unused, remove it. We only need disk_crcs array
to verify checksums.
There is no need to allocate first_page_offset bytes for disk_crcs
array. It's enough to allocate (sizeof(u32) * num_checksums) bytes
because disk_crcs should only hold checksums. gen is fetched
directly from the page.
cur_crc is initialized later in the code. Don't initialize it in a
declaration.
Signed-off-by: Ilya Dryomov <idryomov@gmail.com>
---
fs/btrfs/free-space-cache.c | 12 ++++--------
1 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/fs/btrfs/free-space-cache.c b/fs/btrfs/free-space-cache.c
index 60d6842..ee0af41 100644
--- a/fs/btrfs/free-space-cache.c
+++ b/fs/btrfs/free-space-cache.c
@@ -215,14 +215,14 @@ int load_free_space_cache(struct btrfs_fs_info *fs_info,
struct extent_buffer *leaf;
struct page *page;
struct btrfs_path *path;
- u32 *checksums = NULL, *crc;
+ u32 *crc = NULL;
char *disk_crcs = NULL;
struct btrfs_key key;
struct list_head bitmaps;
u64 num_entries;
u64 num_bitmaps;
u64 generation;
- u32 cur_crc = ~(u32)0;
+ u32 cur_crc;
pgoff_t index = 0;
unsigned long first_page_offset;
int num_checksums;
@@ -298,11 +298,8 @@ int load_free_space_cache(struct btrfs_fs_info *fs_info,
/* Setup everything for doing checksumming */
num_checksums = i_size_read(inode) / PAGE_CACHE_SIZE;
- checksums = crc = kzalloc(sizeof(u32) * num_checksums, GFP_NOFS);
- if (!checksums)
- goto out;
first_page_offset = (sizeof(u32) * num_checksums) + sizeof(u64);
- disk_crcs = kzalloc(first_page_offset, GFP_NOFS);
+ disk_crcs = kzalloc(sizeof(u32) * num_checksums, GFP_NOFS);
if (!disk_crcs)
goto out;
@@ -352,7 +349,7 @@ int load_free_space_cache(struct btrfs_fs_info *fs_info,
if (index == 0) {
u64 *gen;
- memcpy(disk_crcs, addr, first_page_offset);
+ memcpy(disk_crcs, addr, sizeof(u32) * num_checksums);
gen = addr + (sizeof(u32) * num_checksums);
if (*gen != BTRFS_I(inode)->generation) {
printk(KERN_ERR "btrfs: space cache generation"
@@ -467,7 +464,6 @@ next:
ret = 1;
out:
- kfree(checksums);
kfree(disk_crcs);
iput(inode);
return ret;
--
1.7.2.3
next prev parent reply other threads:[~2011-01-19 16:58 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-19 15:34 [PATCH] Btrfs: remove unneeded allocation in load_free_space_cache() Ilya Dryomov
2011-01-19 16:58 ` Ilya Dryomov [this message]
2011-01-19 18:51 ` [PATCH v2] " Josef Bacik
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=20110119165836.GB1358@kwango.lan.net \
--to=idryomov@gmail.com \
--cc=chris.mason@oracle.com \
--cc=josef@redhat.com \
--cc=linux-btrfs@vger.kernel.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox