Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 22 Mar 2001 19:46:30 +0000 (GMT)
From:      Terry Lambert <tlambert@primenet.com>
To:        arch@FreeBSD.ORG
Subject:   4MB pages
Message-ID:  <200103221946.MAA15517@usr06.primenet.com>

next in thread | raw e-mail | index | archive | help
I know that this is going to look like I should have posted it
on the "-arch-questions" list, but there isn't one, and it
involves future work (I think), so here goes...


Has anyone tried playing with 4MB pages for doing other things?

Specifically, has anyone played with them for mappings for
all the text pages in an executable, or a large contiguous
data mapping for something like a DVDROM or anonymous regions?

I'm interested in playing around with this, and it seems to me
the only place this flag is ever set is in the initial kernel
mapping and mmap of physical devices?

This is what pmap_bootstrap() and pmap_object_init_pt() leads
me to believe... is this correct?

That would imply that the DVD case would "just work", if the
right dead chicken were waved over it... start, stop, size,
etc. parameters to mmap() (would like to know if it needs a
special kick in the pants).

What about the /dev/zero case (to grab anonymous memory via
mmap())?  It seems that this would be incredibly useful for
CPU emulation for something like running foreign code by mapping
it into a big page in an emulator, and emulating the instruction
set against the code, in memory.

Will /dev/zero "just work" because it's a device (OBJT_DEVICE)?

Will ALL devices "just work"?  I can't tell what this would do
to the pagability -- pmap_enter and family seem to want to
panic, so would this only be useful on a machine with a huge
amount of RAM, or only for using one page at a time as a window,
if it were too large?


As usual, I'm playing with 4.x, not 5.x, so feel free to tell
me that this has already been thought of, and therefore is not
an issue for -arch.

					Terry Lambert
					terry@lambert.org
---
Any opinions in this posting are my own and not those of my present
or previous employers.

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200103221946.MAA15517>