On Thu, Mar 17, 2022 at 05:53:22PM +, Mark Brown wrote:
> On Thu, Mar 17, 2022 at 04:13:26PM +0100, Vincent Whitchurch wrote:
> > On Fri, Mar 11, 2022 at 06:06:54PM +, Mark Brown wrote:
>
> > > > +@classmethod
> > > > +def setUpClass(cls) -> None:
> > > > +insmod("tps6286x-
On Thu, Mar 17, 2022 at 04:13:26PM +0100, Vincent Whitchurch wrote:
> On Fri, Mar 11, 2022 at 06:06:54PM +, Mark Brown wrote:
> > > +@classmethod
> > > +def setUpClass(cls) -> None:
> > > +insmod("tps6286x-regulator")
> > Shouldn't this get figured out when the device gets cre
On Fri, Mar 11, 2022 at 06:06:54PM +, Mark Brown wrote:
> On Fri, Mar 11, 2022 at 05:24:44PM +0100, Vincent Whitchurch wrote:
> This looks like it could be useful, modulo the general concerns with
> mocking stuff. I've not looked at the broader framework stuff in any
> meanigful way.
Thank yo
On Fri, Mar 11, 2022 at 05:24:44PM +0100, Vincent Whitchurch wrote:
This looks like it could be useful, modulo the general concerns with
mocking stuff. I've not looked at the broader framework stuff in any
meanigful way.
> +@classmethod
> +def setUpClass(cls) -> None:
> +insmod("
Add a roadtest for the recently-added tps62864 regulator driver. It
tests voltage setting, mode setting, as well as devicetree mode
translation. It uses the recently-added devicetree support in
regulator-virtual-consumer.
All the variants supported by the driver have identical register
interface
