Re: [PATCH 1/1] fs/affs/file.c: unlock/release page on error

[Fabian Frederick]

> On 20 March 2015 at 04:19 Taesoo Kim <tsgatesv@xxxxxxxxx> wrote:
>
>
> When affs_bread_ino() fails, correctly unlock the page and
> release the page cache with proper error value. All write_end()
> should unlock/release the page that was locked by write_beg().
>
> Signed-off-by: Taesoo Kim <tsgatesv@xxxxxxxxx>
> ---
>Â fs/affs/file.c | 13 +++++++++----
>Â 1 file changed, 9 insertions(+), 4 deletions(-)
>
> diff --git a/fs/affs/file.c b/fs/affs/file.c
> index d2468bf..15d07a0 100644
> --- a/fs/affs/file.c
> +++ b/fs/affs/file.c
> @@ -699,8 +699,10 @@ static int affs_write_end_ofs(struct file *file, struct
> address_space *mapping,
>Â Â Â Âboff = tmp % bsize;
>Â Â Â Âif (boff) {
>Â Â Â Â Â Â Â Âbh = affs_bread_ino(inode, bidx, 0);
> -Â Â Â Â Â Â Âif (IS_ERR(bh))
> -Â Â Â Â Â Â Â Â Â Â Âreturn PTR_ERR(bh);
> +Â Â Â Â Â Â Âif (IS_ERR(bh)) {
> +Â Â Â Â Â Â Â Â Â Â Âwritten = PTR_ERR(bh);
> +Â Â Â Â Â Â Â Â Â Â Âgoto err;
> +Â Â Â Â Â Â Â}
>Â Â Â Â Â Â Â Âtmp = min(bsize - boff, to - from);
>Â Â Â Â Â Â Â ÂBUG_ON(boff + tmp > bsize || tmp > bsize);
>Â Â Â Â Â Â Â Âmemcpy(AFFS_DATA(bh) + boff, data + from, tmp);
> @@ -712,8 +714,10 @@ static int affs_write_end_ofs(struct file *file, struct
> address_space *mapping,
>Â Â Â Â Â Â Â Âbidx++;
>Â Â Â Â} else if (bidx) {
>Â Â Â Â Â Â Â Âbh = affs_bread_ino(inode, bidx - 1, 0);
> -Â Â Â Â Â Â Âif (IS_ERR(bh))
> -Â Â Â Â Â Â Â Â Â Â Âreturn PTR_ERR(bh);
> +Â Â Â Â Â Â Âif (IS_ERR(bh)) {
> +Â Â Â Â Â Â Â Â Â Â Âwritten = PTR_ERR(bh);
> +Â Â Â Â Â Â Â Â Â Â Âgoto err;
> +Â Â Â Â Â Â Â}
>Â Â Â Â}
>Â Â Â Âwhile (from + bsize <= to) {
>Â Â Â Â Â Â Â Âprev_bh = bh;
> @@ -790,6 +794,7 @@ done:
>Â Â Â Âif (tmp > inode->i_size)
>Â Â Â Â Â Â Â Âinode->i_size = AFFS_I(inode)->mmu_private = tmp;
>Â
> +err:
>Â Â Â Âunlock_page(page);
>Â Â Â Âpage_cache_release(page);
>Â
> --
> 2.3.3
>
Patch looks good. Maybe you could use more explicit labels like

err_first_bh instead of err
err_bh instead of out

Regards,
Fabian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/