lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Tue, 28 Nov 2006 11:42:16 -0800 From: Mingming Cao <cmm@...ibm.com> To: Hugh Dickins <hugh@...itas.com> Cc: Andrew Morton <akpm@...l.org>, Mel Gorman <mel@...net.ie>, "Martin J. Bligh" <mbligh@...igh.org>, linux-kernel@...r.kernel.org, "linux-ext4@...r.kernel.org" <linux-ext4@...r.kernel.org> Subject: Re: [PATCH 3/6] ext2 balloc: fix off-by-one against rsv_end On Tue, 2006-11-28 at 17:41 +0000, Hugh Dickins wrote: > rsv_end is the last block within the reservation, > so alloc_new_reservation should accept start_block == rsv_end as success. > > Signed-off-by: Hugh Dickins <hugh@...itas.com> > --- > Thanks, Acked. This is not a problem for now, as the default window size is 8 blocks, and we never shrink the window size. But it could be a issue in the future, if the reservation window could be dynamically shrink, when it keep failing to create a new(large) reservation window, or we keep throw away a just-allocated-window as the application is doing very seeky random write. > fs/ext2/balloc.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > --- 2.6.19-rc6-mm2/fs/ext2/balloc.c 2006-11-24 08:18:02.000000000 +0000 > +++ linux/fs/ext2/balloc.c 2006-11-27 19:28:41.000000000 +0000 > @@ -950,7 +950,7 @@ retry: > * check if the first free block is within the > * free space we just reserved > */ > - if (start_block >= my_rsv->rsv_start && start_block < my_rsv->rsv_end) > + if (start_block >= my_rsv->rsv_start && start_block <= my_rsv->rsv_end) > return 0; /* success */ > /* > * if the first free bit we found is out of the reservable space - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists