Re: [PATCH 1/3] Revert "Input: olpc_apsp - enable the SP clock"

Quoting Dmitry Torokhov (2019-01-23 14:05:45) > On Mon, Jan 21, 2019 at 07:22:54AM +0100, Lubomir Rintel wrote: > > Turns out this is not such a great idea. Once the SP clock is disabled, > > it's not sufficient to just enable in order to bring the SP core back up. > > > > It seems that the

Re: [PATCH 1/3] Revert "Input: olpc_apsp - enable the SP clock"

Quoting Lubomir Rintel (2019-01-20 22:22:54) > Turns out this is not such a great idea. Once the SP clock is disabled, > it's not sufficient to just enable in order to bring the SP core back up. > > It seems that the kernel has no business managing this clock. Just let > the firmware keep it

Re: [PATCH 1/3] Revert "Input: olpc_apsp - enable the SP clock"

On Mon, Jan 21, 2019 at 07:22:54AM +0100, Lubomir Rintel wrote: > Turns out this is not such a great idea. Once the SP clock is disabled, > it's not sufficient to just enable in order to bring the SP core back up. > > It seems that the kernel has no business managing this clock. Just let > the

[PATCH 1/3] Revert "Input: olpc_apsp - enable the SP clock"

Turns out this is not such a great idea. Once the SP clock is disabled, it's not sufficient to just enable in order to bring the SP core back up. It seems that the kernel has no business managing this clock. Just let the firmware keep it enabled. This reverts commit