Received: by 2002:a05:7412:251c:b0:e2:908c:2ebd with SMTP id w28csp420760rda; Sat, 21 Oct 2023 13:52:27 -0700 (PDT) X-Google-Smtp-Source: AGHT+IFJNMA5XVR9jl8HD58y8DGFMG/V9XqtTvTcku5tBTvxTKDabwW8PZRtjarLxbwSKxqhIKLO X-Received: by 2002:a05:6a00:b4f:b0:6be:2081:f66d with SMTP id p15-20020a056a000b4f00b006be2081f66dmr6124372pfo.27.1697921546833; Sat, 21 Oct 2023 13:52:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1697921546; cv=none; d=google.com; s=arc-20160816; b=LZo4sA3JEvBpm9zkLziuhYBDlew5r+x8h9a10p8kgu3i4F2jjxN9mG2KewwORFuv5n 3QojmkZuMYOI0Uk6T8QoBRlaJCmmSPRgqiUYhiIltX8pQ6s3Av5TP1u19uMNlk3SWuhb i8jyaSHS6P6KlCMyeJmQZi+ohbkjyihBnBRbEHKIgPKnNhxYqwlaVejO6d0JV+wo/CtG knuNp/oSCMDSB1sZbyY4L7PcTuSIlmZSEFZTx/RyY1pBmGkyiC7QlfwGcV+OtzCani5d USjhu10mM/kISlEeJlg52uZJ2wn+jcXQVtet/4VCJ+6NRS99KhxN8cUksFPxGxnoKVtZ 5l9A== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=tARBEVA4lhYy+JsK0FdTZPyHBx/WkbUnvRSt0OJgnoo=; fh=5NMVl1MKij0MlOcljIT6VI6c3Zzo6L94vV6FskIzjq8=; b=gZpAjySvf0emOlLauM8WWvSf16Uu0klg2LmAak6HT1T223qvN4IkGD7/VIrm0gPVyC pPVqvAvGoSy7nQff7mFMneCnk614INNBTq2OGiY1fn9E7igFm+rT6kDJt5IcnoBz7VMt qqGmZbgdFXk4ZSPGzkLwK88pIilIP+vmXFklbN94KAtrHlcf2Wn4vbhvlhyJbO/gw2yH NNZtTF1ff7g5AweoVw3zMwWgSABxrEueNvdzFHcWZ3fmkMm13udKNH0K9onR+3olR0MV U7B71FN5B26LAXMvKZt/3PkdT/F4V8ROXDtxQPbMTLS5cFYirPaCM5ahsU+erdCDfsLm v5GA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=xWAomL2h; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.35 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from groat.vger.email (groat.vger.email. [23.128.96.35]) by mx.google.com with ESMTPS id az1-20020a056a02004100b005859e22461csi4247718pgb.817.2023.10.21.13.52.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 21 Oct 2023 13:52:26 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.35 as permitted sender) client-ip=23.128.96.35; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=xWAomL2h; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.35 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by groat.vger.email (Postfix) with ESMTP id 12666809C91D; Sat, 21 Oct 2023 13:52:22 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at groat.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231129AbjJUUvm (ORCPT + 99 others); Sat, 21 Oct 2023 16:51:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55070 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229633AbjJUUvk (ORCPT ); Sat, 21 Oct 2023 16:51:40 -0400 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 76F591A3 for ; Sat, 21 Oct 2023 13:51:35 -0700 (PDT) Received: by smtp.kernel.org (Postfix) with ESMTPSA id AA5B1C433C7; Sat, 21 Oct 2023 20:51:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1697921495; bh=5F/XdsLWNfNKEFZZYUr1FEKIom3JRNW9VYy1S/BrlwE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=xWAomL2hR5EeELcfXYC3lnTiT/AP3CU8Vfi4b+2wy6gh5nRvI9ssW/wwjudfoIcrJ D+9iFJklEOk4Bk9fmdTbA1DFUMjLdCF9r0MYLmqrr5wq1TzIvXlc1aRqyRKZk5rdcs BnX+okgL2mfR0/fpPb3NC9UQWmw9FVDBORpY/3yU= Date: Sat, 21 Oct 2023 22:51:32 +0200 From: Greg KH To: =?utf-8?B?UmFmYcWCIE1pxYJlY2tp?= Cc: srinivas.kandagatla@linaro.org, linux-kernel@vger.kernel.org, Miquel Raynal Subject: Re: [PATCH 4/6] Revert "nvmem: add new config option" Message-ID: <2023102113-posted-pronounce-97fb@gregkh> References: <20231020105545.216052-1-srinivas.kandagatla@linaro.org> <20231020105545.216052-5-srinivas.kandagatla@linaro.org> <2023102100-tile-spinning-fa1b@gregkh> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on groat.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (groat.vger.email [0.0.0.0]); Sat, 21 Oct 2023 13:52:22 -0700 (PDT) On Sat, Oct 21, 2023 at 10:31:55PM +0200, Rafał Miłecki wrote: > On 2023-10-21 19:18, Greg KH wrote: > > On Fri, Oct 20, 2023 at 11:55:43AM +0100, srinivas.kandagatla@linaro.org > > wrote: > > > From: Rafał Miłecki > > > > > > This reverts commit 517f14d9cf3533d5ab4fded195ab6f80a92e378f. > > > > > > It seems that "no_of_node" config option was added to help mtd's case. > > > > > > DT nodes of MTD partitions (that are also NVMEM devices) may contain > > > subnodes that SHOULD NOT be treated as NVMEM fixed cells. To prevent > > > NVMEM core code from parsing them "no_of_node" was set to true and > > > that > > > made for_each_child_of_node() in NVMEM a no-op. > > > > > > With the introduction of "add_legacy_fixed_of_cells" config option > > > things got more explicit. MTD subsystem simply tells NVMEM when to > > > look > > > for fixed cells and there is no need to hack "of_node" pointer > > > anymore. > > > > > > Signed-off-by: Rafał Miłecki > > > Reviewed-by: Miquel Raynal > > > Signed-off-by: Srinivas Kandagatla > > > > Why isn't this also marked for stable trees? > > I think it's explained in commit message but maybe it's not clear > enough? It's not, I just read it again and can't figure it out, sorry. > This revert (PATCH 4/6) is possible only with the previous PATCH 2/6 > applied first. In other words "no_of_node" config option can be dropped > only after adding "add_legacy_fixed_of_cells" config option. Ah, ok, that's not obvious :) > Since adding "add_legacy_fixed_of_cells" is not a bug/regression fix I > didn't mark it for stable and so I couldn't mark revert for stable. That's fine, but can you please resend this with a better changelog that makes it obvious why now we can revert the old patch, otherwise the autobot will come along and attempt to backport it to stable as well. thanks, greg k-h