On Tue, 20 Feb 2024 at 16:06, Peter Maydell wrote:
>
> This patchset is an incremental improvement to our reset handling that
> tries to roll out the "three-phase-reset" design we have for devices
> to a wider scope.
The first two patches here are already upstream; I'm going
to take the rest via
On 20/02/2024 16:06, Peter Maydell wrote:
This patchset is an incremental improvement to our reset handling that
tries to roll out the "three-phase-reset" design we have for devices
to a wider scope.
At the moment devices and buses have a three-phase reset system, with
separate 'enter', 'hold'
On Tue, Feb 20, 2024 at 04:06:12PM +, Peter Maydell wrote:
> This patchset is an incremental improvement to our reset handling that
> tries to roll out the "three-phase-reset" design we have for devices
> to a wider scope.
>
> At the moment devices and buses have a three-phase reset system, wi
This patchset is an incremental improvement to our reset handling that
tries to roll out the "three-phase-reset" design we have for devices
to a wider scope.
At the moment devices and buses have a three-phase reset system, with
separate 'enter', 'hold' and 'exit' phases. When the qbus tree is
rese
