Messages in this thread | | | Date | Tue, 27 Aug 2019 20:34:51 +0100 | From | Mark Brown <> | Subject | Re: Aw: Re: Re: BUG: devm_regulator_get returns EPROBE_DEFER (5.3-rc5..next-20190822) for bpi-r2/mt7623/mt7530 |
| |
On Fri, Aug 23, 2019 at 02:00:16PM +0200, Frank Wunderlich wrote: > > Gesendet: Freitag, 23. August 2019 um 12:04 Uhr > > Von: "Mark Brown" <broonie@kernel.org>
> > Can you run a git bisect to try to identify the commit that > > caused things to fail? > > i have not figured out, how to rebase linux-next on my current (working) codebase :) (failes on file untouched by me at Patch 3/7000+)
git rebase --onto next/master <your base> is your best bet, though it depends how long you've left it how easy that's going to be.
> > Look to see if there is a device driver bound to that device, or > > check if the parent regulator is visible in /sys/class/regulators. > > You'll also see a mesage printed out for each regulator as it > > instantiates in the boot logs, you can check there too.
> in working version i only get this message in dmesg which > looks like a device-binding:
> mt6323-regulator mt6323-regulator: Chip ID = 0x2023
You shuould see announcements of the individual regulators on the device from the regulator subsystem.
> mt6323_vpa_reg: buck_vpa{ > regulator-name = "vpa"; > regulator-min-microvolt = < 500000>;
In this case it'll say something about "vpa" if it registers this one (but if there's a parent that's having trouble then this won't register).
> parent regulator is then > mt6323regulator: mt6323regulator
No, a parent regulator - something providing a power supply to vpa. Though I can't see anything in the kernel code that'd set one up and there's nothing in the DT...
> where can be the cause for no more binding main-regulator?
You should generally get an error message if it's the regulator subsystem.
> are these strange messages related to this problem?
> mtk-cpufreq mtk-cpufreq: failed to initialize dvfs info for cpu0
That's a user of the regulator so it's probably just a symptom of the regulator not loading.
> another strange line is this:
> mt6397 1000d000.pwrap:mt6323: unsupported chip: 0x0
This could well be it, if the MFD the device is on fails to load the regulator won't either since it will only load after the MFD does. The MFD driver ensures that the drivers for all the functions on the chip share the chip effectively.
> a4872e80ce7d mfd: mt6397: Extract IRQ related code from core driver > 708cb5cc3fde mfd: mt6397: Rename macros to something more readable
> after reverting those 2 regulators are working again. > Adding both Signed-off-People to CC to keep them informed that a fix is needed
That sounds like the issue then.
> > Please fix your mail client to word wrap within paragraphs at something > > substantially less than 80 columns. Doing this makes your messages much > > easier to read and reply to.
> i currently write in webmailer, where i cannot set this setting, > i try to add manual linebreak in long lines, ok?
Sure, thanks for trying. [unhandled content-type:application/pgp-signature] | |