On Sat, Oct 3, 2020 at 1:08 PM Marek Vasut <marex@xxxxxxx> wrote: > > On 10/3/20 8:01 PM, Adam Ford wrote: > > On Wed, Sep 30, 2020 at 10:50 AM Lucas Stach <l.stach@xxxxxxxxxxxxxx> wrote: > > > >> Hi all, > >> > >> this adds power domain support for the i.MX8MM to the existing GPCv2 > >> driver. It is not complete yet, as it is still missing the VPU and > >> display power domains, as those require support for the BLK_CTL > >> regions of the VPUMIX and DISPLAYMIX domains. A Linux driver for > >> those regions on the i.MX8MP is currently under development and we > >> plan to use this as a template for the i.MX8MM when the dust has > >> settled. The changes in this series have been made with this in > >> mind, so once the BLK_CTL driver exists it should be a matter of > >> hooking things together via DT, with no further changes required on > >> the GPCv2 driver side (famous last words). > >> > >> Special thanks to Marek Vasut who helped with testing and debugging > >> of early versions of this code. > >> > >> > > I fully support trying to get this done. I tried to push something this > > before, but I was turned down by someone at NXP [1]. I have both a Mini > > and Nano board at my disposal, so if Nano support isn't there yet, and this > > driver patch gets accepted, I'll gladly work to help and/or test > > functionality. > > > > [1] - https://lkml.org/lkml/2020/4/30/540 > > Note that the [1] is using poorly defined and buggy SMC interface to > TFA, I agree with Lucas that is not the way to go for MX8M. This > patchset is not using that SMC interface at all, but rather lets Linux > do the power domain handling, which I think is much better. I hope you're more successful in convincing NXP of that than Lucas and I were before. Our pleas fell on deaf ears. adam
