Hi Jens, I haven't done a great deal of research into this, but checking page->mapping in page_cache_pipe_buf_confirm() might be bogus. If the page is truncated *after* being spliced into the pipe, why on earth does the buffer become invalid? This looks to be a problem for filesystems that invalidate pages (because the the data is possibly stale) and the pipe read returns -ENODATA even though the data is there, it's just possibly different from what was spliced into the pipe. But I don't think that's a reason for throwing away that buffer and definitely not a reason to return an error. Thanks, Miklos -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>