[EMAIL PROTECTED] wrote: > [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] : > >> First of all, do we know where the demo precisely faults? In >> which heap's memset? We could then analyse how this heap is >> being set up in the kernel, if all mappings are done as >> expected, if reasonable address are passed to the user, etc. >> > > It crashs when the last heap is touched (please see programs output below).
Where precisely? What address is touched? Already tried to catch the SEGV with a debugger? > Astonishingly it does not crash every time !? In fact I had to reboot to > produce this output (after running the program several times without a crash; > don´t ask me why) : > > Start Heap > root_thread_init : > timer startedt > display task created > root_thread_init beendet > Available Memory 113377280 (Pagesize 4096) > heap 0 of size 16000000 created > Heap 0 allocated size 16000000 > heap 1 of size 16000000 created > Heap 1 allocated size 16000000 > heap 2 of size 16000000 created > Heap 2 allocated size 16000000 > heap 3 of size 16000000 created > Heap 3 allocated size 16000000 > heap 4 of size 16000000 created > Heap 4 allocated size 16000000 > heap 5 of size 16000000 created > Heap 5 allocated size 16000000 > heap 6 of size 16000000 created > Heap 6 allocated size 16000000 > Available Memory after allocation 4317184 > Heap 7 created with size 1505280 > Heap 7 allocated size 1505280 > Memory allocated in total : 113505280 > Setting heap 0. Size 16000000 > Setting heap 1. Size 16000000 > Setting heap 2. Size 16000000 > Setting heap 3. Size 16000000 > Setting heap 4. Size 16000000 > Setting heap 5. Size 16000000 > Setting heap 6. Size 16000000 > Setting heap 7. Size 1505280 > Segmentation fault > >>> I may have my hands on a 405 board on Friday, but I'm not >> sure if I can do much more testing than a simple run of the >> program. Of course, testing will primarily take place over >> latest Xenomai... >> > > This certainly would be helpful, especially if you could reproduce the > problem (so I know I don´t hunt a phantasm). > >> Roderik, you said you tested under Qemu as well? For PPC or x86 arch? > > I thought, you tested with Qemu without success (crash). But perhaps my > rememberence mixes something up. When I said, that the crash could not be > reproduced with Qemu I thought to reference your test. Isn´t this correct ? Ok, misunderstanding. I tried with Qemu and real x86 hardware, but only over 2.6 so far. Will have to check with 2.4 as well because of the over-commitment 2.6 does when requesting memory + the OOM killer shooting the test immediately. Jan
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Xenomai-help mailing list [email protected] https://mail.gna.org/listinfo/xenomai-help
