16 Mar, 2018

2 commits

  • ->fail_addr and ->addr can be updated no matter the result of
    parent->_erase(), we just need to remove the code doing the same thing
    in mtd_erase_callback() to avoid adjusting those fields twice.

    Note that this can be done because all MTD users have been converted to
    not pass an erase_info->callback() and are thus only taking the
    ->addr_fail and ->addr fields into account after part_erase() has
    returned.

    While we're at it, get rid of the erase_info->mtd field which was only
    needed to let mtd_erase_callback() get the partition device back.

    Signed-off-by: Boris Brezillon
    Reviewed-by: Richard Weinberger

    Boris Brezillon
     
  • None of the mtd->_erase() implementations work in an asynchronous manner,
    so let's simplify MTD users that call mtd_erase(). All they need to do
    is check the value returned by mtd_erase() and assume that != 0 means
    failure.

    Signed-off-by: Boris Brezillon
    Reviewed-by: Richard Weinberger

    Boris Brezillon
     

08 Jan, 2015

1 commit

  • The global lock mtdblks_lock was used to protect the original mtdblks
    array to avoid race conditions. As the mtdblks array was already gone,
    but the mtdblks_lock is left, and it causes latency when open/release dev.
    So we need to remove it here.

    Signed-off-by: Gu Zheng
    Signed-off-by: Brian Norris

    Gu Zheng
     

07 Nov, 2013

2 commits


06 May, 2013

1 commit


27 Mar, 2012

1 commit

  • Because it is useless to call it if the device is opened in R/O mode, and also
    harmful: on CFI NOR flash it may block for long time waiting for erase
    operations to complete is another partition with a R/W file-system on this
    chip.

    Artem Bityutskiy: write commit message, amend the patch to match the latest
    tree (we use mtd_sync(), not mtd->sync() nowadays).

    Signed-off-by: Alexander Stein
    Signed-off-by: Artem Bityutskiy
    Signed-off-by: David Woodhouse

    Alexander Stein
     

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