Re: [PATCH] jffs2: make the overwritten xattr invisible after remount

2018-12-15 Thread Richard Weinberger
On Sat, Dec 15, 2018 at 2:23 PM Hou Tao wrote: > > ping ? Sorry for the delay. I'll try now to review all the pending jffs2 patches. > On 2018/12/9 14:21, Hou Tao wrote: > > For xattr modification, we do not write a new jffs2_raw_xref with > > delete marker into flash, so if a xattr is modified

Re: [PATCH] jffs2: make the overwritten xattr invisible after remount

2018-12-15 Thread Hou Tao
ping ? On 2018/12/9 14:21, Hou Tao wrote: > For xattr modification, we do not write a new jffs2_raw_xref with > delete marker into flash, so if a xattr is modified then removed, > and the old xref & xdatum are not erased by GC, after reboot or > remount, the new xattr xref will be dead but the

[PATCH] jffs2: make the overwritten xattr invisible after remount

2018-12-08 Thread Hou Tao
For xattr modification, we do not write a new jffs2_raw_xref with delete marker into flash, so if a xattr is modified then removed, and the old xref & xdatum are not erased by GC, after reboot or remount, the new xattr xref will be dead but the old xattr xref will be alive, and we will get the

[RFC PATCH] jffs2: make the overwritten xattr invisible after remount

2018-10-20 Thread Hou Tao
For xattr modification, we do not write a new jffs2_raw_xref with delete marker into flash, so if a xattr is modified then removed, and the old xref & xdatum are not erased by GC, after reboot or remount, the new xattr xref will be dead but the old xattr xref will be alive, and we will get the

[RFC PATCH] jffs2: make the overwritten xattr invisible after remount

2018-10-20 Thread Hou Tao
For xattr modification, we do not write a new jffs2_raw_xref with delete marker into flash, so if a xattr is modified then removed, and the old xref & xdatum are not erased by GC, after reboot or remount, the new xattr xref will be dead but the old xattr xref will be alive, and we will get the