10 Jan, 2012

5 commits


11 Sep, 2011

2 commits

  • Start moving away from the MTD_DEBUG_LEVEL messages. The dynamic
    debugging feature is a generic kernel feature that provides more
    flexibility.

    (See Documentation/dynamic-debug-howto.txt)

    Also fix some punctuation, indentation, and capitalization that went
    along with the affected lines.

    Signed-off-by: Brian Norris
    Signed-off-by: Artem Bityutskiy

    Brian Norris
     
  • mtdblks_lock can be initialized automatically with
    DEFINE_MUTEX() rather than explicitly calling mutex_init().

    Signed-off-by: Axel Lin
    Signed-off-by: Artem Bityutskiy

    Axel Lin
     

31 Mar, 2011

1 commit


09 Aug, 2010

1 commit


27 Feb, 2010

3 commits


25 Feb, 2010

1 commit

  • Since we allocate struct mtd_blktrans_dev for each block device, we
    can add our own structure members to the end. Therefore embed
    struct mtd_blktrans_dev in struct mtdblk_dev and remove the static
    array of struct mtdblk_dev. Also remove the redundant pointer to
    struct mtd_info.

    This is preparation for removing the static limit on the number of MTD
    devices.

    Signed-off-by: Ben Hutchings
    Signed-off-by: Artem Bityutskiy
    Signed-off-by: David Woodhouse

    Ben Hutchings
     

20 Sep, 2009

1 commit


16 Sep, 2009

1 commit


04 Sep, 2009

1 commit


03 Aug, 2009

1 commit


05 Jun, 2008

1 commit

  • Once upon a time, the MTD repository was using CVS.

    This patch therefore removes all usages of the no longer updated CVS
    keywords from the MTD code.

    This also includes code that printed them to the user.

    Signed-off-by: Adrian Bunk
    Signed-off-by: David Woodhouse

    Adrian Bunk
     

29 Nov, 2006

2 commits


01 Jul, 2006

1 commit


30 May, 2006

1 commit


29 May, 2006

1 commit


17 Apr, 2006

1 commit

  • mtdblock is the only user of aggregate capabilities in mtd. This is clearly
    bogus and should be changed. In particular, it tries to determine whether
    the device in question is a piece of RAM. For every single driver that fits
    the current criteria, an easier test would be to check for the type being
    MTD_RAM.

    Signed-off-by: Jörn Engel
    Signed-off-by: David Woodhouse

    Jörn Engel
     

01 Apr, 2006

1 commit

  • Semaphore to mutex conversion.

    The conversion was generated via scripts, and the result was validated
    automatically via a script as well.

    Signed-off-by: Ingo Molnar
    Cc: Thomas Gleixner
    Acked-by: David Woodhouse
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ingo Molnar
     

07 Nov, 2005

2 commits


31 Oct, 2005

1 commit

  • I recently picked up my older work to remove unnecessary #includes of
    sched.h, starting from a patch by Dave Jones to not include sched.h
    from module.h. This reduces the number of indirect includes of sched.h
    by ~300. Another ~400 pointless direct includes can be removed after
    this disentangling (patch to follow later).
    However, quite a few indirect includes need to be fixed up for this.

    In order to feed the patches through -mm with as little disturbance as
    possible, I've split out the fixes I accumulated up to now (complete for
    i386 and x86_64, more archs to follow later) and post them before the real
    patch. This way this large part of the patch is kept simple with only
    adding #includes, and all hunks are independent of each other. So if any
    hunk rejects or gets in the way of other patches, just drop it. My scripts
    will pick it up again in the next round.

    Signed-off-by: Tim Schmielau
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Tim Schmielau
     

17 Apr, 2005

1 commit

  • Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds