[PATCH v2 00/12] ubi: fastmap: Fix a series of wear leveling problems

[Richard Weinberger]

----- Ursprüngliche Mail -----
> Von: "chengzhihao1" <chengzhihao1 at huawei.com>
> An: "richard" <richard at nod.at>, "Miquel Raynal" <miquel.raynal at bootlin.com>, "Vignesh Raghavendra" <vigneshr at ti.com>,
> "mcoquelin stm32" <mcoquelin.stm32 at gmail.com>, "alexandre torgue" <alexandre.torgue at foss.st.com>
> CC: "linux-mtd" <linux-mtd at lists.infradead.org>, "linux-stm32" <linux-stm32 at st-md-mailman.stormreply.com>,
> "linux-arm-kernel" <linux-arm-kernel at lists.infradead.org>, "Bagas Sanjaya" <bagasdotme at gmail.com>
> Gesendet: Donnerstag, 12. Oktober 2023 04:57:52
> Betreff: Re: [PATCH v2 00/12] ubi: fastmap: Fix a series of wear leveling problems

> 在 2023/8/28 14:38, Zhihao Cheng 写道:
>> This series of patches fix three problems:
>> 1. Inconsistent erase counter from wl entry and disk, for patches 1~4.
>> 2. Same PEB is always resued for fastmap data, for patches 5~9.
>> 3. First 64 PEBs have large erase counter than others, for patches 10~12.
>> 
>> Besides, patches 4/5 bring an improvement of the UBI service life.
>> 
>> Regression tests are in [Link].
>> 
>> Link: https://bugzilla.kernel.org/show_bug.cgi?id=217787.
>> 
>> v1->v2:
>>    Patch 6: Change wait condition in wait_free_pebs_for_pool(), there are
>> 	   two situations that cause waiting infinately:
>> 	   1. __erase_worker schedules itself if -EBUSY returned when
>> 	      shutting down system.
>> 	   2. The 'min_expect_free' cannot be satisfied when bad block
>> 	      occurs and ubi becomes ro(The erased PEB should be the
>>                last one of 'min_expect_free', but it becomes bad in
>> 	      __erase_worker).
>>   PS: After re-testing, the testing results in [Link] is not affected.
>> 
> 
> Hi, Richard. I hope you can take some time(when you have free time) to
> have a glance of this series of patches, I have made some tests on
> virtual machine for 2+ months(and half month for physical nand flash),
> so far ubi works fine with patches applied.

I didn't forget. :-)

Thanks,
//richard