This series is trying to: 1. clear up CRW related code. 2. generate the right channel path related CRW at the right time.
I did this mainly because it's a requirement from my current work, that is I'm in preparation of a group of patch for channel path virtualization. I can use the inerface that provided by this series later, so as to, for vfio-ccw devices, notify the guest with channel path status vary that happens on the host side. During an internal discussion, Halil and Pierre pointed out that for path hotplug, generating a CRW seems logical, but how is it covered by the AR is not clear - we have problem in understanding some grammar ambiguous paragraphs. While certain parts of the AR is not available outside, but I'm still wondering if the author ;) could give us some clue... BTW, we know that, in Linux kernel we had code that handles un-solicited chp crw, so we tend to believe it's right to generate channel path initialized CRW for path hotplug. It's just we can not find the reason from the document. Pierre also suggested to add an @erc param for css_generate_chp_crws() in patch3, while others have a different opinion. This is for your consideration. Best regards! Dong Jia Shi (3): s390x/css: use macro for event-information pending error recover code s390x/css: generate solicited crw for rchp completion signaling s390x/css: generate channel path initialized CRW for channel path hotplug hw/s390x/3270-ccw.c | 3 ++- hw/s390x/css.c | 66 +++++++++++++++++++++++++++++++++++------------ hw/s390x/s390-ccw.c | 2 +- hw/s390x/virtio-ccw.c | 3 ++- include/hw/s390x/css.h | 10 ++++--- include/hw/s390x/ioinst.h | 6 +++-- 6 files changed, 64 insertions(+), 26 deletions(-) -- 2.11.2