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: Windows password security audit tool. GUI, reports in PDF.

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

Message-Id: <201011020819.33777.manningc2@actrix.gen.nz>
Date:	Tue, 2 Nov 2010 08:19:33 +1300
From:	Charles Manning <manningc2@...rix.gen.nz>
To:	Pekka Enberg <penberg@...nel.org>
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 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.



--
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/