linux-kernel - Re: [PATCH 05/29] Staging: yaffs2: yaffs

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <AANLkTim8o7mktJVxHYCgfDA6AuGNua4Mmuz4M=Gpiz1p@mail.gmail.com>
Date:	Mon, 1 Nov 2010 21:25:40 +0200
From:	Pekka Enberg <penberg@...nel.org>
To:	Charles Manning <manningc2@...rix.gen.nz>
Cc:	Tracey Dent <tdent48227@...il.com>, greg@...ah.com,
	linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org
Subject: Re: [PATCH 05/29] Staging: yaffs2: yaffs_allocator: Add files

On Mon, Nov 1, 2010 at 9:23 PM, Pekka Enberg <penberg@...nel.org> wrote:
> On Mon, Nov 1, 2010 at 9:19 PM, Charles Manning <manningc2@...rix.gen.nz> wrote:
>> On Tuesday 02 November 2010 07:58:49 Pekka Enberg wrote:
>>> On Mon, Nov 1, 2010 at 8:40 PM, Tracey Dent <tdent48227@...il.com> wrote:
>>> > Adding files to yaffs2 directory.
>>> >
>>> > Signed-off-by: Tracey Dent <tdent48227@...il.com>
>>> > ---
>>> >  drivers/staging/yaffs2/yaffs_allocator.c |  408
>>> > ++++++++++++++++++++++++++++++ drivers/staging/yaffs2/yaffs_allocator.h |
>>> >   30 +++
>>> >  2 files changed, 438 insertions(+), 0 deletions(-)
>>> >  create mode 100644 drivers/staging/yaffs2/yaffs_allocator.c
>>> >  create mode 100644 drivers/staging/yaffs2/yaffs_allocator.h
>>> >
>>> > diff --git a/drivers/staging/yaffs2/yaffs_allocator.c
>>> > b/drivers/staging/yaffs2/yaffs_allocator.c new file mode 100644
>>> > index 0000000..024ee2a
>>> > --- /dev/null
>>> > +++ b/drivers/staging/yaffs2/yaffs_allocator.c
>>> > @@ -0,0 +1,408 @@
>>> > +/*
>>> > + * YAFFS: Yet Another Flash File System. A NAND-flash specific file
>>> > system. + *
>>> > + * Copyright (C) 2002-2010 Aleph One Ltd.
>>> > + *   for Toby Churchill Ltd and Brightstar Engineering
>>> > + *
>>> > + * Created by Charles Manning <charles@...ph1.co.uk>
>>> > + *
>>> > + * This program is free software; you can redistribute it and/or modify
>>> > + * it under the terms of the GNU General Public License version 2 as
>>> > + * published by the Free Software Foundation.
>>> > + */
>>> > +
>>> > +
>>> > +
>>> > +#include "yaffs_allocator.h"
>>> > +#include "yaffs_guts.h"
>>> > +#include "yaffs_trace.h"
>>> > +#include "yportenv.h"
>>> > +
>>> > +#ifdef CONFIG_YAFFS_YMALLOC_ALLOCATOR
>>> > +
>>> > +void yaffs_deinit_raw_tnodes_and_objs(yaffs_dev_t *dev)
>>> > +{
>>> > +       dev = dev;
>>> > +}
>>> > +
>>> > +void yaffs_init_raw_tnodes_and_objs(yaffs_dev_t *dev)
>>> > +{
>>> > +       dev = dev;
>>> > +}
>>> > +
>>> > +yaffs_tnode_t *yaffs_alloc_raw_tnode(yaffs_dev_t *dev)
>>> > +{
>>> > +       return (yaffs_tnode_t *)YMALLOC(dev->tnode_size);
>>> > +}
>>> > +
>>> > +void yaffs_free_raw_tnode(yaffs_dev_t *dev, yaffs_tnode_t *tn)
>>> > +{
>>> > +       dev = dev;
>>> > +       YFREE(tn);
>>> > +}
>>>
>>> So you have your own dynamic memory allocator? What's wrong with kmalloc()?
>>
>> No. YMALLOC() wraps kmalloc() to keep the code portable.
>>
>> This code does a home-grown slab allocator. The reason for doing this is that
>> Linux slab does not allow slab caches to be destroyed while objects exist.
>>
>> While that might sound like a dangerous practice, it does mean that when yaffs
>> unmounts it can drop all the data structures without having to walk all the
>> trees freeing the objects.
>
> Either way, your home-grown slab allocator is not going to be merged
> this way. You should be using kmem_cache_alloc() and propose proper
> patches on top of mm/sl?b.c.

Btw, just to clarify: Greg might not mind taking it in as-is but it'll
never be promoted to mainline proper this way.
--
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/