On 6 June 2015 at 00:06, Peter Crosthwaite <peter.crosthwa...@xilinx.com> wrote: > But I have some follow up design questions, mainly in that I have > started using individual device resets that back onto the ->reset hook > to implement reset controllers. This means an IRQ source should reset > its IRQ pin to notify its sinks of the state change as those sinks > will not get a reset callback. > > I know its not supported by the current reset semantic but can we > start doing this going forward?
Device reset is a sink and a quagmire. Note incidentally that what we call "reset" in QEMU is actually "we hard powercycled the simulation", not an emulated reset. If you can propose some coherent and workable semantics I think it would be nice if we could clean things up. (You may find you need two-phase reset by analogy with two-phase init...) -- PMM
