From mboxrd@z Thu Jan 1 00:00:00 1970 From: vibnwis@gmail.com (vibnwis) Date: Sun, 27 Sep 2015 15:08:57 +1300 Subject: Unset LOCKDEP and TRACE_IRQFLAGS_SUPPORT In-Reply-To: <98526.1443318800@turing-police.cc.vt.edu> References: <58262.1443283400@turing-police.cc.vt.edu> <94398.1443315287@turing-police.cc.vt.edu> <98526.1443318800@turing-police.cc.vt.edu> Message-ID: To: kernelnewbies@lists.kernelnewbies.org List-Id: kernelnewbies.lists.kernelnewbies.org So what *exactly* happened when it failed to work? The patch didn't apply? The kernel wouldn't compile? won't boot? Boots but no realtime? Any error messages? What suggested that TRACE_IRQFLAGS would make a difference? Xenomai patching succeeded but when running one of is test apps, "latency" showing > > > > > > >> > 0"000.000| BUG in low_init(): [main] mlockall: Cannot allocate > > > > memory And the mailing list member suggested the following "The problematic option is CONFIG_TRACE_IRQFLAGS, not > > CONFIG_CONTEXT_TRACKING, and you have it enabled, since without it, > > you would not be able to enable CONFIG_LOCKDEP. Please disable > > CONFIG_TRACE_IRQFLAGS. You will need to disable all the options > > depending on that option, such as CONFIG_LOCKDEP." First thing to do is to verify that you *really* need the patch at all. 95% of people who think they need special real-time patches don't actually need them. Linux already has fairly good soft real-time support, which is good for most stuff. Experimenting for automation and for educational purposes. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20150927/78a88552/attachment.html