Re: [PATCH v1] kernel/reboot: Change registration order of legacy power-off handler

2022-06-06 Thread Dmitry Osipenko
On 6/6/22 16:06, Michael Ellerman wrote: > Dmitry Osipenko writes: >> Hi Michael, >> >> On 6/5/22 05:01, Michael Ellerman wrote: >>> Dmitry Osipenko writes: We're unconditionally registering sys-off handler for the legacy pm_power_off() callback, this causes problem for platforms that d

Re: [PATCH v1] kernel/reboot: Change registration order of legacy power-off handler

2022-06-06 Thread Michael Ellerman
Dmitry Osipenko writes: > Hi Michael, > > On 6/5/22 05:01, Michael Ellerman wrote: >> Dmitry Osipenko writes: >>> We're unconditionally registering sys-off handler for the legacy >>> pm_power_off() callback, this causes problem for platforms that don't >>> use power-off handlers at all and should

Re: [PATCH v1] kernel/reboot: Change registration order of legacy power-off handler

2022-06-05 Thread Dmitry Osipenko
Hi Michael, On 6/5/22 05:01, Michael Ellerman wrote: > Dmitry Osipenko writes: >> We're unconditionally registering sys-off handler for the legacy >> pm_power_off() callback, this causes problem for platforms that don't >> use power-off handlers at all and should be halted. Now reboot syscall >

Re: [PATCH v1] kernel/reboot: Change registration order of legacy power-off handler

2022-06-04 Thread Michael Ellerman
Dmitry Osipenko writes: > We're unconditionally registering sys-off handler for the legacy > pm_power_off() callback, this causes problem for platforms that don't > use power-off handlers at all and should be halted. Now reboot syscall > assumes that there is a power-off handler installed and trie