From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754264AbcJYEo6 (ORCPT ); Tue, 25 Oct 2016 00:44:58 -0400 Received: from mail-pf0-f195.google.com ([209.85.192.195]:35842 "EHLO mail-pf0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752105AbcJYEo5 (ORCPT ); Tue, 25 Oct 2016 00:44:57 -0400 Date: Tue, 25 Oct 2016 13:44:52 +0900 From: Sergey Senozhatsky To: Linus Torvalds Cc: Sergey Senozhatsky , Sergey Senozhatsky , Joe Perches , Geert Uytterhoeven , Tetsuo Handa , Linux Kernel Mailing List , Petr Mladek , Tejun Heo , Calvin Owens , Steven Rostedt , Andrew Morton Subject: Re: linux.git: printk() problem Message-ID: <20161025044452.GA411@swordfish> References: <20161024140845.GA626@swordfish> <20161025015554.GA495@swordfish> <20161025040617.GA565@swordfish> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.7.1 (2016-10-04) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On (10/24/16 21:15), Linus Torvalds wrote: [..] > No. Most cont lines never hit the delay, because when the line is > completed, it is flushed (and then printed synchronously, assuming it > can get the console lock). > > So the timeout only ever comes into effect if the line isn't completed > in time at all. Which is actually very rare, and never happens for the > "let's print things out in multiple chinks because we're using a > loop". > > Similarly, if a new printk() happens due to interleaving, the previous > buffered line is always flushed first, so buffering never causes > out-of-order behavior. thanks. the patch works fine on my x86 box. > Basically, the only time the timer actually does anything is if > something just does a printk() without a newline, and no other > printouts happen for the next 0.1s. ok. perhaps, like slow serial console. will test on arm board later. -ss