From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 59CA5C6FA8E for ; Thu, 2 Mar 2023 07:26:50 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229971AbjCBH0r (ORCPT ); Thu, 2 Mar 2023 02:26:47 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43240 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229966AbjCBH0q (ORCPT ); Thu, 2 Mar 2023 02:26:46 -0500 Received: from mail-pj1-x102d.google.com (mail-pj1-x102d.google.com [IPv6:2607:f8b0:4864:20::102d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BE00728D35 for ; Wed, 1 Mar 2023 23:26:36 -0800 (PST) Received: by mail-pj1-x102d.google.com with SMTP id cp7-20020a17090afb8700b0023756229427so1959404pjb.1 for ; Wed, 01 Mar 2023 23:26:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date:from:to :cc:subject:date:message-id:reply-to; bh=F3u3LErDLxQpcTw9IoCPajtVtH7Wl04gCGhYoZubMP8=; b=zkjvhExvYB0B4Qs2sggCbs2HJYow4AZ9zqt/ddPcN68B/NhRqd/fHYIc05vyHqguXZ rdItaGWqa2IRY4+HxOiaNJoPqQr+6IqEhaMmPndYTDYXW9VMkwjn0kmI5LdH77EKpMR7 bls32mHRPKTxAe5TWE5VR6SGKlVuHGgWzzexA6cIudfbgNAeNe1Sfc2WAyeeW6dZqqtN C/TLFHEjXVGMOfeXm/HDP20KbV6bCY6ZxPfGCznWckEW5ywTk0vro+Yf8qYRdT0M+Nlw L2xESFFyZ0BLBoYIhuLNiooS9uUP1M62M6ciAntjR+44Nmigwk5ZuiGwJKWA5LzhYYXh T6iQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=in-reply-to:content-transfer-encoding:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=F3u3LErDLxQpcTw9IoCPajtVtH7Wl04gCGhYoZubMP8=; b=ExKBrHlhgqAIH9KtAcRbDB1esHbhBZj0KTeh665jFCGrCirk6DwFnirDrv5TtvY51h dCduBQQqmbRVnItlgZ6EAHVB0x6NQNQVBX564o8sj0w8HM5SRYPHB0BE/P2XGWjYMt1U Ft7+ij5UZL5bwfuhzwIKcqSPl7EHnJbRR01Eilz2FPPtoonfO126Qs45ba99YE4D5XUl UxF8T2vgxZS1tixHFzNygJoDzuxRALHQMfn8v4NM55nMeACVBGieyrobTxgYS0KCTaqi l2Kt8oHD3XCWAF+Gy3TNNm5NSzG9f6OMtuzCc53QAl9wOlKQ5vzdP5ZBikxgd+zeQBwa sRsg== X-Gm-Message-State: AO0yUKVUi5qcccETlaWtq2emB63YU6r42hHq8qOtdPgaolytaR1lBB46 yQRn3agKloc00UcSNt7niHKu X-Google-Smtp-Source: AK7set+b5+DA7dn3dFlxWvnkmJ1pb3iQAsilUo7zXfjPyk+R+gXDelIQToIayCVkVSQPhcP2Tu7/Kg== X-Received: by 2002:a05:6a20:4c16:b0:cc:d44a:beaf with SMTP id fm22-20020a056a204c1600b000ccd44abeafmr8583578pzb.13.1677741995997; Wed, 01 Mar 2023 23:26:35 -0800 (PST) Received: from thinkpad ([59.97.53.52]) by smtp.gmail.com with ESMTPSA id e18-20020a62aa12000000b00593cd0f37dcsm9077738pff.169.2023.03.01.23.26.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 01 Mar 2023 23:26:35 -0800 (PST) Date: Thu, 2 Mar 2023 12:56:31 +0530 From: Manivannan Sadhasivam To: Bart Van Assche Cc: jejb@linux.ibm.com, martin.petersen@oracle.com, linux-arm-msm@vger.kernel.org, linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org, quic_asutoshd@quicinc.com Subject: Re: [PATCH] ufs: host: ufs-qcom: Return directly if MCQ resource is provided in DT Message-ID: <20230302072631.GA2890@thinkpad> References: <20230301073110.9083-1-manivannan.sadhasivam@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-arm-msm@vger.kernel.org On Wed, Mar 01, 2023 at 10:07:41AM -0800, Bart Van Assche wrote: > On 2/28/23 23:31, Manivannan Sadhasivam wrote: > > Instead of using a goto label to return, let's return directly in the > > "if" condition after setting mcq_base. > > > > Signed-off-by: Manivannan Sadhasivam > > --- > > drivers/ufs/host/ufs-qcom.c | 9 ++++----- > > 1 file changed, 4 insertions(+), 5 deletions(-) > > > > diff --git a/drivers/ufs/host/ufs-qcom.c b/drivers/ufs/host/ufs-qcom.c > > index 34fc453f3eb1..d90f963eed02 100644 > > --- a/drivers/ufs/host/ufs-qcom.c > > +++ b/drivers/ufs/host/ufs-qcom.c > > @@ -1460,8 +1460,10 @@ static int ufs_qcom_mcq_config_resource(struct ufs_hba *hba) > > /* MCQ resource provided in DT */ > > res = &hba->res[RES_MCQ]; > > /* Bail if MCQ resource is provided */ > > - if (res->base) > > - goto out; > > + if (res->base) { > > + hba->mcq_base = res->base; > > + return 0; > > + } > > /* Explicitly allocate MCQ resource from ufs_mem */ > > res_mcq = devm_kzalloc(hba->dev, sizeof(*res_mcq), GFP_KERNEL); > > @@ -1489,9 +1491,6 @@ static int ufs_qcom_mcq_config_resource(struct ufs_hba *hba) > > goto ioremap_err; > > } > > -out: > > - hba->mcq_base = res->base; > > - return 0; > > ioremap_err: > > res->base = NULL; > > remove_resource(res_mcq); > > This patch changes the behavior for the success case without mentioning this > in the patch description. So I assume that the behavior change is > unintentional and hence that this patch should be dropped? > Sorry, my bad here :( Please ignore this patch. Thanks, Mani > Bart. -- மணிவண்ணன் சதாசிவம்