[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <87porbnekg.fsf@linux.intel.com>
Date: Tue, 21 Jun 2016 11:14:55 +0300
From: Felipe Balbi <balbi@...nel.org>
To: Arnd Bergmann <arnd@...db.de>
Cc: Arnd Bergmann <arnd@...db.de>, Andy Gross <andy.gross@...aro.org>,
David Brown <david.brown@...aro.org>,
Peter Chen <Peter.Chen@....com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Alan Stern <stern@...land.harvard.edu>,
Mark Brown <broonie@...nel.org>,
Bjorn Andersson <bjorn.andersson@...aro.org>,
linux-kernel@...r.kernel.org, linux-arm-msm@...r.kernel.org,
linux-soc@...r.kernel.org, linux-usb@...r.kernel.org
Subject: Re: [RFC 0/8] usb: phy: msm: various cleanups
Hi,
Arnd Bergmann <arnd@...db.de> writes:
> I stumbled over this warning last week, which showed up after I had
> removed an incorrect patch from my randconfig build setup:
>
> drivers/usb/phy/phy-msm-usb.c: In function 'msm_otg_probe':
> drivers/usb/phy/phy-msm-usb.c:1735:14: error: 'regs[0].consumer' may be used uninitialized in this function [-Werror=maybe-uninitialized]
> motg->vddcx = regs[0].consumer;
> ~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
> drivers/usb/phy/phy-msm-usb.c:1736:14: error: 'regs[1].consumer' may be used uninitialized in this function [-Werror=maybe-uninitialized]
> motg->v3p3 = regs[1].consumer;
> ~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
> drivers/usb/phy/phy-msm-usb.c:1737:14: error: 'regs[2].consumer' may be used uninitialized in this function [-Werror=maybe-uninitialized]
> motg->v1p8 = regs[2].consumer;
> ~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~
>
> Having already fixed the same problem in the phy-qcom-8x16-usb.c
> driver before, I tried to do the same thing here, but it turned
> out to be somewhat different, and I ended up running into several
> unrelated issues in the driver that I now try to fix up.
>
> The series is not tested beyond verifying that it no longer causes
> randconfig warnings, and some patches are not entirely obvious.
> In particular the ehci-msm and chipidea changes are probably a
> good idea, but they actually change the behavior of the drivers
> in a way that I cannot verify through inspection alone. The
> last patch in the series probably requires some changes to the
> devicetree files to go along with it.
>
> Please have a look and test this, provided the patches make sense
> conceptually.
>
> Arnd
>
> Arnd Bergmann (8):
> usb: phy: move msm_hsusb.h into driver
> usb: ehci-msm: call usb_phy_init instead of open-coding it
> usb: chipidea: msm: remove open-coded phy init
> usb: phy: move TCSR driver into new file
> usb: phy: msm: move register definitions into driver
> usb: phy: qcom: use bulk regulator interfaces
> usb: phy: msm: remove v1p8/v3p3 voltage setting
> usb: phy: msm: disable regulator for remove()
I managed to apply a few of these. Some didn't apply. If you can rebase
on my testing/next and fix comments, then I can apply the rest.
--
balbi
Download attachment "signature.asc" of type "application/pgp-signature" (819 bytes)
Powered by blists - more mailing lists