aboutsummaryrefslogtreecommitdiffstats
path: root/fs/ubifs/commit.c
diff options
context:
space:
mode:
authorArtem Bityutskiy <[email protected]>2010-08-08 09:32:00 +0000
committerArtem Bityutskiy <[email protected]>2010-08-30 07:19:08 +0000
commit5b7a3a2e1b0cbc7d5410a8da60dac266a3e19268 (patch)
treeb663b20a46271d64ba5a94d458d5d87f4c9b24bf /fs/ubifs/commit.c
parentUBIFS: improve assertion in node comparison functions (diff)
downloadkernel-5b7a3a2e1b0cbc7d5410a8da60dac266a3e19268.tar.gz
kernel-5b7a3a2e1b0cbc7d5410a8da60dac266a3e19268.zip
UBIFS: do not write rubbish into truncation scanning node
In the scanning code, in 'ubifs_add_snod()', we write rubbish into 'snod->key', because we assume that on-flash truncation nodes have a key, but they do not. If the other parts of UBIFS then mistakenly try to look-up the truncation node key (they should not do this, but may do because of a bug), we can succeed and corrupt TNC. It looks like we did have such a situation in 'sort_nodes()' in gc.c. Signed-off-by: Artem Bityutskiy <[email protected]>
Diffstat (limited to 'fs/ubifs/commit.c')
0 files changed, 0 insertions, 0 deletions