Thread (4 messages) 4 messages, 2 authors, 2018-07-27

[PREEMPT_RT]: Using printk-rt-aware.patch in non-rt kernel

From: Pintu Kumar <hidden>
Date: 2018-07-26 18:08:20
Also in: linux-rt-users, lkml

On Thu, Jul 26, 2018 at 9:08 PM Sebastian Andrzej Siewior
[off-list ref] wrote:
On 2018-07-18 20:19:15 [+0530], Pintu Kumar wrote:
quoted
Hi All,
Hi,
quoted
I have a question about PREEMPT_RT patch for 3.10 kernel.
I am trying to port this rt patch: 0224-printk-rt-aware.patch.patch
(see the patch below), in non-rt kernel.
I could able to successfully apply this patch after replacing:
migrate_enable/disable with preempt_enable/disable.
Things were working fine so far.
Why?
quoted
Then, I noticed that "printk" from interrupt context is not appearing
on console (minicom), if console shell is active.
However, it appears on the dmesg output.

So, I am wondering, what could be the cause of this patch for this
behavior in non-rt kernel?
Is this the expected behavior, even on PREEMPT_RT kernel?
I *think* it is but there are hardly any prints from atomic context for
anyone to notice. And the next print from non-atomic context should
flush it out.
Yes, we observed the same behavior with CONFIG_PREEMPT_RT_FULL with
beagle bone-rt kernel 4.9.
And yes, after doing : echo "1234" > /dev/kmsg the content were flushed.
So, I guess this is the expected behavior with this patch.
quoted
Is there a way we can fix this issue on non-rt kernel?
I would guess that a wakeup to klogd would fix it.
Sorry, can you elaborate more about "wakeup to klogd".
I wanted to try it and check.
quoted
Please help us with your suggestions.

Thanks,
Pintu
Sebastian
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help