Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp116959pxv; Wed, 30 Jun 2021 01:10:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyiBLkUQqQwKtTWATlGoS3ZVG+ifJCTBTb3F4qx1WxIpRBvf7pUVCYeeImriwhzwMa+2Pnm X-Received: by 2002:a05:6e02:2144:: with SMTP id d4mr15748591ilv.136.1625040651546; Wed, 30 Jun 2021 01:10:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625040651; cv=none; d=google.com; s=arc-20160816; b=ZIvXZ5FAWy9N4ypAYMFFgAUgy5Qr6vsT2xsWEasPJauJHW9sfU4WgjJWAAZJfMunD+ UXtOlsFb2M1TGXLZkBXzw/XUb4Icf9ZlHZtCysOpYoHfXYGyHZKrCwNBHkZw7zYMcQq3 WYT+BqlWsm0O0Ct1ZmrSid3+3rb/o4K5DaKRCICzUrd4pI42EQXaVPSUmZVh3m1a/VTC l682yj3QkyBu7p6DdCnpINkCt219eWIFEz+k0GBoUZ5RI0k/ct9vUzZuOMAIMw4J26bd M+e3W/4xxC4PHboz1hYBZskxD0NGizuRCdt/uFARFGUNJZsEqj7W+55K0H6g2NQXR6ed U7Cg== 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 :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=bbdFW2mg9pVoUf/EF0NUhRTsXxQ3uHMeHLf35TZMXI8=; b=hYQR0CiohYW7R7QF+xxKYCChWDOrE2skB1b4rF8Guv+NIaxbb1xOZJzmQld4fKm7H/ K7y/EEZgBhVgZNBSeIoz7k4PNMfz06tUMbEK5kkfafZg08vBLuHVzC41jNHDLsENWQBy EdFGM0hbruAk3vWejmWe6nTpbiPsPfVzR9GMSofog42IegevoISiQ7+8sXf4AG7xm6TT NtG+jf1DE1xfrj6YwM8qi1ykDrbvUdBat24KcdNmUcxuasBDuV++/FRde4sCurL5hl8q 64EaDPB2wHYWt2Gdk/0shf4BRJ7sXnRKqEnG1VJTL5sIVNYjs5tFzp3tjTH43o/ec4tU wTJg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=AU3RSqVW; 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=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id u15si10479470iot.89.2021.06.30.01.10.40; Wed, 30 Jun 2021 01:10:51 -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=@kernel.org header.s=k20201202 header.b=AU3RSqVW; 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=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233051AbhF3ILp (ORCPT + 99 others); Wed, 30 Jun 2021 04:11:45 -0400 Received: from mail.kernel.org ([198.145.29.99]:37524 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232954AbhF3ILo (ORCPT ); Wed, 30 Jun 2021 04:11:44 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id E198B61D05; Wed, 30 Jun 2021 08:09:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1625040556; bh=AnB297cq1an/p5yM1VCuQYRJ6yhgkedt4mx7LKYvZzw=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=AU3RSqVW03Rg3PblGAIIwZFX7cED75mxXijroSA76zyv4O15enNPeGZ1uO2VKnQoI 3MWxKUU7S9ecw7L/bQeGzyiYYjY2NQh2HcwqplBbks2DMjNN95hnHFa3ZECF/KWm7a 14PE3Zb319JGgn5ZmWNFJC1vS7ITJl1img7SxY92WMxgzoQtyjxa3LSzXzckZ1B0/3 RN2OevOb+fflo/cG4H6yVmepAoU/udEWAlpZ9UuwRV8MmWlc6FpQ+SMYHSINp9GUfR cvHgtSsjLN/daSKbzfh8sR4VM7Ig1SVz5RG6Hb7izazJVbTLCQ5ey+jrR9r1imKSHm IqDH0xTC7KJtQ== Date: Wed, 30 Jun 2021 10:09:11 +0200 From: Mauro Carvalho Chehab To: Axel Lin Cc: Mark Brown , Greg Kroah-Hartman , Liam Girdwood , linux-kernel@vger.kernel.org Subject: Re: [PATCH RFT] regulator: hi6421v600: Fix getting wrong drvdata that causes boot failure Message-ID: <20210630100911.5e866629@coco.lan> In-Reply-To: <20210630074246.2305166-1-axel.lin@ingics.com> References: <20210630074246.2305166-1-axel.lin@ingics.com> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Axel, Em Wed, 30 Jun 2021 15:42:46 +0800 Axel Lin escreveu: > Since config.dev = pdev->dev.parent in current code, so > dev_get_drvdata(rdev->dev.parent) actually returns the drvdata of the mfd > device rather than the regulator. Fix it. > > Fixes: 9bc146acc331 ("regulator: hi6421v600: Fix setting wrong driver_data") > Reported-by: Mauro Carvalho Chehab > Signed-off-by: Axel Lin > --- > Hi Mauro, > Thanks for your analysis. > Could you check if this patch works if you think it's good. > I don't mind applying your earlier fix or this one. > (This one has less code change with single purpose fot the fix, > and this patch does not has other dependency.) Yeah, this fixed the issue: [ 1.105691] spmi spmi-0: spmi_controller_wait_for_done: status 0x1 [ 1.111942] spmi spmi-0: spmi_write_cmd: id:0 slave_addr:0x202, wrote value: ff [ 1.119344] spmi spmi-0: spmi_controller_wait_for_done: status 0x1 [ 1.125589] spmi spmi-0: spmi_write_cmd: id:0 slave_addr:0x203, wrote value: ff [ 1.132992] spmi spmi-0: spmi_controller_wait_for_done: status 0x1 [ 1.139238] spmi spmi-0: spmi_read_cmd: id:0 slave_addr:0x212, read value: 00 [ 1.146461] spmi spmi-0: spmi_controller_wait_for_done: status 0x1 [ 1.152706] spmi spmi-0: spmi_write_cmd: id:0 slave_addr:0x212, wrote value: ff [ 1.160103] spmi spmi-0: spmi_controller_wait_for_done: status 0x1 [ 1.166348] spmi spmi-0: spmi_read_cmd: id:0 slave_addr:0x213, read value: 00 [ 1.173570] spmi spmi-0: spmi_controller_wait_for_done: status 0x1 [ 1.179815] spmi spmi-0: spmi_write_cmd: id:0 slave_addr:0x213, wrote value: ff [ 1.187723] spmi spmi-0: spmi_controller_wait_for_done: status 0x1 [ 1.193970] spmi spmi-0: spmi_read_cmd: id:0 slave_addr:0x51, read value: 08 [ 1.201114] spmi spmi-0: spmi_controller_wait_for_done: status 0x1 [ 1.207358] spmi spmi-0: spmi_read_cmd: id:0 slave_addr:0x16, read value: 03 [ 1.234794] spmi spmi-0: spmi_controller_wait_for_done: status 0x1 [ 1.241040] spmi spmi-0: spmi_read_cmd: id:0 slave_addr:0x51, read value: 08 [ 1.248182] spmi spmi-0: spmi_controller_wait_for_done: status 0x1 [ 1.254428] spmi spmi-0: spmi_read_cmd: id:0 slave_addr:0x16, read value: 03 [ 1.261560] ldo3: 1500 <--> 2000 mV at 1800 mV, enabled ... hikey970 login: And the regulators are also working: $ lsusb Bus 002 Device 002: ID 0451:8140 Texas Instruments, Inc. TUSB8041 4-Port Hub Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub Bus 001 Device 003: ID 046d:c52b Logitech, Inc. Unifying Receiver Bus 001 Device 002: ID 0451:8142 Texas Instruments, Inc. TUSB8041 4-Port Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Thanks! I'm OK on merging this version. Tested-by: Mauro Carvalho Chehab Reviewed-by: Mauro Carvalho Chehab - It would be better to merge this version either via Greg's tree or before -rc1, in order to avoid conflicts with staging, as there will be a change on this hunk: @@ -252,13 +255,12 @@ static int hi6421_spmi_regulator_probe(struct platform_device *pdev) return -ENOMEM; mutex_init(&priv->enable_mutex); - platform_set_drvdata(pdev, priv); for (i = 0; i < ARRAY_SIZE(regulator_info); i++) { info = ®ulator_info[i]; config.dev = pdev->dev.parent; - config.driver_data = info; + config.driver_data = priv; config.regmap = pmic->regmap; rdev = devm_regulator_register(dev, &info->desc, &config); As a patch at staging will be doing: - config.regmap = pmic->regmap; + config.regmap = regmap; > > Regards, > Axel > drivers/regulator/hi6421v600-regulator.c | 16 +++++++++------- > 1 file changed, 9 insertions(+), 7 deletions(-) > > diff --git a/drivers/regulator/hi6421v600-regulator.c b/drivers/regulator/hi6421v600-regulator.c > index 9b162c0555c3..845bc3b4026d 100644 > --- a/drivers/regulator/hi6421v600-regulator.c > +++ b/drivers/regulator/hi6421v600-regulator.c > @@ -98,10 +98,9 @@ static const unsigned int ldo34_voltages[] = { > > static int hi6421_spmi_regulator_enable(struct regulator_dev *rdev) > { > - struct hi6421_spmi_reg_priv *priv; > + struct hi6421_spmi_reg_priv *priv = rdev_get_drvdata(rdev); > int ret; > > - priv = dev_get_drvdata(rdev->dev.parent); > /* cannot enable more than one regulator at one time */ > mutex_lock(&priv->enable_mutex); > > @@ -119,9 +118,10 @@ static int hi6421_spmi_regulator_enable(struct regulator_dev *rdev) > > static unsigned int hi6421_spmi_regulator_get_mode(struct regulator_dev *rdev) > { > - struct hi6421_spmi_reg_info *sreg = rdev_get_drvdata(rdev); > + struct hi6421_spmi_reg_info *sreg; > unsigned int reg_val; > > + sreg = container_of(rdev->desc, struct hi6421_spmi_reg_info, desc); > regmap_read(rdev->regmap, rdev->desc->enable_reg, ®_val); > > if (reg_val & sreg->eco_mode_mask) > @@ -133,9 +133,10 @@ static unsigned int hi6421_spmi_regulator_get_mode(struct regulator_dev *rdev) > static int hi6421_spmi_regulator_set_mode(struct regulator_dev *rdev, > unsigned int mode) > { > - struct hi6421_spmi_reg_info *sreg = rdev_get_drvdata(rdev); > + struct hi6421_spmi_reg_info *sreg; > unsigned int val; > > + sreg = container_of(rdev->desc, struct hi6421_spmi_reg_info, desc); > switch (mode) { > case REGULATOR_MODE_NORMAL: > val = 0; > @@ -159,7 +160,9 @@ hi6421_spmi_regulator_get_optimum_mode(struct regulator_dev *rdev, > int input_uV, int output_uV, > int load_uA) > { > - struct hi6421_spmi_reg_info *sreg = rdev_get_drvdata(rdev); > + struct hi6421_spmi_reg_info *sreg; > + > + sreg = container_of(rdev->desc, struct hi6421_spmi_reg_info, desc); > > if (!sreg->eco_uA || ((unsigned int)load_uA > sreg->eco_uA)) > return REGULATOR_MODE_NORMAL; > @@ -252,13 +255,12 @@ static int hi6421_spmi_regulator_probe(struct platform_device *pdev) > return -ENOMEM; > > mutex_init(&priv->enable_mutex); > - platform_set_drvdata(pdev, priv); > > for (i = 0; i < ARRAY_SIZE(regulator_info); i++) { > info = ®ulator_info[i]; > > config.dev = pdev->dev.parent; > - config.driver_data = info; > + config.driver_data = priv; > config.regmap = pmic->regmap; > > rdev = devm_regulator_register(dev, &info->desc, &config); Thanks, Mauro