I hate to be that guy and keep bugging you guys. Can I get an
acknowledgment of the original patch? It fixed a very real issue for
fscache users that occurs semi-frequently under moderate concurrency.
- M
On Mon, Dec 16, 2013 at 12:20 PM, Milosz Tanski wrote:
> Hey guys it looks like this patch
I hate to be that guy and keep bugging you guys. Can I get an
acknowledgment of the original patch? It fixed a very real issue for
fscache users that occurs semi-frequently under moderate concurrency.
- M
On Mon, Dec 16, 2013 at 12:20 PM, Milosz Tanski mil...@adfin.com wrote:
Hey guys it looks
Hey guys it looks like this patch got lost in the shuffle. I checked
out a recent kernel and learned this wasn't applied the hard way (by
running into it).
Can this please get applied to master as it fixes a real issue?
Thanks,
- Milosz
On Mon, Nov 11, 2013 at 5:18 PM, David Howells wrote:
>
Hey guys it looks like this patch got lost in the shuffle. I checked
out a recent kernel and learned this wasn't applied the hard way (by
running into it).
Can this please get applied to master as it fixes a real issue?
Thanks,
- Milosz
On Mon, Nov 11, 2013 at 5:18 PM, David Howells
Fix the handling of an attempt to store a page that is now beyond EOF. This
may happen, for example, if the page got pushed for storage before the netfs
file got truncated on the server. In such a case, we should just remove the
excessive pages from the cookie->stores radix tree and wake up the
Fix the handling of an attempt to store a page that is now beyond EOF. This
may happen, for example, if the page got pushed for storage before the netfs
file got truncated on the server. In such a case, we should just remove the
excessive pages from the cookie-stores radix tree and wake up the
6 matches
Mail list logo