Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp359768iog; Thu, 30 Jun 2022 02:13:09 -0700 (PDT) X-Google-Smtp-Source: AGRyM1uT7LJ329kycmv1ElRClURnBX+v3IUqGKNT7wzxBA5j45CuxoxifTpNh4qMSaf+TcwVPWCC X-Received: by 2002:a17:907:2d9e:b0:726:a03a:16c4 with SMTP id gt30-20020a1709072d9e00b00726a03a16c4mr7334530ejc.742.1656580389470; Thu, 30 Jun 2022 02:13:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656580389; cv=none; d=google.com; s=arc-20160816; b=B/YHQkrFgT06OBuVgL0iTjEGS6G5eyFdAupFbcx/nfUMqq4IzBXGhASjbTUFT9arqU RVfDGfkVwKYyPtZAqha2oU06eRMi/FtcjytUBrcBAMpiVznnKTTSpOXWwjkRukm6cTsk OF4sfzMAzLEElfPDDqkkUoz5aU+sPcrp0ou/MA5Ox1lQlsM2mkqFC0X9C5SW9wjuW3yZ AW6oFux2A+h+HPQ7kGXZdScJYVyQAmcOUmrziyq5RQXlUCqYram9hHwCI/2na63+Ur4t Cde5OXU3jB7e3br0RKtl+1vlWYLmOjhfPK/0AtYOaWG1a8vmEgnBoRlVTVb0pYin33qZ JOyA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=ijUWiZS99qlF/8rRWRrspTyoZo9W1oBwhdsM2NPK7es=; b=z9GYolJRbSx28bn0E/rox9p+7iZRDupGdc16H4l49UGimL6rbg2FyDYFkzKaqawVym Kh4UxEn6nSzgsTRxB6frZC/AI4LAFPaavHS8dn1ke5YcVyN1BPG378FoTcG9U4TKPADE HfWQVWqS4rg7D1kaX4utx6NT9gMEYjQzlTA5H+OLQOi0aqQg5CWkWflx8Ednb6UY59mM dr94a+68F+CDFHJF6LhDHoGEIXkNmt5hjMKmBi3b/MAPEKkEIQ+ljLZ3fPEzOnZuIX+R vI2pqyn4v3xj/q77vUbnrecTibnMyM101NY4pfuqbB3g1eNNmZa9AnA0tPNDylh8SVgv 2iEg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=LSQDYNqa; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b23-20020a50ccd7000000b004356df20690si21359005edj.211.2022.06.30.02.12.44; Thu, 30 Jun 2022 02:13:09 -0700 (PDT) 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; dkim=pass header.i=@linaro.org header.s=google header.b=LSQDYNqa; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233071AbiF3Iq5 (ORCPT + 99 others); Thu, 30 Jun 2022 04:46:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47748 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232869AbiF3Iq4 (ORCPT ); Thu, 30 Jun 2022 04:46:56 -0400 Received: from mail-ej1-x62e.google.com (mail-ej1-x62e.google.com [IPv6:2a00:1450:4864:20::62e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4D04741632 for ; Thu, 30 Jun 2022 01:46:54 -0700 (PDT) Received: by mail-ej1-x62e.google.com with SMTP id h23so37519211ejj.12 for ; Thu, 30 Jun 2022 01:46:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=ijUWiZS99qlF/8rRWRrspTyoZo9W1oBwhdsM2NPK7es=; b=LSQDYNqaVAhiuyHrnxLSnNa4KYDv5v3ZdaOXu5gMU1DNOz4x+YfG+VbjZ3A2gl6eCZ L11gg0aPuodv4gHEIQZvv3w7UoafvFp6QSMCORZOtk7LrTMXRgd4SVEOEyhEZGy/K+N5 UZl3y/Q5imBi7T/+mmSKMxsAc6rGkfi9cr/GMX0htQFoC3J+GglHPNgqtaHaKYDlR0Jd /wphyRmcQdqDgvehLCcuADzaIjxjTvPL6CA6lxIli1waynFegdrl7RFXasXziwn+ObtA pa6ahDmX1+PUTGkwA1bOn8GKu6RQZ8ySt3LcCn80K5U/jGZqsgQShDYkkfrrF++6AwhR JVCw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=ijUWiZS99qlF/8rRWRrspTyoZo9W1oBwhdsM2NPK7es=; b=asQg3ttzmG1WtmUcElvHxu5s41HTplO9OHmNXq3m1HmEv7oGbIiU9V6lVJ4yvu6HsN is71urKuFgFql4Q/jk9rYEmnQLEN1ECMX95JupLl4qR6OZLF7A0mZFPJOXlf6auuaCNb r8FnqtYa29NKHLpzC4Oe+YVDEeyCpt8vCpqz/Vdwa3h6AEQ7y+wkrVutUE3SHCy4nK/B n80jpG4SWUL+/kPtwFPOU3GYawJiAbvuPJUwbLDSUzq0adxe1Z6ZTjJ4ix+qrsGA0kO4 srswAAasPlx9J/ssxJhm4Y+FaMuKl0lH4tQeBUWOwnKpVWmxzViKuaXW8Svn76HZokwn M5EA== X-Gm-Message-State: AJIora+5rPq6EWLR9Vl1CNrwdyI2xA+xumvJq6z9QDYTgrkw06rcdnWv 8U8q29HSBmOhQDA884irRHhFtw== X-Received: by 2002:a17:907:6e1e:b0:726:be5e:7130 with SMTP id sd30-20020a1709076e1e00b00726be5e7130mr7902698ejc.381.1656578812745; Thu, 30 Jun 2022 01:46:52 -0700 (PDT) Received: from [192.168.0.188] (xdsl-188-155-176-92.adslplus.ch. [188.155.176.92]) by smtp.gmail.com with ESMTPSA id hx23-20020a170906847700b00722e84c3d44sm8711679ejc.118.2022.06.30.01.46.51 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 30 Jun 2022 01:46:52 -0700 (PDT) Message-ID: <2df6673b-6f8d-19c2-90ca-342e3ba72040@linaro.org> Date: Thu, 30 Jun 2022 10:46:51 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0 Subject: Re: [PATCH 6/7] memory: renesas-rpc-if: Pass device instead of rpcif to rpcif_*() Content-Language: en-US To: Miquel Raynal , Geert Uytterhoeven Cc: Vignesh Raghavendra , Sergey Shtylyov , Wolfram Sang , Lad Prabhakar , Richard Weinberger , Mark Brown , linux-mtd@lists.infradead.org, linux-renesas-soc@vger.kernel.org, linux-spi@vger.kernel.org, linux-kernel@vger.kernel.org References: <20220630092552.68a8b3ff@xps-13> From: Krzysztof Kozlowski In-Reply-To: <20220630092552.68a8b3ff@xps-13> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 30/06/2022 09:25, Miquel Raynal wrote: > Hi Krzysztof, > > geert+renesas@glider.be wrote on Mon, 27 Jun 2022 17:31:13 +0200: > >> Most rpcif_*() API functions do not need access to any other fields in >> the rpcif structure than the device pointer. Simplify dependencies by >> passing the device pointer instead. >> >> Signed-off-by: Geert Uytterhoeven >> --- >> drivers/memory/renesas-rpc-if.c | 32 ++++++++++++++++---------------- >> drivers/mtd/hyperbus/rpc-if.c | 18 +++++++++--------- > > [...] > >> diff --git a/drivers/mtd/hyperbus/rpc-if.c b/drivers/mtd/hyperbus/rpc-if.c >> index d00d302434030b20..41734e337ac00e40 100644 >> --- a/drivers/mtd/hyperbus/rpc-if.c >> +++ b/drivers/mtd/hyperbus/rpc-if.c >> @@ -56,7 +56,7 @@ static void rpcif_hb_prepare_read(struct rpcif *rpc, void *to, >> op.data.nbytes = len; >> op.data.buf.in = to; >> >> - rpcif_prepare(rpc, &op, NULL, NULL); >> + rpcif_prepare(rpc->dev, &op, NULL, NULL); >> } >> >> static void rpcif_hb_prepare_write(struct rpcif *rpc, unsigned long to, >> @@ -70,7 +70,7 @@ static void rpcif_hb_prepare_write(struct rpcif *rpc, unsigned long to, >> op.data.nbytes = len; >> op.data.buf.out = from; >> >> - rpcif_prepare(rpc, &op, NULL, NULL); >> + rpcif_prepare(rpc->dev, &op, NULL, NULL); >> } >> >> static u16 rpcif_hb_read16(struct hyperbus_device *hbdev, unsigned long addr) >> @@ -81,7 +81,7 @@ static u16 rpcif_hb_read16(struct hyperbus_device *hbdev, unsigned long addr) >> >> rpcif_hb_prepare_read(&hyperbus->rpc, &data, addr, 2); >> >> - rpcif_manual_xfer(&hyperbus->rpc); >> + rpcif_manual_xfer(hyperbus->rpc.dev); >> >> return data.x[0]; >> } >> @@ -94,7 +94,7 @@ static void rpcif_hb_write16(struct hyperbus_device *hbdev, unsigned long addr, >> >> rpcif_hb_prepare_write(&hyperbus->rpc, addr, &data, 2); >> >> - rpcif_manual_xfer(&hyperbus->rpc); >> + rpcif_manual_xfer(hyperbus->rpc.dev); >> } >> >> static void rpcif_hb_copy_from(struct hyperbus_device *hbdev, void *to, >> @@ -105,7 +105,7 @@ static void rpcif_hb_copy_from(struct hyperbus_device *hbdev, void *to, >> >> rpcif_hb_prepare_read(&hyperbus->rpc, to, from, len); >> >> - rpcif_dirmap_read(&hyperbus->rpc, from, len, to); >> + rpcif_dirmap_read(hyperbus->rpc.dev, from, len, to); >> } >> >> static const struct hyperbus_ops rpcif_hb_ops = { >> @@ -130,9 +130,9 @@ static int rpcif_hb_probe(struct platform_device *pdev) >> >> platform_set_drvdata(pdev, hyperbus); >> >> - rpcif_enable_rpm(&hyperbus->rpc); >> + rpcif_enable_rpm(hyperbus->rpc.dev); >> >> - error = rpcif_hw_init(&hyperbus->rpc, true); >> + error = rpcif_hw_init(hyperbus->rpc.dev, true); >> if (error) >> goto out_disable_rpm; >> >> @@ -150,7 +150,7 @@ static int rpcif_hb_probe(struct platform_device *pdev) >> return 0; >> >> out_disable_rpm: >> - rpcif_disable_rpm(&hyperbus->rpc); >> + rpcif_disable_rpm(hyperbus->rpc.dev); >> return error; >> } > > This will only apply on top of mtd/next, because that > rpcif_disable_rpm() balance call was very recently contributed by Geert: > https://lore.kernel.org/linux-mtd/f3070e1af480cb252ae183d479a593dbbf947685.1655457790.git.geert+renesas@glider.be/ > > So we need to first share an immutable tag on the current mtd/next > branch. Richard, that is my vacation gift for you :) I don't want entire mtd/next. I could take Renesas hyperbus specific commits. Another solution is me to rebase on some rcX, if that commit was sent as fix for current cycle. The third option is to simply resolve a conflict - which should looks pretty easy and compile-testable. In that case the commit should be rebased on my v5.19-rc1. Best regards, Krzysztof