[lkml]   [2007]   [Apr]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [patch 07/20] Allow paravirt backend to choose kernel PMD sharing
    On Wed, 04 Apr 2007 12:11:58 -0700 Jeremy Fitzhardinge <> wrote:

    > Normally when running in PAE mode, the 4th PMD maps the kernel address
    > space, which can be shared among all processes (since they all need
    > the same kernel mappings).
    > Xen, however, does not allow guests to have the kernel pmd shared
    > between page tables, so parameterize pgtable.c to allow both modes of
    > operation.
    > There are several side-effects of this. One is that vmalloc will
    > update the kernel address space mappings, and those updates need to be
    > propagated into all processes if the kernel mappings are not
    > intrinsically shared. In the non-PAE case, this is done by
    > maintaining a pgd_list of all processes; this list is used when all
    > process pagetables must be updated. pgd_list is threaded via
    > otherwise unused entries in the page structure for the pgd, which
    > means that the pgd must be page-sized for this to work.
    > Normally the PAE pgd is only 4x64 byte entries large, but Xen requires
    > the PAE pgd to page aligned anyway, so this patch forces the pgd to be
    > page aligned+sized when the kernel pmd is unshared, to accomodate both
    > these requirements.
    > Also, since there may be several distinct kernel pmds (if the
    > user/kernel split is below 3G), there's no point in allocating them
    > from a slab cache; they're just allocated with get_free_page and
    > initialized appropriately. (Of course the could be cached if there is
    > just a single kernel pmd - which is the default with a 3G user/kernel
    > split - but it doesn't seem worthwhile to add yet another case into
    > this code).

    All this paravirt stuff isn't making the kernel any prettier, is it?

    > ...
    > -#ifndef CONFIG_X86_PAE
    > -void vmalloc_sync_all(void)
    > +void _vmalloc_sync_all(void)
    > {
    > /*
    > * Note that races in the updates of insync and start aren't
    > @@ -600,6 +599,8 @@ void vmalloc_sync_all(void)
    > static DECLARE_BITMAP(insync, PTRS_PER_PGD);
    > static unsigned long start = TASK_SIZE;
    > unsigned long address;
    > +
    > for (address = start; address >= TASK_SIZE; address += PGDIR_SIZE) {
    > @@ -623,4 +624,3 @@ void vmalloc_sync_all(void)
    > start = address + PGDIR_SIZE;
    > }
    > }

    This is a functional change for non-paravirt kernels. Non-PAE kernels now
    get a vmalloc_sync_all(). How come?

    We normally use double-underscore for things like this.

    Your change clashes pretty fundamantally with,
    _does_ make the kernel prettier.

    But I'm a bit reluctant to rework
    (somehow) until I understand why your patch is a) futzing with non-PAE,
    non-paravirt code and b) overengineered.

    Why didn't you just stick a


    into vmalloc_sync_all()?

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2007-04-07 01:45    [W:0.026 / U:0.420 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site