Re: [RFC/PATCH] mtd: ubi: Free peb's synchronously for fastmap

2014-04-08 Thread Richard Weinberger
On Tue, Apr 8, 2014 at 3:44 PM, Bityutskiy, Artem wrote: > On Tue, 2014-04-08 at 16:42 +0300, Artem Bityutskiy wrote: >> On Tue, 2014-04-01 at 11:01 +0300, Tanya Brokhman wrote: >> > At first mount it's possible that there are not enough free PEBs since >> > there are PEB's pending to be erased.

Re: [RFC/PATCH] mtd: ubi: Free peb's synchronously for fastmap

2014-04-08 Thread Bityutskiy, Artem
On Tue, 2014-04-08 at 16:42 +0300, Artem Bityutskiy wrote: > On Tue, 2014-04-01 at 11:01 +0300, Tanya Brokhman wrote: > > At first mount it's possible that there are not enough free PEBs since > > there are PEB's pending to be erased. In such scenario, fm_pool (which is > > the pool from which

Re: [RFC/PATCH] mtd: ubi: Free peb's synchronously for fastmap

2014-04-08 Thread Artem Bityutskiy
On Tue, 2014-04-01 at 11:01 +0300, Tanya Brokhman wrote: > At first mount it's possible that there are not enough free PEBs since > there are PEB's pending to be erased. In such scenario, fm_pool (which is > the pool from which user required PEBs are allocated) will be empty. > Try fixing the

Re: [RFC/PATCH] mtd: ubi: Free peb's synchronously for fastmap

2014-04-08 Thread Artem Bityutskiy
On Tue, 2014-04-01 at 11:01 +0300, Tanya Brokhman wrote: At first mount it's possible that there are not enough free PEBs since there are PEB's pending to be erased. In such scenario, fm_pool (which is the pool from which user required PEBs are allocated) will be empty. Try fixing the above

Re: [RFC/PATCH] mtd: ubi: Free peb's synchronously for fastmap

2014-04-08 Thread Bityutskiy, Artem
On Tue, 2014-04-08 at 16:42 +0300, Artem Bityutskiy wrote: On Tue, 2014-04-01 at 11:01 +0300, Tanya Brokhman wrote: At first mount it's possible that there are not enough free PEBs since there are PEB's pending to be erased. In such scenario, fm_pool (which is the pool from which user

Re: [RFC/PATCH] mtd: ubi: Free peb's synchronously for fastmap

2014-04-08 Thread Richard Weinberger
On Tue, Apr 8, 2014 at 3:44 PM, Bityutskiy, Artem artem.bityuts...@intel.com wrote: On Tue, 2014-04-08 at 16:42 +0300, Artem Bityutskiy wrote: On Tue, 2014-04-01 at 11:01 +0300, Tanya Brokhman wrote: At first mount it's possible that there are not enough free PEBs since there are PEB's

Re: [RFC/PATCH] mtd: ubi: Free peb's synchronously for fastmap

2014-04-07 Thread Richard Weinberger
Am 07.04.2014 18:05, schrieb Tanya Brokhman: > On 4/7/2014 4:02 PM, Richard Weinberger wrote: >> On Tue, Apr 1, 2014 at 10:01 AM, Tanya Brokhman >> wrote: >>> At first mount it's possible that there are not enough free PEBs since >>> there are PEB's pending to be erased. In such scenario,

Re: [RFC/PATCH] mtd: ubi: Free peb's synchronously for fastmap

2014-04-07 Thread Tanya Brokhman
On 4/7/2014 4:02 PM, Richard Weinberger wrote: On Tue, Apr 1, 2014 at 10:01 AM, Tanya Brokhman wrote: At first mount it's possible that there are not enough free PEBs since there are PEB's pending to be erased. In such scenario, fm_pool (which is the pool from which user required PEBs are

Re: [RFC/PATCH] mtd: ubi: Free peb's synchronously for fastmap

2014-04-07 Thread Richard Weinberger
On Tue, Apr 1, 2014 at 10:01 AM, Tanya Brokhman wrote: > At first mount it's possible that there are not enough free PEBs since > there are PEB's pending to be erased. In such scenario, fm_pool (which is > the pool from which user required PEBs are allocated) will be empty. > Try fixing the above

Re: [RFC/PATCH] mtd: ubi: Free peb's synchronously for fastmap

2014-04-07 Thread Richard Weinberger
On Tue, Apr 1, 2014 at 10:01 AM, Tanya Brokhman tlin...@codeaurora.org wrote: At first mount it's possible that there are not enough free PEBs since there are PEB's pending to be erased. In such scenario, fm_pool (which is the pool from which user required PEBs are allocated) will be empty.

Re: [RFC/PATCH] mtd: ubi: Free peb's synchronously for fastmap

2014-04-07 Thread Tanya Brokhman
On 4/7/2014 4:02 PM, Richard Weinberger wrote: On Tue, Apr 1, 2014 at 10:01 AM, Tanya Brokhman tlin...@codeaurora.org wrote: At first mount it's possible that there are not enough free PEBs since there are PEB's pending to be erased. In such scenario, fm_pool (which is the pool from which user

Re: [RFC/PATCH] mtd: ubi: Free peb's synchronously for fastmap

2014-04-07 Thread Richard Weinberger
Am 07.04.2014 18:05, schrieb Tanya Brokhman: On 4/7/2014 4:02 PM, Richard Weinberger wrote: On Tue, Apr 1, 2014 at 10:01 AM, Tanya Brokhman tlin...@codeaurora.org wrote: At first mount it's possible that there are not enough free PEBs since there are PEB's pending to be erased. In such

RE: [RFC/PATCH] mtd: ubi: Free peb's synchronously for fastmap

2014-04-06 Thread Dolev Raviv
: Tuesday, April 01, 2014 11:02 AM To: dedeki...@gmail.com Cc: linux-...@lists.infradead.org; open list; Tanya Brokhman Subject: [RFC/PATCH] mtd: ubi: Free peb's synchronously for fastmap At first mount it's possible that there are not enough free PEBs since there are PEB's pending to be erased

RE: [RFC/PATCH] mtd: ubi: Free peb's synchronously for fastmap

2014-04-06 Thread Dolev Raviv
Of Tanya Brokhman Sent: Tuesday, April 01, 2014 11:02 AM To: dedeki...@gmail.com Cc: linux-...@lists.infradead.org; open list; Tanya Brokhman Subject: [RFC/PATCH] mtd: ubi: Free peb's synchronously for fastmap At first mount it's possible that there are not enough free PEBs since there are PEB's

[RFC/PATCH] mtd: ubi: Free peb's synchronously for fastmap

2014-04-01 Thread Tanya Brokhman
At first mount it's possible that there are not enough free PEBs since there are PEB's pending to be erased. In such scenario, fm_pool (which is the pool from which user required PEBs are allocated) will be empty. Try fixing the above described situation by synchronously performing pending erase

[RFC/PATCH] mtd: ubi: Free peb's synchronously for fastmap

2014-04-01 Thread Tanya Brokhman
At first mount it's possible that there are not enough free PEBs since there are PEB's pending to be erased. In such scenario, fm_pool (which is the pool from which user required PEBs are allocated) will be empty. Try fixing the above described situation by synchronously performing pending erase