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

