From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.sigma-star.at ([95.130.255.111]:45998 "EHLO mail.sigma-star.at" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754307AbcHXMgh (ORCPT ); Wed, 24 Aug 2016 08:36:37 -0400 From: Richard Weinberger To: linux-mtd@lists.infradead.org Cc: Richard Weinberger , stable@vger.kernel.org Subject: [PATCH 3/3] ubi: Fix Fastmap's update_vol() Date: Wed, 24 Aug 2016 14:36:15 +0200 Message-Id: <1472042175-8655-3-git-send-email-richard@nod.at> In-Reply-To: <1472042175-8655-1-git-send-email-richard@nod.at> References: <1472042175-8655-1-git-send-email-richard@nod.at> Sender: stable-owner@vger.kernel.org List-ID: Usually Fastmap is free to consider every PEB in one of the pools as newer than the existing PEB. Since PEBs in a pool are by definition newer than everything else. But update_vol() missed the case that a pool can contain more than one candidate. Cc: Fixes: dbb7d2a88d ("UBI: Add fastmap core") Signed-off-by: Richard Weinberger --- drivers/mtd/ubi/fastmap.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/mtd/ubi/fastmap.c b/drivers/mtd/ubi/fastmap.c index da33100..ccb3ceb 100644 --- a/drivers/mtd/ubi/fastmap.c +++ b/drivers/mtd/ubi/fastmap.c @@ -328,6 +328,7 @@ static int update_vol(struct ubi_device *ubi, struct ubi_attach_info *ai, aeb->pnum = new_aeb->pnum; aeb->copy_flag = new_vh->copy_flag; aeb->scrub = new_aeb->scrub; + aeb->sqnum = new_aeb->sqnum; kmem_cache_free(ai->aeb_slab_cache, new_aeb); /* new_aeb is older */ -- 2.7.3