Messages in this thread | | | Date | Mon, 25 Jan 1999 02:04:59 +0100 (CET) | From | Andrea Arcangeli <> | Subject | Re: MM deadlock [was: Re: arca-vm-8...] |
| |
On Mon, 25 Jan 1999, Alan Cox wrote:
> Thats as maybe. However someone needs to find a way to do it. Right now I > can run a matrox meteor on netbsd,freebsd,openbsd,windows95, nt but not Linux
If I understand well the problem is get more than 1<<maxorder contiguos phys pages in RAM. I think it should not too difficult to do a dirty hack to have such contiguos RAM without wait for 2.[34]. I could implement a alternate __get_big_pages that does some try to get many mem-areas of the maximal order contigous. Maybe it will not able to give you such contiguos memory (due mem fragmentation) but if it's possible it will give back it to you (_slowly_). Then you should use an aware free_big_pages() to give back the memory. That way the codebase (for people that doesn't need __get_big_pages in their device drivers) will be untouched (so no codebase stability issues).
Andrea Arcangeli
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |