Re: [PATCH] btrfs: zero out delayed node upon allocation

2015-10-25 Thread Alexandru Moise
On Sun, Oct 25, 2015 at 01:33:45PM -0400, Jeff Mahoney wrote: > > On Oct 25, 2015, at 3:50 PM, Alexandru Moise <00moses.alexande...@gmail.com> > wrote: > > >>> This allows us to trim out half of btrfs_init_delayed_node() which > >>> is now reduntant. > >> > >> It's redundant if kmem_cache_zallo

Re: [PATCH] btrfs: zero out delayed node upon allocation

2015-10-25 Thread Jeff Mahoney
On Oct 25, 2015, at 3:50 PM, Alexandru Moise <00moses.alexande...@gmail.com> wrote: >>> This allows us to trim out half of btrfs_init_delayed_node() which >>> is now reduntant. >> >> It's redundant if kmem_cache_zalloc is used, but you haven't >> documented that doing so is now required. For a

Re: [PATCH] btrfs: zero out delayed node upon allocation

2015-10-25 Thread Alexandru Moise
> > This allows us to trim out half of btrfs_init_delayed_node() which > > is now reduntant. > > It's redundant if kmem_cache_zalloc is used, but you haven't > documented that doing so is now required. For all of these changes > you've posted, if they're to be accepted, I'd really prefer to set u

Re: [PATCH] btrfs: zero out delayed node upon allocation

2015-10-25 Thread Jeff Mahoney
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 10/25/15 1:48 PM, Alexandru Moise wrote: > This allows us to trim out half of btrfs_init_delayed_node() which > is now reduntant. It's redundant if kmem_cache_zalloc is used, but you haven't documented that doing so is now required. For all of t

[PATCH] btrfs: zero out delayed node upon allocation

2015-10-25 Thread Alexandru Moise
This allows us to trim out half of btrfs_init_delayed_node() which is now reduntant. Signed-off-by: Alexandru Moise <00moses.alexande...@gmail.com> --- fs/btrfs/delayed-inode.c | 8 +--- 1 file changed, 1 insertion(+), 7 deletions(-) diff --git a/fs/btrfs/delayed-inode.c b/fs/btrfs/delayed-i