linux-mtd.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: Sheng Yong <shengyong1@huawei.com>
To: <richard@nod.at>
Cc: linux-mtd@lists.infradead.org
Subject: Re: [RFC PATCH v2 0/6] UBI: Some cleanup and check if a vol exists when fastmap attaching
Date: Tue, 2 Jun 2015 08:38:37 +0800	[thread overview]
Message-ID: <556CFB0D.6030805@huawei.com> (raw)
In-Reply-To: <1432634830-129590-1-git-send-email-shengyong1@huawei.com>

Ping.

On 5/26/2015 6:07 PM, Sheng Yong wrote:
> Hi, folks,
> 
> V2:
> * change the commit message of PATCH 5. In normal cases, including unclean
>   reboot and ECC scenario, there is no way to have two same vol_id saved in
>   different slots in ubi->volumes[], so add_vol() in fastmap attach won't
>   go wrong. Only if the on-flash fastmap is modified by hand, this issue
>   may be triggered.
>   Thanks Richard Weinberger for pointing this out.
> 
> * add two more cleanup.
>   . add a helper function for updatting on-flash layout volumes. No
>     semantic changes.
> 
> V1:
> http://lists.infradead.org/pipermail/linux-mtd/2015-May/059355.html
> 
> Thanks,
> Sheng
> 
> Sheng Yong (6):
>   UBI: Fastmap: Use max() to get the larger value
>   UBI: Fastmap: Remove unnecessary `\'
>   UBI: Fastmap: Rename variables to make them meaningful
>   UBI: Init vol->reserved_pebs by assignment
>   UBI: Fastmap: Do not add vol if it already exists
>   UBI: add a helper function for updatting on-flash layout volumes
> 
>  drivers/mtd/ubi/build.c   |  4 +--
>  drivers/mtd/ubi/fastmap.c | 81 +++++++++++++++++++++++++----------------------
>  drivers/mtd/ubi/vmt.c     |  4 +--
>  drivers/mtd/ubi/vtbl.c    | 45 ++++++++++++++------------
>  4 files changed, 72 insertions(+), 62 deletions(-)
> 

  parent reply	other threads:[~2015-06-02  0:39 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-26 10:07 [RFC PATCH v2 0/6] UBI: Some cleanup and check if a vol exists when fastmap attaching Sheng Yong
2015-05-26 10:07 ` [RFC PATCH v2 1/6] UBI: Fastmap: Use max() to get the larger value Sheng Yong
2015-05-26 10:07 ` [RFC PATCH v2 2/6] UBI: Fastmap: Remove unnecessary `\' Sheng Yong
2015-05-26 10:07 ` [RFC PATCH v2 3/6] UBI: Fastmap: Rename variables to make them meaningful Sheng Yong
2015-05-26 10:07 ` [RFC PATCH v2 4/6] UBI: Init vol->reserved_pebs by assignment Sheng Yong
2015-05-26 10:07 ` [RFC PATCH v2 5/6] UBI: Fastmap: Do not add vol if it already exists Sheng Yong
2015-05-26 10:07 ` [RFC PATCH v2 6/6] UBI: add a helper function for updatting on-flash layout volumes Sheng Yong
2015-06-02  0:38 ` Sheng Yong [this message]
2015-06-02 10:01   ` [RFC PATCH v2 0/6] UBI: Some cleanup and check if a vol exists when fastmap attaching Richard Weinberger
2015-06-03  1:37     ` [PATCH] UBI: Remove unnecessary `\' Sheng Yong
2015-06-03  7:42       ` Richard Weinberger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=556CFB0D.6030805@huawei.com \
    --to=shengyong1@huawei.com \
    --cc=linux-mtd@lists.infradead.org \
    --cc=richard@nod.at \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).