From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756179AbcDGNPk (ORCPT ); Thu, 7 Apr 2016 09:15:40 -0400 Received: from mx2.suse.de ([195.135.220.15]:48353 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753515AbcDGNPj (ORCPT ); Thu, 7 Apr 2016 09:15:39 -0400 Date: Thu, 7 Apr 2016 15:15:32 +0200 From: Jan Kara To: Sergey Senozhatsky Cc: Jan Kara , Andrew Morton , Sergey Senozhatsky , Jan Kara , Petr Mladek , Tejun Heo , Tetsuo Handa , linux-kernel@vger.kernel.org, Byungchul Park Subject: Re: [PATCH v10 1/2] printk: Make printk() completely async Message-ID: <20160407131532.GA12033@quack2.suse.cz> References: <1459789048-1337-1-git-send-email-sergey.senozhatsky@gmail.com> <1459789048-1337-2-git-send-email-sergey.senozhatsky@gmail.com> <20160404155149.a3e3307def2d1315e2099c63@linux-foundation.org> <20160406082758.GA3554@quack.suse.cz> <20160407094851.GA1349@swordfish> <20160407120826.GA464@swordfish> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160407120826.GA464@swordfish> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu 07-04-16 21:08:26, Sergey Senozhatsky wrote: > Hello, > > On (04/07/16 18:48), Sergey Senozhatsky wrote: > > On (04/06/16 10:27), Jan Kara wrote: > > [..] > > > > Well, it's good that we have this. > > > > > > > > It would be better if it was runtime-controllable - changing boot > > > > parameters is a bit of a pain. In fact with this approach, your > > > > zillions-of-scsi-disks scenario becomes less problematic: do the async > > > > offloading during the boot process then switch back to the more > > > > reliable sync printing late in boot. > > > > > > Doing this should be relatively easy. It would be userspace's decision > > > whether they want more reliable or faster printk. Sounds fine with me. > > ok, after some thinking -- it makes a lot of sense to have it. good old > sync printk is potentially more reliable after all. I think I also now > want to meke the 'default' for printk_sync being 'true'. so we won't > spoil printk on the systems that never had any problems with it. at > least for one release cycle, may be. thus, people would need to request > async printk via boot param and switch back to sync printk once the booting > process is done [or keep async printk]. > > how does that sound? That is fine with me. We can always enable this by default in our distro so that it gets more exposure and big machines are able to boot... Honza -- Jan Kara SUSE Labs, CR