Messages in this thread | | | Date | Sat, 8 Dec 2018 16:05:26 +0100 | From | Quentin Schulz <> | Subject | Re: [PATCH v6 8/8] mfd: axp20x: Add supported cells for AXP803 |
| |
Hi Lee,
On Fri, Dec 07, 2018 at 07:22:37PM +0000, Lee Jones wrote: > On Fri, 07 Dec 2018, Vasily Khoruzhick wrote: > > > On Fri, Dec 7, 2018 at 8:40 AM Lee Jones <lee.jones@linaro.org> wrote: > > > > > My OCD-dar is going crazy. > > > > > > Why haven't you used the same alignment as is already there? > > > > > > If it starts to run over 80-chars then bring the others back. > > > > > > Also why is there a single liner shoved in the middle of the > > > multi-line entries? Please move the singles to the top or the > > > bottom. > > > > Hi Lee, > > > > Could you please reformat it in the way that makes your OCD-dar happy? > > It would be really nice to get > > I'm afraid not, for a multitude of reasons. > > The most important of which surround testing. > > > AC and battery support for APX8x3 merged -- it'll make Pinebook and > > Teres-I pretty well supported by mainline kernel. > > That's great. A worthy cause indeed. So I'm sure you guys will want > to turn the patch around in short order so that it's applied in time > for the next merge window. >
Aren't the MFD cells probed in order?
In that case, it makes little sense to short order them for this particular device (X-Powers PMICs in general). It will just make the system boot slower because of probe deferring.
Why? As explained by Chen-Yu in v3[1], axp-gpios can be muxed as regulators, thus should be probed before axp-regulators. axp-adc is often used by axp-battery, axp-usb-power, axp-ac-power, thus should be probed beforehand as well.
For the alignment that also triggered your OCD, I can send you a patch the day you merge this one if it can help. I sent a few patches for this driver that didn't respect the alignment so I'm fine fixing the mfd cells (and eventually re-order them as I saw a few axp-gpio cells being declared after axp-regulators).
Does that make this patch OK for you, Lee?
Thanks, Quentin
[1] https://lkml.org/lkml/2018/10/11/338 [unhandled content-type:application/pgp-signature] | |