Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1879213pxj; Fri, 18 Jun 2021 19:03:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxBpdFMcNG7P/S8HXKXiOvJwq57r4hJDwwE+Gow4nmCI0NQXPMuYGDoqNRE/ahdhPBQTHg+ X-Received: by 2002:a5d:96c6:: with SMTP id r6mr5810458iol.25.1624068212962; Fri, 18 Jun 2021 19:03:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624068212; cv=none; d=google.com; s=arc-20160816; b=xbgOVqlSpH8wPDMkQyhZJzurddLeTqQm9H9Q9sXNjAFimIs5ESuzdVEZdFnn5QpCc6 dm+7/Jmm7Y1wVx1yRvIwFCASmJijRuxKRtOgGNLO5I32UMGHho6urNv6M2Igun4jgllb 7XGSztXuontk54o5HCS7BkdohwZ5HPfCh+Ci2sDezUF7EWsB3NXIksMi9gL/fDgko9Dp +EYvropg6rNH2HJeP+9COrnrTbXQW2ZQ4gyVkUdRkZuOwfUL5bTawmMCFVq5Yu9VBMvU 16b2Ek65dqvtrJQ4UODQXUdHNQnz7344qSyE7wBzDUi931A23pjj15Z220Dc+gvuq3Bz 2B4w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=U53Zv+dOIOf6NDbBolN/XjoeiPROxo3by+870ku0fDc=; b=GhMIA0NnEjHpcvDZiXGQGYM9HiPe9abCPgTrL4IxeGsi2X63t22Fls24gobRytGhuw AHzVMigREyBiIuSW/lPLoJd6nlDfmiLyl4RjofFhzDuqRmufocoB6iwXQC7Aj48Aredb yw3yB5fFU7QceVLg66pchkuSDY50wvijiEs3SPUbZRwJ8cl4Dia4bkIaC2teW4PGuTuz sgrDBz5LLh/9XydZPEd+KITYbRDYzDg8cu+Mu4//u2sfxuT6QD3kW0m5L9Y4WGGFmMys tNZeUTXArBndc27Rl9Ssmnd5N5ToBzLmwuzH4oGneDPvjyTIGzNKVEWOSeiWYkEGStyg /X2g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u12si4998815ilm.99.2021.06.18.19.02.45; Fri, 18 Jun 2021 19:03:32 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235872AbhFRQ1x (ORCPT + 99 others); Fri, 18 Jun 2021 12:27:53 -0400 Received: from mail.kernel.org ([198.145.29.99]:44100 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231898AbhFRQ1x (ORCPT ); Fri, 18 Jun 2021 12:27:53 -0400 Received: from oasis.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 033CD61260; Fri, 18 Jun 2021 16:25:42 +0000 (UTC) Date: Fri, 18 Jun 2021 12:25:41 -0400 From: Steven Rostedt To: Petr Mladek Cc: John Ogness , Sergey Senozhatsky , Thomas Gleixner , linux-kernel@vger.kernel.org, Stephen Rothwell , Andrew Morton , Peter Zijlstra , Daniel Bristot de Oliveira , Stephen Boyd , Alexander Potapenko Subject: Re: [PATCH next v4 1/2] lib/dump_stack: move cpu lock to printk.c Message-ID: <20210618122541.49fbd114@oasis.local.home> In-Reply-To: References: <20210617095051.4808-1-john.ogness@linutronix.de> <20210617095051.4808-2-john.ogness@linutronix.de> <20210617093243.795b4853@gandalf.local.home> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 18 Jun 2021 16:47:39 +0200 Petr Mladek wrote: > Good point! Just to be sure. Do you see the messed output with plain > kernel? Or do you need the extra patches (from Peter Zijlstra) that > redirect normal printk() to early_printk()? I sometimes use this with Peter's patches, which also do basically the same thing. > > My understanding is that early_printk() is used only for very early > boot message in plain kernel. And that there is not much concurrency > at that time. It will continue if you use ",keep" option. And that is something I have done without Peter's patches, but then they become illegible when there's a bug if more than one CPU triggers. > > That said. I always wanted to upstream Peter's patchset. But I never > found time to clean it up. That would be great too! -- Steve