Messages in this thread | | | Subject | Re: [PATCH v6 15/15] ubi: fastmap: Fix high cpu usage of ubi_bgt by making sure wl_pool not empty | From | Zhihao Cheng <> | Date | Mon, 17 Jan 2022 09:40:27 +0800 |
| |
Hi Richard, > Fix it by: > 1) Adding 2 PEBs reserved for fm_anchor and fm_next_anchor. > 2) Abandoning filling wl_pool until free count belows beb_rsvd_pebs. > Then, there are at least 2(EBA_RESERVED_PEBS + MIN_FASTMAP_RESERVED_PEBS - > MIN_FASTMAP_TAKEN_PEBS[1]) PEBs in pool and 1(WL_RESERVED_PEBS) PEB in > wl_pool after calling ubi_refill_pools() with all erase works done. > > This modification will cause a compatibility problem with old UBI image. > If UBI volumes take the maximun number of PEBs for one certain UBI device, > there are no available PEBs to satisfy 2 new reserved PEBs, bad reserved > PEBs are taken firstly, if still not enough, ENOSPC will returned from ubi > initialization. > Can you come up with a better solution that can be compatible with old images? In other words, can we solve this problem not by adding new reserved PEBs?
| |