Module: xenomai-head
Branch: master
Commit: 2fa11ca75eaf8e17e90ccc876ec56f53897d2bff
URL:    
http://git.xenomai.org/?p=xenomai-head.git;a=commit;h=2fa11ca75eaf8e17e90ccc876ec56f53897d2bff

Author: Philippe Gerum <r...@xenomai.org>
Date:   Fri May 29 00:23:22 2009 +0200

Remove misleading comment

---

 ksrc/nucleus/pod.c |   12 +++++-------
 1 files changed, 5 insertions(+), 7 deletions(-)

diff --git a/ksrc/nucleus/pod.c b/ksrc/nucleus/pod.c
index 8a91790..33c0e6b 100644
--- a/ksrc/nucleus/pod.c
+++ b/ksrc/nucleus/pod.c
@@ -394,13 +394,11 @@ int xnpod_init(void)
         * because on some architectures, vmalloc memory may not be
         * accessed while running in physical addressing mode
         * (e.g. exception trampoline code on powerpc with standard
-        * MMU support - CONFIG_PPC_STD_MMU). Meanwhile, since we want
-        * to allow the system heap to be larger than 128Kb in
-        * contiguous memory, we can't restrict to using kmalloc()
-        * memory for it either.  Therefore, we manage a private stack
-        * pool for kernel-based threads which will be populated with
-        * the kind of memory the underlying arch requires, still
-        * allowing the system heap to rely on a vmalloc'ed segment.
+        * MMU support - CONFIG_PPC_STD_MMU).  Therefore, we manage a
+        * private stack pool for kernel-based threads which will be
+        * populated with the kind of memory the underlying arch
+        * requires, still allowing the system heap to rely on a
+        * vmalloc'ed segment.
         */
        heapaddr = xnarch_alloc_stack_mem(CONFIG_XENO_OPT_SYS_STACKPOOLSZ * 
1024);
        if (heapaddr == NULL ||


_______________________________________________
Xenomai-git mailing list
Xenomai-git@gna.org
https://mail.gna.org/listinfo/xenomai-git

Reply via email to