On Thu, May 23, 2019 at 07:23:04AM -0600, Keith Busch wrote: > > Figure 49: Asynchronous Event Information - Notice > > > > 1h Firmware Activation Starting: The controller is starting > > a firmware activation process during which command > > processing is paused. Host software may use CSTS.PP to > > determine when command processing has resumed. To clear > > this event, host software reads the Firmware Slot > > Information log page. > > > > So we are supposed to get an AEN before the device stops processing > > commands. > > Hm, I read the same section, but conclude differently (and at least some > vendors did too). A spec compliant controller activating new firmware > without reset would stop processing commands and set CSTS.PP first, > then send the AEN. When the host is aware to poll Processing Paused, > the controller hasn't been processing new commands for some time. > > Could you give some more detail on your interpretation? What would be the point of the AEN if it wasn't sent at exactly the point when the controller stops acceppting command? The wording is of course NVMe-like, but "The controller is starting a.." pretty clear implies this is sent at the beginning of the paused state, not the end.
