Quoting Miquel Raynal (2019-07-27 01:53:30)
>
> I know this series might have side effects despite the consequent
> amount of time spent to write and test it, but I also think the
> clk subsystem would really benefit from such change and handling
> suspend to RAM support would be greatly
Hi Stephen,
Miquel Raynal wrote on Mon, 17 Jun 2019
11:57:03 +0200:
> Hi Stephen,
>
> Miquel Raynal wrote on Tue, 21 May 2019
> 11:46:44 +0200:
>
> > Hi Stephen,
> >
> > Stephen Boyd wrote on Thu, 11 Apr 2019 16:34:16
> > -0700:
> >
> > > Quoting Miquel Raynal (2019-01-08 08:19:36)
Hi Stephen,
Miquel Raynal wrote on Tue, 21 May 2019
11:46:44 +0200:
> Hi Stephen,
>
> Stephen Boyd wrote on Thu, 11 Apr 2019 16:34:16
> -0700:
>
> > Quoting Miquel Raynal (2019-01-08 08:19:36)
> > > Hello,
> > >
> > > While working on suspend to RAM feature, I ran into troubles multiple
>
Hi Stephen,
Stephen Boyd wrote on Thu, 11 Apr 2019 16:34:16
-0700:
> Quoting Miquel Raynal (2019-01-08 08:19:36)
> > Hello,
> >
> > While working on suspend to RAM feature, I ran into troubles multiple
> > times when clocks where not suspending/resuming at the desired time. I
> > had a look at
Quoting Miquel Raynal (2019-01-08 08:19:36)
> Hello,
>
> While working on suspend to RAM feature, I ran into troubles multiple
> times when clocks where not suspending/resuming at the desired time. I
> had a look at the core and I think the same logic as in the
> regulator's core may be applied
Hello,
While working on suspend to RAM feature, I ran into troubles multiple
times when clocks where not suspending/resuming at the desired time. I
had a look at the core and I think the same logic as in the
regulator's core may be applied here to (very easily) fix this issue:
using device links.
6 matches
Mail list logo