Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp5046002pxj; Wed, 9 Jun 2021 08:00:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyj0NjSTRog5falHAOb1zLUVEd1R4a7PLt8jqpstQsCx28M5/xWWHRFCL688pxS+qBrAAUB X-Received: by 2002:a17:907:101c:: with SMTP id ox28mr304531ejb.322.1623250821476; Wed, 09 Jun 2021 08:00:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623250821; cv=none; d=google.com; s=arc-20160816; b=hcLYIagGfPrAwGlNRLbXDl+YIm5/4+CrxwYUq4lLcu/4j25Jlcjbxnl+70TuIFjTho UiHth9dqNY4CvJnoGs9KteDh+qzL7jLKCJdX+pv6wJJCACOVdaei+PhG47Ul/TEqORMZ Y1AwPy6BGsLeTqYZ1F0fuTY6Q57/8y8RAxoyl26rcJb/swvVki7W8smHyNBqbuMbKPlv eMyaqQNX0/xag3vGf1OqJn/1U3U4bomN6qNseL+hjAszGRxKBGGfgDJE+rxilAoEpGMZ rz1b53MuJ+KwYNGC0VjrtULStAHCUJUaN06UpK3gWHL09dui6DteDPy9O0XfhFPvtphj X1vQ== 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 :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=5SbQZniMsWdeTPXYiuDKEI2s+SKjAiwPTDeHScx80S0=; b=lPxINEPcGaoSVebElMbxKXNdSk7hyK0blbtH1uMymfjWUG/HOllGtj/8qQpkscLSt6 0Qu78+7SriiOFE7ALN/T3dc7lRHKhUE7yHrY/bkSIj+MAAQ1RfuqKIZkpOkJmvvvrj6N ytBK21lkruMKHnNYyWHRt8aYdhwVEsAKcR+SIbE2lB48CUftByCGYKsJBeW6OzfCnXyA t+RLncj1gLqOYzjWEbIgC9DrM9IGMUU6y4JJZA/htZ61QBbXS1XuRb4c0GYkyjQ67Gqq XY030FmgBKzRC1k0sRY5sGWVgz3vuuGYwLAr2GfhUBneMUck3dXpiYAJBAwiolwRWr2z uvgA== 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 eb10si2620870edb.257.2021.06.09.07.59.58; Wed, 09 Jun 2021 08:00:21 -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 S239571AbhFIL7N convert rfc822-to-8bit (ORCPT + 99 others); Wed, 9 Jun 2021 07:59:13 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:43267 "EHLO relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239686AbhFIL7H (ORCPT ); Wed, 9 Jun 2021 07:59:07 -0400 Received: (Authenticated sender: miquel.raynal@bootlin.com) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id B398724000B; Wed, 9 Jun 2021 11:57:08 +0000 (UTC) Date: Wed, 9 Jun 2021 13:57:07 +0200 From: Miquel Raynal To: Krzysztof Kozlowski Cc: Richard Weinberger , Vignesh Raghavendra , Tudor Ambarus , linux-mtd@lists.infradead.org, Rob Herring , devicetree@vger.kernel.org, Michal Simek , Naga Sureshkumar Relli , Amit Kumar Mahapatra , Thomas Petazzoni , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, helmut.grohne@intenta.de, Srinivas Goud , Siva Durga Prasad Paladugu Subject: Re: [PATCH v22 12/18] memory: pl353-smc: Let lower level controller drivers handle inits Message-ID: <20210609135707.6c9c67cc@xps13> In-Reply-To: References: <20210609080112.1753221-1-miquel.raynal@bootlin.com> <20210609080112.1753221-13-miquel.raynal@bootlin.com> Organization: Bootlin X-Mailer: Claws Mail 3.17.7 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Krzysztof, Krzysztof Kozlowski wrote on Wed, 9 Jun 2021 13:54:24 +0200: > On 09/06/2021 10:01, Miquel Raynal wrote: > > There is no point in having all these definitions at the SMC bus level, > > these are extremely tight to the NAND controller driver implementation, > > are not particularly generic, imply more boilerplate than needed, do > > not really follow the device model by receiving no argument and some of > > them are actually buggy. > > > > Let's get rid of these right now as there is no current user and keep > > this driver at a simple level: only the SMC bare initializations. > > > > The NAND controller driver which I am going to introduce will take care > > of redefining properly all these helpers and using them directly. > > > > Signed-off-by: Miquel Raynal > > --- > > drivers/memory/pl353-smc.c | 294 ------------------------------------- > > include/linux/pl353-smc.h | 30 ---- > > 2 files changed, 324 deletions(-) > > delete mode 100644 include/linux/pl353-smc.h > > > > I see you remove here a bunch of code. Are the series still fully > bisectable? Absolutely, yes, because this code is currently unused. Thanks, Miquèl