Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp4742321pxf; Tue, 30 Mar 2021 16:19:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzlRtRc9NCxtrXtP3zXRbaI9nL4Kgq/mNTMsJ7iMZgA89F1/Dm3CdPd1FGp4NIz4DevigXT X-Received: by 2002:a05:6402:4386:: with SMTP id o6mr253952edc.307.1617146371114; Tue, 30 Mar 2021 16:19:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617146371; cv=none; d=google.com; s=arc-20160816; b=cgS1yU8Ln4YZjCoqiGuQBL1CLWTrx2o1BU+ztTTZucsaom+o9b5JN2E4EoKBAOmTks Jp84E6/i26t0Lw/X2dR7vQyX3JE0fwer8P4Z0JdbaQeM0fq4tBsLSZlmU89PocDxWGg2 w7H7xhyeYQizxkWaGX8eNOrf8f7fbQFxWzsMK0M3VRBlAGnW8I36QfxQMXdmhrwG+PAR jZ9ugMZornhccLQA1a+7ii1NmUna0gu1NaIRDIt54y8TH6rKbsZVIZaqfPKU0gR6/am7 FrjoMNfUwwmSC817Un/52Gzy9XVhuFNmMGOCc7B/9KRQ73IqHwyVclcHRiHmTYgawoG4 SjyQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:ironport-hdrordr :dkim-signature; bh=9rPsobZonAhPCiOoJBrd32xVGo1EOy/UCaZUPufGrBQ=; b=GiOLwN6SyymVeFqSMxMk++98lahHSoW3hUztigmX7TuSWHqUYEDkgEnvg5qm/GEcmE A8xrHQSmPckm5UsV6LOy2bpftlFaNRI1a9OFZXn65UzLq+TF1YzeuDkVqx7HCuojqy5P jxB3tuym6YfyCll87i5XH7bH8zlcQG5QhA2/F0ebWwWalDA0f4sTdGNbRUJfk3ui6NUL GfJXStF0xJviw7K2ijyH8FKj6nEPsRjLXaLBng7lWLSWCzXGp49qVxUxubzCWQqTVUZ2 Mf8W8PHDKigveJdnwMs9Dbi+Xli/0GOgNkbb62cG0xOg9V6pMUjNLnNLA/7UfqKu7KZ3 9YOQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@cisco.com header.s=iport header.b=NpYaaqyI; 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; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=cisco.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a21si211643ejr.620.2021.03.30.16.19.07; Tue, 30 Mar 2021 16:19:31 -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; dkim=pass header.i=@cisco.com header.s=iport header.b=NpYaaqyI; 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; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=cisco.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233170AbhC3XSE (ORCPT + 99 others); Tue, 30 Mar 2021 19:18:04 -0400 Received: from rcdn-iport-5.cisco.com ([173.37.86.76]:27882 "EHLO rcdn-iport-5.cisco.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233318AbhC3XSA (ORCPT ); Tue, 30 Mar 2021 19:18:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=2382; q=dns/txt; s=iport; t=1617146280; x=1618355880; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=NpSwJ7/ClV0xFgdKaewj2fSc7O+l5AnknwUQGTToK+Y=; b=NpYaaqyIb419OAPIeXivXUupk0UR+3UMsDFYIukZFvH8wbUKa/715jAW y60xTurkQyeqABca/mCII+oXBfYLhXoh67+R005FTWM5LYAkH5hTvHvHS bzbfKEIqB38TMlYxQqnd7si7puB/3AcIRhfH/hiKczCxfopfYdtpMDhcx w=; IronPort-HdrOrdr: =?us-ascii?q?A9a23=3AEC8CkK39bx9e2WH6V837awqjBelyeYIsi2?= =?us-ascii?q?QD101hICF9WMbwra+Ttd4c0gL5jytUdXE7gNabOLSBR3S0z+8R3aA6O7C+UA?= =?us-ascii?q?76/Fa5NY0K1/qB/xTMEzDzn9Q26Y5OaK57YeecMXFbioLA7BC8A5IcxrC8gc?= =?us-ascii?q?SVrMP/61socg1wcaFn6G5Ce2WmO2l7XhNPC5Z8NLf03Kt6jgGtc3gWcci3b0?= =?us-ascii?q?NtN4P+jubGm578bRkNCwRP0mmzpAm14733GQXw5Hkjeg5IqI1PzUH11yTk+6?= =?us-ascii?q?PmiP2g0xnazWOW1YhOgcDs0MErPr3qtuElbhPxlw2veINtH5qFsTxdmpDX1H?= =?us-ascii?q?8a1P/RvhwnI8N/r0n0Q1jwix7s1w78uQxejUPf9Q=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A0BTAAAHsWNg/5tdJa1aHAEBAQEBAQc?= =?us-ascii?q?BARIBAQQEAQFAgTwHAQELAYIqgUwBOTGMZYkrA5AIFopFgXwLAQEBDQEBNAQ?= =?us-ascii?q?BAYRQAoF6AiU0CQ4CAwEBDAEBBQEBAQIBBgRxhW6GRQEFOj8QCxguPBsGE4V?= =?us-ascii?q?4qxR1gTSJDIFEFA6BFwGNSSYcgUlChC4+iAuCKwSCQAcxXYIoEjcCk2kBiky?= =?us-ascii?q?cIoMRgSOVGoYcMRCDdaBNuBICBAYFAhaBVDqBWTMaCBsVgyRQGQ2OKxaORiE?= =?us-ascii?q?DLzgCBgoBAQMJjDQsghkBAQ?= X-IronPort-AV: E=Sophos;i="5.81,291,1610409600"; d="scan'208";a="609596927" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rcdn-iport-5.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 30 Mar 2021 23:17:55 +0000 Received: from zorba ([10.24.9.230]) by rcdn-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 12UNHrtN009883 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 30 Mar 2021 23:17:54 GMT Date: Tue, 30 Mar 2021 16:17:53 -0700 From: Daniel Walker To: Rob Herring Cc: Will Deacon , Christophe Leroy , Daniel Gimpelevich , Andrew Morton , X86 ML , "open list:MIPS" , linuxppc-dev , Frank Rowand , xe-linux-external@cisco.com, Ruslan Ruslichenko , devicetree@vger.kernel.org, "linux-kernel@vger.kernel.org" Subject: Re: [PATCH 2/8] CMDLINE: drivers: of: ifdef out cmdline section Message-ID: <20210330231717.GA2469518@zorba> References: <41021d66db2ab427c14255d2a24bb4517c8b58fd.1617126961.git.danielwa@cisco.com> <0c4b839f023f87c451c8aa3c4f7a8d92729c2f02.1617126961.git.danielwa@cisco.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Auto-Response-Suppress: DR, OOF, AutoReply X-Outbound-SMTP-Client: 10.24.9.230, [10.24.9.230] X-Outbound-Node: rcdn-core-4.cisco.com Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Mar 30, 2021 at 02:49:13PM -0500, Rob Herring wrote: > On Tue, Mar 30, 2021 at 12:57 PM Daniel Walker wrote: > > > > It looks like there's some seepage of cmdline stuff into > > the generic device tree code. This conflicts with the > > generic cmdline implementation so I remove it in the case > > when that's enabled. > > > > Cc: xe-linux-external@cisco.com > > Signed-off-by: Ruslan Ruslichenko > > Signed-off-by: Daniel Walker > > --- > > drivers/of/fdt.c | 14 ++++++++++++++ > > 1 file changed, 14 insertions(+) > > > > diff --git a/drivers/of/fdt.c b/drivers/of/fdt.c > > index dcc1dd96911a..d8805cd9717a 100644 > > --- a/drivers/of/fdt.c > > +++ b/drivers/of/fdt.c > > @@ -25,6 +25,7 @@ > > #include > > #include > > #include > > +#include > > > > #include /* for COMMAND_LINE_SIZE */ > > #include > > @@ -1050,6 +1051,18 @@ int __init early_init_dt_scan_chosen(unsigned long node, const char *uname, > > > > /* Retrieve command line */ > > p = of_get_flat_dt_prop(node, "bootargs", &l); > > + > > +#if defined(CONFIG_GENERIC_CMDLINE) && defined(CONFIG_GENERIC_CMDLINE_OF) > > Moving in the wrong direction... This code already has too many > #ifdef's. I like Christophe's version as it gets rid of all the code > here. It's temporary .. Notice CONFIG_GENERIC_CMDLINE_OF is only used on PowerPC. I experienced doubling on arm64 when this was used (i.e. the append and prepend was added twice). I don't think there are any other users which can't be moved outside the device tree code, but powerpc uses this function three times during boot up plus the prom_init user. It's possible to use the generic command line in all four places, but it become space inefficient. So the plan would be make the other architectures call the generic cmdline directly without this code, then powerpc would need to be reworked to call the generic commandline in it's own code hopefully just once. The end results would be this section would reduce down to one string copy and no command line stuff. Maybe you would rather I just use the generic command line in those three place and reduce this at the space code of powerpc ? Daniel