commit-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[SCM] GNU Mach branch, mplaneta/libbraunr/master, updated. f694a31841908


From: Maksym Planeta
Subject: [SCM] GNU Mach branch, mplaneta/libbraunr/master, updated. f694a3184190889dd32504c43b9e91be1403db1f
Date: Fri, 22 Jul 2011 12:07:30 +0000

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU Mach".

The branch, mplaneta/libbraunr/master has been updated
       via  f694a3184190889dd32504c43b9e91be1403db1f (commit)
       via  9cab0a6e22cb670ec0576a6f6eff15c4954fb115 (commit)
       via  4f2bc7a4bbf81b6b117253e4baf59894bda4b132 (commit)
       via  780b89ac951bf0ceaadd6d1c49c8015d8c19c66f (commit)
       via  07c77149909c749e4fed35c8c4aaf108467e1c8f (commit)
       via  fa716ec6c8b2900b9fd4e32c7a909eaaf48c3544 (commit)
      from  d9560a70e8b32811fd043ffc35b82a9430d91496 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit f694a3184190889dd32504c43b9e91be1403db1f
Author: Maksym Planeta <address@hidden>
Date:   Fri Jul 22 14:03:14 2011 +0300

    Replace default backend allocation function.
    
    * kern/balloc/mem.c (mem_default_alloc): Substitute kmem_alloc for
    kmem_alloc_wired.

commit 9cab0a6e22cb670ec0576a6f6eff15c4954fb115
Author: Maksym Planeta <address@hidden>
Date:   Fri Jul 22 11:10:25 2011 +0300

    Add source functions for vm_map_kentry_cache.
    
    * vm/vm_map.c (kentry_alloc_cache): New function.
    (kentry_cache_source): New structure.
    (kentry_count): Add const specificer.
    * vm/vm_map.h (kentry_count): Add const specificer.

commit 4f2bc7a4bbf81b6b117253e4baf59894bda4b132
Author: Maksym Planeta <address@hidden>
Date:   Fri Jul 22 11:07:39 2011 +0300

    Cache can be unreapable.
    
    * kern/balloc/mem.c (mem_gc): If free function is NULL, cache can't be
    reapped.

commit 780b89ac951bf0ceaadd6d1c49c8015d8c19c66f
Author: Maksym Planeta <address@hidden>
Date:   Fri Jul 22 01:19:40 2011 +0300

    Fix handling to mem_alloc_map
    
    * ipc/ipc_table.c (mem_alloc_map): Fix handling.

commit 07c77149909c749e4fed35c8c4aaf108467e1c8f
Author: Maksym Planeta <address@hidden>
Date:   Thu Jul 21 00:35:41 2011 +0300

    Add hack for debugging builds.
    
    * kern/balloc/mem.c (mem_cache_init): Hack added.

commit fa716ec6c8b2900b9fd4e32c7a909eaaf48c3544
Author: Maksym Planeta <address@hidden>
Date:   Fri Jul 15 20:40:09 2011 +0300

    Avoid using dynamic allocation before balloc initialisation.
    
    * vm/vm_kern.c (vm_submap_object, kernel_object): Replace reference to
     pointers with taking address of variable.
    * vm/vm_external.c (vm_external_cache,
    vm_object_small_existence_map_cache,
    vm_object_large_existence_map_cache): Likewise.
    * vm/vm_map.c (vm_submap_object, kernel_object): Likewise.
    * vm/vm_map.h (vm_submap_object): Likewise.
    * vm/vm_object.h (kernel_object): Likewise.
    * i386/intel/pmap.c (pv_list_cache): Likewise.
    * xen/grant.c (kernel_object): Likewise.
    * vm/vm_object.c (vm_submap_object, kernel_object, vm_object_template):
    Likewise.
    (_vm_object_allocate): Doesn't allocate memory on it's own.
    (vm_object_allocate): Allocates memory on it's own.

-----------------------------------------------------------------------

Summary of changes:
 i386/intel/pmap.c |    6 ++--
 ipc/ipc_table.c   |    8 ++--
 kern/balloc/mem.c |   10 ++++-
 vm/vm_external.c  |   36 +++++++++----------
 vm/vm_kern.c      |   20 +++++-----
 vm/vm_map.c       |   31 +++++++++++++----
 vm/vm_map.h       |    4 +-
 vm/vm_object.c    |   96 ++++++++++++++++++++++++----------------------------
 vm/vm_object.h    |    3 +-
 xen/grant.c       |    2 +-
 10 files changed, 114 insertions(+), 102 deletions(-)


hooks/post-receive
-- 
GNU Mach



reply via email to

[Prev in Thread] Current Thread [Next in Thread]