UBIFS: allow for gaps when dirtying the LPT

The LPT may have gaps in it because initially empty LEBs
are not added by mkfs.ubifs - because it does not know how
many there are. Then UBIFS allocates empty LEBs in the
reverse order that they are discovered i.e. they are
added to, and removed from, the front of a list. That
creates a gap in the middle of the LPT.

The function dirtying the LPT tree (for the purpose of
small model garbage collection) assumed that a gap could
only occur at the very end of the LPT and stopped dirtying
prematurely, which in turn resulted in the LPT running
out of space - something that is designed to be impossible.

Signed-off-by: Adrian Hunter <ext-adrian.hunter@nokia.com>

authored by

Adrian Hunter and committed by
Artem Bityutskiy
7e2d9bfa e84461ad

-2
-2
fs/ubifs/lpt_commit.c
··· 571 571 /* We assume here that LEB zero is never an LPT LEB */ 572 572 if (nnode->nbranch[iip].lnum) 573 573 return ubifs_get_pnode(c, nnode, iip); 574 - else 575 - return NULL; 576 574 } 577 575 578 576 /* Go up while can't go right */