Jan, Our program ran without interruption last night with no bug, except it appears one still exists possibly regarding either ethernet (Intel e100), sshd, nfsd, or as a result of running top. It seems excessive network requests and calls to top and dmesg can trigger it.
Today I will recompile the kernel with all debugging options enabled, make the system run until the bug occurs, send you that .config file as well as the current .config that still crashes on occasion (though the xenomai application runs rock solid in spite of the linux scheduling while atomic bugs). since the logs may be big, is there an ftp I can send them to or should I email those directly? Thank you, Joshua Karch ________________________________________ From: Jan Kiszka [[email protected]] Sent: Thursday, December 10, 2009 1:56 AM To: Josh Karch Cc: [email protected] Subject: Re: Xenomai scheduling while atomic bug--debugging parameters Josh Karch wrote: > Hi Jan, > > I did a complete make mrproper on the system and recompiled without debugging > parameters, mrproper is not required, the kernel is supposed to detect what needs to be rebuild based on the .config changes. > which took a few hours on the machine because the modules take up a lot. I > probably should prune all unused modules (eg video, pcmcia, sound, etc) that > I'm not using. Yep. > > I guess I will have to back up my current /lib/modules/2.6.30.8 when I > recompile with all debug support for that experiment, grab the data, and then > get that to you once my testing (hopefully) is successful on this change > without kernel debugging options. > Gilles already said this: We also need your .config to check if you are stressing an uncommon configuration or if we are even able to reproduce it locally. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux _______________________________________________ Xenomai-help mailing list [email protected] https://mail.gna.org/listinfo/xenomai-help
