Thread (4 messages) 4 messages, 2 authors, 2012-10-22

What rationale behind physical and virtual kernel memory layout ?

From: Arun KS <hidden>
Date: 2012-10-22 09:16:26

Hi Telenn,

On Sat, Oct 20, 2012 at 12:48 AM, telenn barz [off-list ref] wrote:
Hello Arun,

Thanks for answering.

On Fri, Oct 19, 2012 at 3:33 PM, Arun KS [off-list ref] wrote:
quoted
On Fri, Oct 19, 2012 at 3:03 PM, telenn barz [off-list ref]wrote:
quoted
Q: In the 4G/4G split case, I don't see why we have to necessarily flush
the TLB when switching from user-space to kernel-space ? Why the TLB
couldn't be shared across one user-space to kernel-space switch, and be
flushed only every two switches ?
In 4G/4G split, kernel space(KS) and user space(US) both have 4GB address
space. So there can be a same virtual address present in KS & US which
corresponds to two different physical addressess.
When switching from US to KS or vice versa, the pointer to page table has
to be changed in the MMU. So TLB which is just a cache for the page tables
has to be flushed aswell.

Yes you're right.
So considering the traditional 3G/1G split, another question is why the
kernel restricts itself to a "window" of 128MB on high memory. Can we
imagine rather that the kernel would simply allow itself to dynamically use
some virtual pages of the 3G user-space part (while changing their access
rights of course) ?
128MB  of kernel linear address space is for mapping high mem pages. This
is a temporary mapping, you have to unmap this 128MB to map another 128MB.
AFAIK you can change this configuration by changing your lowmem area,
vmalloc area and device io memory area which are mapped to the kernel
virtual space.


Thanks,
Arun
Thanks,
Telenn
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20121022/eb88ca7b/attachment.html 
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help