Messages in this thread |  | | Date | Fri, 20 Aug 2004 11:02:57 -0400 | From | Alan Cox <> | Subject | Re: PF_MEMALLOC in 2.6 |
| |
On Fri, Aug 20, 2004 at 04:50:07PM +0200, Oliver Neukum wrote: > > This is what made me suspect that it's the diry memory writeout problem. > > It's just like how it was on 2.4 before Alan added PF_MEMALLOC. > > If we add PF_MEMALLOC, do we solve the issue or make it only less > likely? Isn't there a need to limit users of the reserves in number?
PF_MEMALLOC won't recurse. You might run out of memory however. The old world scsi drivers run in the thread of the I/O so are protected already by PF_MEMALLOC in those cases, its the thread nature of the USB driver which makes it more fun. Unless 2.6 vm is radically different I think PF_MEMALLOC is the right thing to set although it would always eventually be better to find out who is guilty of the blocking allocation that recurses.
Are any of the VM guys considering PF_LOGALLOC so you can trace it down 8)
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |