Chris Mason <[EMAIL PROTECTED]> writes: > Just noticed the filemap_fdatasync code doesn't check the return value from > writepage. Linus, would you take a patch that redirtied the page, puts it > back onto the dirty list (at the tail), and unlocks the page when writepage > returns 1? > > That would loop forever if the writepage func kept returning 1 though...I > think that's what we want, unless someone like ramfs made a writepage func > that always returned 1. shmem has such a writepage for locked shm segments. It also always return 1 if the swap space is exhausted. So everybody using shared anonymous, SYSV shared or POSIX shared memory can hit this. I invented the return code 1 exactly to be able to handle this. Greetings Chris - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] Please read the FAQ at http://www.tux.org/lkml/
- Re: test13-pre5 Marcelo Tosatti
- Re: test13-pre5 Linus Torvalds
- Re: test13-pre5 Daniel Phillips
- [PATCH] filemap_fdatasync & related change... Marcelo Tosatti
- Re: [PATCH] filemap_fdatasync & relate... Linus Torvalds
- Re: [PATCH] filemap_fdatasync & relate... Chris Mason
- Re: [PATCH] filemap_fdatasync & re... Daniel Phillips
- Re: [PATCH] filemap_fdatasync & re... Linus Torvalds
- Re: [PATCH] filemap_fdatasync &am... Chris Mason
- Re: [PATCH] filemap_fdatasync &am... Stephen C. Tweedie
- Re: [PATCH] filemap_fdatasync & re... Christoph Rohland
- Re: [PATCH] filemap_fdatasync &am... Chris Mason
- Re: [PATCH] filemap_fdatasync... Christoph Rohland
- Re: [PATCH] filemap_fdatasync &am... Marcelo Tosatti
- Re: [PATCH] filemap_fdatasync... Rik van Riel
- Re: [PATCH] filemap_fdatasync... Chris Mason
- Re: [PATCH] filemap_fdatasync... Linus Torvalds
- Re: [PATCH] filemap_fdatasync... Daniel Phillips
- Re: test13-pre5 (via82cxxx_audio.c) Jonathan Hudson
- Re: test13-pre5 Tom Rini