On Wed 2016-07-13 22:24:38, Sergey Senozhatsky wrote:
> Hello,
>
> On (07/13/16 13:14), Petr Mladek wrote:
> [..]
> > > > [ 4913.000310]
> > > > item8750item8751item8752item8753item8754item8755item8756item8757item8758item8759
> > > > [ 4913.000327]
> > > > item8760item8761item8762item8763item876
Hello,
On (07/13/16 13:14), Petr Mladek wrote:
[..]
> > > [ 4913.000310]
> > > item8750item8751item8752item8753item8754item8755item8756item8757item8758item8759
> > > [ 4913.000327]
> > > item8760item8761item8762item8763item8764item8765item8766item8767item8768item8769
> > > [ 4913.000342]
> > >
On Tue 2016-07-12 10:04:59, Viresh Kumar wrote:
> On 12-07-16, 17:59, Petr Mladek wrote:
> > On Mon 2016-07-11 12:25:11, Viresh Kumar wrote:
> > > We were also screwed because of the problem this thread is trying to
> > > solve,
> > > which I posted last week [1].
> > >
> > > And then I found thi
On Wed 2016-07-13 16:42:42, Sergey Senozhatsky wrote:
> Hello,
>
> On (07/12/16 18:28), Petr Mladek wrote:
> > I have tried the following:
> >
> >int a,b;
> >
> >for (a = 0; a < 1000; a++) {
> >for (b = 0; b < 10; b++) {
> >pr_cont("item%04
Hello,
On (07/12/16 18:28), Petr Mladek wrote:
> I have tried the following:
>
>int a,b;
>
>for (a = 0; a < 1000; a++) {
>for (b = 0; b < 10; b++) {
>pr_cont("item%04d", a*10 + b);
>}
>pr_cont("\n");
>
On 12-07-16, 17:59, Petr Mladek wrote:
> On Mon 2016-07-11 12:25:11, Viresh Kumar wrote:
> > We were also screwed because of the problem this thread is trying to solve,
> > which I posted last week [1].
> >
> > And then I found this thread which fixed my issue, thanks a lot guys :)
> >
> > Tested
On (07/12/16 17:59), Petr Mladek wrote:
[..]
> > [ 12.874909] sched: RT throttling activated for rt_rq ffc0ac13fcd0
> > (cpu 0)
> > [ 12.874909] potential CPU hogs:
> > [ 12.874909] printk (292)
> >
> > On my system, the excessive printing happens during suspend/resume and this
> > hap
On Wed 2016-06-29 14:08:35, Sergey Senozhatsky wrote:
> Hello,
>
> the patch to fix the async KERN_CONT printk regression I mentioned
> several days ago in another thread.
>
> as a separate patch for now, to ease the review. will squash with 0001.
>
> == 8< ==
>
> >From
On Mon 2016-07-11 12:25:11, Viresh Kumar wrote:
> On Fri, May 13, 2016 at 6:18 AM, Sergey Senozhatsky
> wrote:
> > Hello,
> >
> > no code changes, just refreshing the series so it'll be easier to
> > pick up. added Reviwed-by-s and corrected a typo spotted by Petr.
> >
> > This patch permits to ch
On Fri, May 13, 2016 at 6:18 AM, Sergey Senozhatsky
wrote:
> Hello,
>
> no code changes, just refreshing the series so it'll be easier to
> pick up. added Reviwed-by-s and corrected a typo spotted by Petr.
>
> This patch permits to change printk() to operate in completely
> asynchronous mode: new
On (06/28/16 22:16), Joe Perches wrote:
> On Wed, 2016-06-29 at 14:08 +0900, Sergey Senozhatsky wrote:
> > the patch to fix the async KERN_CONT printk regression I mentioned
> > several days ago in another thread.
>
> KERN_CONT is effectively a no-op.
> This is any printk without a KERN_
if the m
On Wed, 2016-06-29 at 14:08 +0900, Sergey Senozhatsky wrote:
> the patch to fix the async KERN_CONT printk regression I mentioned
> several days ago in another thread.
KERN_CONT is effectively a no-op.
This is any printk without a KERN_
Hello,
the patch to fix the async KERN_CONT printk regression I mentioned
several days ago in another thread.
as a separate patch for now, to ease the review. will squash with 0001.
== 8< ==
>From 70f65ed55eb82a1b8b74fdbd1a7afc9e77e9b380 Mon Sep 17 00:00:00 2001
From: Se
On (05/13/16 22:18), Sergey Senozhatsky wrote:
> Hello,
>
> no code changes, just refreshing the series so it'll be easier to
> pick up. added Reviwed-by-s and corrected a typo spotted by Petr.
>
Andrew,
Did you get a chance to look at the series?
-ss
Hello,
no code changes, just refreshing the series so it'll be easier to
pick up. added Reviwed-by-s and corrected a typo spotted by Petr.
This patch permits to change printk() to operate in completely
asynchronous mode: new messages are getting upended to the kernel
printk buffer, but instead of
Hello,
This patch set makes printk() completely asynchronous: new messages
are getting upended to the kernel printk buffer, but instead of 'direct'
printing the actual print job is performed by a dedicated kthread.
This has the advantage that printing always happens from a schedulable
context and
16 matches
Mail list logo
