From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932089AbdDGHV6 (ORCPT ); Fri, 7 Apr 2017 03:21:58 -0400 Received: from atrey.karlin.mff.cuni.cz ([195.113.26.193]:53414 "EHLO atrey.karlin.mff.cuni.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752887AbdDGHVq (ORCPT ); Fri, 7 Apr 2017 03:21:46 -0400 Date: Fri, 7 Apr 2017 09:21:43 +0200 From: Pavel Machek To: Sergey Senozhatsky Cc: Sergey Senozhatsky , Steven Rostedt , Petr Mladek , Jan Kara , Andrew Morton , Linus Torvalds , Peter Zijlstra , "Rafael J . Wysocki" , Eric Biederman , Greg Kroah-Hartman , Jiri Slaby , Len Brown , linux-kernel@vger.kernel.org Subject: Re: [RFC][PATCHv2 2/8] printk: introduce printing kernel thread Message-ID: <20170407072143.GB11792@amd> References: <20170329092511.3958-1-sergey.senozhatsky@gmail.com> <20170329092511.3958-3-sergey.senozhatsky@gmail.com> <20170406171430.GB10363@amd> <20170407051244.GB487@jagdpanzerIV.localdomain> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QKdGvSO+nmPlgiQ/" Content-Disposition: inline In-Reply-To: <20170407051244.GB487@jagdpanzerIV.localdomain> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --QKdGvSO+nmPlgiQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > spin_dump() and trigger_all_cpu_backtrace() result in a bunch of > additional printk()-s so CPU0 has even more job to do in console_unlock(), > while it still holds the contended spin_lock. and so on; there are > many other examples. >=20 > so should we declare a "we can spend only 2 seconds in direct printk() > and then must offload printing" rule? I don't think it's much better > than a simpler "we always offload, as long as we think it's safe". I believe we should do the 2 seconds rule. It allows us to print "some messages delayed" message, so at least whoever is trying to debug the crash will have the hints that he needs to look at the printk system. "we always offload, as long as we think it's safe" rule does not really work, as printk() can not detect if it is safe or not. Pavel --=20 (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blo= g.html --QKdGvSO+nmPlgiQ/ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAljnPgcACgkQMOfwapXb+vJKYwCgpTAX80Fw2URRcO5jhHxesggw RxsAoJdiwuwcCoVaA1aKnDFdBtX5xhce =mb6E -----END PGP SIGNATURE----- --QKdGvSO+nmPlgiQ/--