Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp3431404pxb; Fri, 4 Feb 2022 08:24:43 -0800 (PST) X-Google-Smtp-Source: ABdhPJyvJmjW/Kp1+ON9LbqG9naEyY9bMR3W8lvehE9DPqOFA2TczGtMQ3ielQHdQCo5JLaxFYDN X-Received: by 2002:a17:902:e313:: with SMTP id q19mr3888242plc.161.1643991883438; Fri, 04 Feb 2022 08:24:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643991883; cv=none; d=google.com; s=arc-20160816; b=dIx/R8SmLoHFb54oiW4n0i/nH3UysFMAlwwH7XaJXnhd/PYxvII9recM19FQtcDPQi KYMai66H0EmqpOkIcUk16+Y34Heqe/dUptwjhXhG0BitVNxCwZycDkVyH+kVL2R3S4Vh 10mxSWjQjQHReyKzl4E1YOvQZ9j/JEogYvqWBLn+tfjRQR2v0NGnTDcT2ZhgB+3uU2Zt fNWC4bCz4oSNJC1PRR4Bpgcr6Kpo9cBbIl7wt1O5fLaG2mfRxOH6kYOV+CU5fG5MMA6l wmy36/Y0lC/QCvSWPO6WXvSaFJ3jM6fW892TcNcXPa/+Fbd0BNe8XS1QClPIcctkb6AQ 1+VA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from; bh=abAS/m3RlfMRvqytp1vn+PyyhYcmFyPfzMP96hOnsCM=; b=RB8c/FhBhEoFrHabiD3YJvwYh27k8lsRKE67SYlABlkke/XL/guvZB4gUiwRrXnaFO RuOfSRMimIp34tNu7UNEMRmKeNcDBN6Tw0pCfw6yengVpmb5aZret5IIESOVauzL660U 2fYMz+JBNbwVqhQnuFIG6VbsRiXx7jrtx0LRMeJt1rUDiJIckIhncLWb7OYBE3Z9riMa YkL5FIqOB52v9MtQ2lsBxv1rZcD5EbUNn8KJetBzxCK5Ks5kd3un74US6hNzTdjHHRGk wHaFCGxdiubY/1eCp6N5blv/HibIc1alOzhW32w1Wi+okHsVnCHMFVj7q7Wm4u+uYhEB P9mw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id f17si2201504pgv.733.2022.02.04.08.24.30; Fri, 04 Feb 2022 08:24:43 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241178AbiBBSYR (ORCPT + 99 others); Wed, 2 Feb 2022 13:24:17 -0500 Received: from foss.arm.com ([217.140.110.172]:47344 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229959AbiBBSYR (ORCPT ); Wed, 2 Feb 2022 13:24:17 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id DBDC7113E; Wed, 2 Feb 2022 10:24:15 -0800 (PST) Received: from e113632-lin (usa-sjc-imap-foss1.foss.arm.com [10.121.207.14]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 366AE3F40C; Wed, 2 Feb 2022 10:24:15 -0800 (PST) From: Valentin Schneider To: Frederic Weisbecker , Peter Zijlstra Cc: LKML , Frederic Weisbecker Subject: Re: [PATCH] sched/preempt: Tell about PREEMPT_DYNAMIC on kernel headers In-Reply-To: <20220202145954.458370-1-frederic@kernel.org> References: <20220202145954.458370-1-frederic@kernel.org> Date: Wed, 02 Feb 2022 18:24:09 +0000 Message-ID: <87mtj9nn3q.mognet@arm.com> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/02/22 15:59, Frederic Weisbecker wrote: > Displaying "PREEMPT" on kernel headers when CONFIG_PREEMPT_DYNAMIC=y > can be misleading for anybody involved in remote debugging because it > is then not guaranteed that there is an actual preemption behaviour. It > depends on default Kconfig or boot defined choices. > > Therefore, tell about PREEMPT_DYNAMIC on static kernel headers and leave > the search for the actual preemption behaviour to browsing dmesg. > Looks sensible. One small further cleanup nit below, otherwise: Reviewed-by: Valentin Schneider > Signed-off-by: Frederic Weisbecker > Cc: Valentin Schneider > --- > init/Makefile | 3 ++- > scripts/mkcompile_h | 15 +++++++++++---- > 2 files changed, 13 insertions(+), 5 deletions(-) > > diff --git a/init/Makefile b/init/Makefile > index 06326e304384..d82623d7fc8e 100644 > --- a/init/Makefile > +++ b/init/Makefile > @@ -31,7 +31,8 @@ quiet_cmd_compile.h = CHK $@ > cmd_compile.h = \ > $(CONFIG_SHELL) $(srctree)/scripts/mkcompile_h $@ \ > "$(UTS_MACHINE)" "$(CONFIG_SMP)" "$(CONFIG_PREEMPT_BUILD)" \ > - "$(CONFIG_PREEMPT_RT)" "$(CONFIG_CC_VERSION_TEXT)" "$(LD)" > + "$(CONFIG_PREEMPT_DYNAMIC)" "$(CONFIG_PREEMPT_RT)" \ > + "$(CONFIG_CC_VERSION_TEXT)" "$(LD)" > > include/generated/compile.h: FORCE > $(call cmd,compile.h) > diff --git a/scripts/mkcompile_h b/scripts/mkcompile_h > index 6a2a04d92f42..f4d6ca3c6fd7 100755 > --- a/scripts/mkcompile_h > +++ b/scripts/mkcompile_h > @@ -5,9 +5,10 @@ TARGET=$1 > ARCH=$2 > SMP=$3 > PREEMPT=$4 > -PREEMPT_RT=$5 > -CC_VERSION="$6" > -LD=$7 > +PREEMPT_DYNAMIC=$5 > +PREEMPT_RT=$6 > +CC_VERSION="$7" > +LD=$8 > > # Do not expand names > set -f > @@ -41,7 +42,13 @@ fi > UTS_VERSION="#$VERSION" > CONFIG_FLAGS="" > if [ -n "$SMP" ] ; then CONFIG_FLAGS="SMP"; fi > -if [ -n "$PREEMPT" ] ; then CONFIG_FLAGS="$CONFIG_FLAGS PREEMPT"; fi > +if [ -n "$PREEMPT" ] ; then > + if [ -n "$PREEMPT_DYNAMIC" ] ; then > + CONFIG_FLAGS="$CONFIG_FLAGS PREEMPT_DYNAMIC"; > + else > + CONFIG_FLAGS="$CONFIG_FLAGS PREEMPT"; > + fi > +fi > if [ -n "$PREEMPT_RT" ] ; then CONFIG_FLAGS="$CONFIG_FLAGS PREEMPT_RT"; fi > I got suspicious of that PREEMPT_RT line, but it works because PREEMPT_BUILD and PREEMPT_RT are mutually exclusive. Nevertheless, could we clear out the ambiguity and make that into: if [ -n "$PREEMPT_RT" ] ; then CONFIG_FLAGS="$CONFIG_FLAGS PREEMPT_RT"; elif [ -n "$PREEMPT_DYNAMIC" ] ; then CONFIG_FLAGS="$CONFIG_FLAGS PREEMPT_DYNAMIC"; elif [ -n "$PREEMPT" ] ; then CONFIG_FLAGS="$CONFIG_FLAGS PREEMPT"; fi > # Truncate to maximum length > -- > 2.25.1