Jes Sorensen wrote: > Well then the question is, would it simplify the code using no_pfn in > this case? Hacking up fake struct page entries seems even more of a > hack to me. I second that. That's were we are with our dcss xip thing today. It _is_ a hack to have a struct page that you don't need. Carsten - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: [patch] mspec - special memory driver and do_no_pfn handler
- From: Christoph Hellwig <[email protected]>
- Re: [patch] mspec - special memory driver and do_no_pfn handler
- References:
- [patch] mspec - special memory driver and do_no_pfn handler
- From: Jes Sorensen <[email protected]>
- Re: [patch] mspec - special memory driver and do_no_pfn handler
- From: Andrew Morton <[email protected]>
- Re: [patch] mspec - special memory driver and do_no_pfn handler
- From: Linus Torvalds <[email protected]>
- Re: [patch] mspec - special memory driver and do_no_pfn handler
- From: Benjamin Herrenschmidt <[email protected]>
- Re: [patch] mspec - special memory driver and do_no_pfn handler
- From: Jes Sorensen <[email protected]>
- [patch] mspec - special memory driver and do_no_pfn handler
- Prev by Date: [patch 1/1] scsi mca_53c9x missing return check for request_region()
- Next by Date: Ticket No: 00903228100
- Previous by thread: Re: [patch] mspec - special memory driver and do_no_pfn handler
- Next by thread: Re: [patch] mspec - special memory driver and do_no_pfn handler
- Index(es):