Message ID | 1576079170-7244-9-git-send-email-pmorel@linux.ibm.com (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
Series | s390x: Testing the Channel Subsystem I/O | expand |
On Wed, 11 Dec 2019 16:46:09 +0100 Pierre Morel <pmorel@linux.ibm.com> wrote: > When a channel is enabled we can start a SENSE command using the SSCH s/SENSE/SENSE ID/ SENSE is for getting sense data after a unit check :) > instruction to recognize the control unit and device. > > This tests the success of SSCH, the I/O interruption and the TSCH > instructions. > > The test expects a device with a control unit type of 0xC0CA as the > first subchannel of the CSS. > > Signed-off-by: Pierre Morel <pmorel@linux.ibm.com> > --- > lib/s390x/css.h | 13 ++++ > s390x/css.c | 175 ++++++++++++++++++++++++++++++++++++++++++++++++ > 2 files changed, 188 insertions(+) > +static void irq_io(void) > +{ > + int ret = 0; > + char *flags; > + int sid; > + > + report_prefix_push("Interrupt"); > + if (lowcore->io_int_param != CSS_TEST_INT_PARAM) { > + report(0, "Bad io_int_param: %x", lowcore->io_int_param); > + report_prefix_pop(); > + return; > + } > + report_prefix_pop(); > + > + report_prefix_push("tsch"); > + sid = lowcore->subsys_id_word; > + ret = tsch(sid, &irb); > + switch (ret) { > + case 1: > + dump_irb(&irb); > + flags = dump_scsw_flags(irb.scsw.ctrl); > + report(0, "IRB scsw flags: %s", flags); I guess that should only happen if the I/O interrupt was for another subchannel, and we only enable one subchannel, right? Maybe log "I/O interrupt, but sch not status pending: <flags>"? (No idea how log the logged messages can be for kvm unit tests.) > + goto pop; > + case 2: > + report(0, "TSCH return unexpected CC 2"); s/return/returns/ > + goto pop; > + case 3: > + report(0, "Subchannel %08x not operational", sid); > + goto pop; > + case 0: > + /* Stay humble on success */ :) > + break; > + } > +pop: > + report_prefix_pop(); > +} > + > +static int start_subchannel(int code, char *data, int count) > +{ > + int ret; > + struct pmcw *p = &schib.pmcw; > + struct orb *orb_p = &orb[0]; > + > + /* Verify that a test subchannel has been set */ > + if (!test_device_sid) { > + report_skip("No device"); > + return 0; > + } > + > + if ((unsigned long)data >= 0x80000000UL) { > + report(0, "Data above 2G! %p", data); > + return 0; > + } > + > + /* Verify that the subchannel has been enabled */ > + ret = stsch(test_device_sid, &schib); > + if (ret) { > + report(0, "Err %d on stsch on sid %08x", ret, test_device_sid); > + return 0; > + } > + if (!(p->flags & PMCW_ENABLE)) { > + report_skip("Device (sid %08x) not enabled", test_device_sid); > + return 0; > + } > + > + report_prefix_push("ssch"); > + /* Build the CCW chain with a single CCW */ > + ccw[0].code = code; > + ccw[0].flags = 0; /* No flags need to be set */ > + ccw[0].count = count; > + ccw[0].data_address = (int)(unsigned long)data; > + orb_p->intparm = CSS_TEST_INT_PARAM; > + orb_p->ctrl = ORB_F_INIT_IRQ|ORB_F_FORMAT|ORB_F_LPM_DFLT; > + if ((unsigned long)&ccw[0] >= 0x80000000UL) { > + report(0, "CCW above 2G! %016lx", (unsigned long)&ccw[0]); Maybe check before filling out the ccw? > + report_prefix_pop(); > + return 0; > + } > + orb_p->cpa = (unsigned int) (unsigned long)&ccw[0]; > + > + ret = ssch(test_device_sid, orb_p); > + if (ret) { > + report(0, "ssch cc=%d", ret); > + report_prefix_pop(); > + return 0; > + } > + report_prefix_pop(); > + return 1; > +} > + > +/* > + * test_sense > + * Pre-requisits: > + * - We need the QEMU PONG device as the first recognized > + * - device by the enumeration. > + * - ./s390x-run s390x/css.elf -device ccw-pong,cu_type=0xc0ca > + */ > +static void test_sense(void) > +{ > + int ret; > + > + ret = register_io_int_func(irq_io); > + if (ret) { > + report(0, "Could not register IRQ handler"); > + goto unreg_cb; > + } > + > + enable_io_irq(); > + lowcore->io_int_param = 0; > + > + ret = start_subchannel(CCW_CMD_SENSE_ID, buffer, sizeof(senseid)); > + if (!ret) { > + report(0, "start_subchannel failed"); > + goto unreg_cb; > + } > + > + delay(100); > + if (lowcore->io_int_param != CSS_TEST_INT_PARAM) { > + report(0, "cu_type: expect 0x%08x, got 0x%08x", > + CSS_TEST_INT_PARAM, lowcore->io_int_param); > + goto unreg_cb; > + } This still looks like that odd "delay and hope an interrupt has arrived in the mean time" pattern. Also, doesn't the interrupt handler check for the intparm already? > + > + senseid.cu_type = buffer[2] | (buffer[1] << 8); This still looks odd; why not have the ccw fill out the senseid structure directly? > + > + /* Sense ID is non packed cut_type is at offset +1 byte */ I have trouble parsing this sentence... > + if (senseid.cu_type == PONG_CU) > + report(1, "cu_type: expect 0x%04x got 0x%04x", > + PONG_CU_TYPE, senseid.cu_type); > + else > + report(0, "cu_type: expect 0x%04x got 0x%04x", > + PONG_CU_TYPE, senseid.cu_type); Didn't you want to check for ff in the reserved field as well? > + > +unreg_cb: > + unregister_io_int_func(irq_io); > +} > + > static struct { > const char *name; > void (*func)(void); > } tests[] = { > { "enumerate (stsch)", test_enumerate }, > { "enable (msch)", test_enable }, > + { "sense (ssch/tsch)", test_sense }, > { NULL, NULL } > }; >
On 2019-12-12 13:26, Cornelia Huck wrote: > On Wed, 11 Dec 2019 16:46:09 +0100 > Pierre Morel <pmorel@linux.ibm.com> wrote: > >> When a channel is enabled we can start a SENSE command using the SSCH > > s/SENSE/SENSE ID/ > > SENSE is for getting sense data after a unit check :) Yes, thanks. > >> instruction to recognize the control unit and device. >> >> This tests the success of SSCH, the I/O interruption and the TSCH >> instructions. >> >> The test expects a device with a control unit type of 0xC0CA as the >> first subchannel of the CSS. >> >> Signed-off-by: Pierre Morel <pmorel@linux.ibm.com> >> --- >> lib/s390x/css.h | 13 ++++ >> s390x/css.c | 175 ++++++++++++++++++++++++++++++++++++++++++++++++ >> 2 files changed, 188 insertions(+) > >> +static void irq_io(void) >> +{ >> + int ret = 0; >> + char *flags; >> + int sid; >> + >> + report_prefix_push("Interrupt"); >> + if (lowcore->io_int_param != CSS_TEST_INT_PARAM) { >> + report(0, "Bad io_int_param: %x", lowcore->io_int_param); >> + report_prefix_pop(); >> + return; >> + } >> + report_prefix_pop(); >> + >> + report_prefix_push("tsch"); >> + sid = lowcore->subsys_id_word; >> + ret = tsch(sid, &irb); >> + switch (ret) { >> + case 1: >> + dump_irb(&irb); >> + flags = dump_scsw_flags(irb.scsw.ctrl); >> + report(0, "IRB scsw flags: %s", flags); > > I guess that should only happen if the I/O interrupt was for another > subchannel, and we only enable one subchannel, right? > > Maybe log "I/O interrupt, but sch not status pending: <flags>"? (No > idea how log the logged messages can be for kvm unit tests.) Yes, the log message I had was not very useful at first sight. > >> + goto pop; >> + case 2: >> + report(0, "TSCH return unexpected CC 2"); > > s/return/returns/ > >> + goto pop; >> + case 3: >> + report(0, "Subchannel %08x not operational", sid); >> + goto pop; >> + case 0: >> + /* Stay humble on success */ > > :) > >> + break; >> + } >> +pop: >> + report_prefix_pop(); >> +} >> + >> +static int start_subchannel(int code, char *data, int count) >> +{ >> + int ret; >> + struct pmcw *p = &schib.pmcw; >> + struct orb *orb_p = &orb[0]; >> + >> + /* Verify that a test subchannel has been set */ >> + if (!test_device_sid) { >> + report_skip("No device"); >> + return 0; >> + } >> + >> + if ((unsigned long)data >= 0x80000000UL) { >> + report(0, "Data above 2G! %p", data); >> + return 0; >> + } >> + >> + /* Verify that the subchannel has been enabled */ >> + ret = stsch(test_device_sid, &schib); >> + if (ret) { >> + report(0, "Err %d on stsch on sid %08x", ret, test_device_sid); >> + return 0; >> + } >> + if (!(p->flags & PMCW_ENABLE)) { >> + report_skip("Device (sid %08x) not enabled", test_device_sid); >> + return 0; >> + } >> + >> + report_prefix_push("ssch"); >> + /* Build the CCW chain with a single CCW */ >> + ccw[0].code = code; >> + ccw[0].flags = 0; /* No flags need to be set */ >> + ccw[0].count = count; >> + ccw[0].data_address = (int)(unsigned long)data; >> + orb_p->intparm = CSS_TEST_INT_PARAM; >> + orb_p->ctrl = ORB_F_INIT_IRQ|ORB_F_FORMAT|ORB_F_LPM_DFLT; >> + if ((unsigned long)&ccw[0] >= 0x80000000UL) { >> + report(0, "CCW above 2G! %016lx", (unsigned long)&ccw[0]); > > Maybe check before filling out the ccw? Yes. Also I wonder if we should not make sure the all kvm-test-text and data are under 2G by construct, because I am quite sure that this sort of tests will repeat all over the kvm-unit-test code. Will provide a separate patch for this, in between just do as you said, it is the logical thing to do here. > >> + report_prefix_pop(); >> + return 0; >> + } >> + orb_p->cpa = (unsigned int) (unsigned long)&ccw[0]; >> + >> + ret = ssch(test_device_sid, orb_p); >> + if (ret) { >> + report(0, "ssch cc=%d", ret); >> + report_prefix_pop(); >> + return 0; >> + } >> + report_prefix_pop(); >> + return 1; >> +} >> + >> +/* >> + * test_sense >> + * Pre-requisits: >> + * - We need the QEMU PONG device as the first recognized >> + * - device by the enumeration. >> + * - ./s390x-run s390x/css.elf -device ccw-pong,cu_type=0xc0ca >> + */ >> +static void test_sense(void) >> +{ >> + int ret; >> + >> + ret = register_io_int_func(irq_io); >> + if (ret) { >> + report(0, "Could not register IRQ handler"); >> + goto unreg_cb; >> + } >> + >> + enable_io_irq(); >> + lowcore->io_int_param = 0; >> + >> + ret = start_subchannel(CCW_CMD_SENSE_ID, buffer, sizeof(senseid)); >> + if (!ret) { >> + report(0, "start_subchannel failed"); >> + goto unreg_cb; >> + } >> + >> + delay(100); >> + if (lowcore->io_int_param != CSS_TEST_INT_PARAM) { >> + report(0, "cu_type: expect 0x%08x, got 0x%08x", >> + CSS_TEST_INT_PARAM, lowcore->io_int_param); >> + goto unreg_cb; >> + } > > This still looks like that odd "delay and hope an interrupt has arrived > in the mean time" pattern. yes. > > Also, doesn't the interrupt handler check for the intparm already? Yes, if the interrupt fires. > >> + >> + senseid.cu_type = buffer[2] | (buffer[1] << 8); > > This still looks odd; why not have the ccw fill out the senseid > structure directly? Oh sorry, you already said and I forgot to modify this. thanks > >> + >> + /* Sense ID is non packed cut_type is at offset +1 byte */ > > I have trouble parsing this sentence... > >> + if (senseid.cu_type == PONG_CU) >> + report(1, "cu_type: expect 0x%04x got 0x%04x", >> + PONG_CU_TYPE, senseid.cu_type); >> + else >> + report(0, "cu_type: expect 0x%04x got 0x%04x", >> + PONG_CU_TYPE, senseid.cu_type); > > Didn't you want to check for ff in the reserved field as well? It was not intended as a check for SENSE_ID but for STSCH/READ. But, while at this... why not. Thanks for the review. Regards, Pierre
On 2019-12-12 15:10, Pierre Morel wrote: > > > On 2019-12-12 13:26, Cornelia Huck wrote: >> On Wed, 11 Dec 2019 16:46:09 +0100 >> Pierre Morel <pmorel@linux.ibm.com> wrote: >> ... > >> >> Also, doesn't the interrupt handler check for the intparm already? > > Yes, if the interrupt fires. > >> >>> + >>> + senseid.cu_type = buffer[2] | (buffer[1] << 8); >> >> This still looks odd; why not have the ccw fill out the senseid >> structure directly? > > Oh sorry, you already said and I forgot to modify this. > thanks hum, sorry, I forgot, the sense structure is not padded so I need this. Regards, Pierre
On Thu, 12 Dec 2019 19:20:07 +0100 Pierre Morel <pmorel@linux.ibm.com> wrote: > On 2019-12-12 15:10, Pierre Morel wrote: > > > > > > On 2019-12-12 13:26, Cornelia Huck wrote: > >> On Wed, 11 Dec 2019 16:46:09 +0100 > >> Pierre Morel <pmorel@linux.ibm.com> wrote: > >>> + > >>> + senseid.cu_type = buffer[2] | (buffer[1] << 8); > >> > >> This still looks odd; why not have the ccw fill out the senseid > >> structure directly? > > > > Oh sorry, you already said and I forgot to modify this. > > thanks > > hum, sorry, I forgot, the sense structure is not padded so I need this. Very confused; I see padding in the senseid structure? (And what does padding have to do with it?) Also, you only copy the cu type... it would really be much better if you looked at the whole structure you got back from the hypervisor; that would also allow you to do some more sanity checks etc. If you really can't pass in a senseid structure directly, just copy everything you got?
On 2019-12-13 10:43, Cornelia Huck wrote: > On Thu, 12 Dec 2019 19:20:07 +0100 > Pierre Morel <pmorel@linux.ibm.com> wrote: > >> On 2019-12-12 15:10, Pierre Morel wrote: >>> >>> >>> On 2019-12-12 13:26, Cornelia Huck wrote: >>>> On Wed, 11 Dec 2019 16:46:09 +0100 >>>> Pierre Morel <pmorel@linux.ibm.com> wrote: > >>>>> + >>>>> + senseid.cu_type = buffer[2] | (buffer[1] << 8); >>>> >>>> This still looks odd; why not have the ccw fill out the senseid >>>> structure directly? >>> >>> Oh sorry, you already said and I forgot to modify this. >>> thanks >> >> hum, sorry, I forgot, the sense structure is not padded so I need this. > > Very confused; I see padding in the senseid structure? (And what does > padding have to do with it?) Sorry my fault: I wanted to say packed and... I forgot to pack the senseid structure. So I change this. > > Also, you only copy the cu type... it would really be much better if > you looked at the whole structure you got back from the hypervisor; > that would also allow you to do some more sanity checks etc. If you > really can't pass in a senseid structure directly, just copy everything > you got? > No I can, just need to work properly ;) I will only check on the cu_type but report_info() on all fields. Regards, Pierre
On Fri, 13 Dec 2019 16:24:18 +0100 Pierre Morel <pmorel@linux.ibm.com> wrote: > On 2019-12-13 10:43, Cornelia Huck wrote: > > On Thu, 12 Dec 2019 19:20:07 +0100 > > Pierre Morel <pmorel@linux.ibm.com> wrote: > > > >> On 2019-12-12 15:10, Pierre Morel wrote: > >>> > >>> > >>> On 2019-12-12 13:26, Cornelia Huck wrote: > >>>> On Wed, 11 Dec 2019 16:46:09 +0100 > >>>> Pierre Morel <pmorel@linux.ibm.com> wrote: > > > >>>>> + > >>>>> + senseid.cu_type = buffer[2] | (buffer[1] << 8); > >>>> > >>>> This still looks odd; why not have the ccw fill out the senseid > >>>> structure directly? > >>> > >>> Oh sorry, you already said and I forgot to modify this. > >>> thanks > >> > >> hum, sorry, I forgot, the sense structure is not padded so I need this. > > > > Very confused; I see padding in the senseid structure? (And what does > > padding have to do with it?) > > Sorry my fault: > I wanted to say packed and... I forgot to pack the senseid structure. > So I change this. Ah, good :) > > > > > Also, you only copy the cu type... it would really be much better if > > you looked at the whole structure you got back from the hypervisor; > > that would also allow you to do some more sanity checks etc. If you > > really can't pass in a senseid structure directly, just copy everything > > you got? > > > > No I can, just need to work properly ;) > > I will only check on the cu_type but report_info() on all fields. Sounds good!
diff --git a/lib/s390x/css.h b/lib/s390x/css.h index 06f048b..983e502 100644 --- a/lib/s390x/css.h +++ b/lib/s390x/css.h @@ -97,6 +97,19 @@ struct irb { uint32_t emw[8]; } __attribute__ ((aligned(4))); +#define CCW_CMD_SENSE_ID 0xe4 +#define PONG_CU 0xc0ca +struct senseid { + /* common part */ + uint8_t reserved; /* always 0x'FF' */ + uint16_t cu_type; /* control unit type */ + uint8_t cu_model; /* control unit model */ + uint16_t dev_type; /* device type */ + uint8_t dev_model; /* device model */ + uint8_t unused; /* padding byte */ + uint8_t padding[256 - 10]; /* Extra padding for CCW */ +} __attribute__ ((aligned(8))); + /* CSS low level access functions */ static inline int ssch(unsigned long schid, struct orb *addr) diff --git a/s390x/css.c b/s390x/css.c index b8824ad..7b9bdb1 100644 --- a/s390x/css.c +++ b/s390x/css.c @@ -22,9 +22,23 @@ #include <asm/time.h> #define SID_ONE 0x00010000 +#define PSW_PRG_MASK (PSW_MASK_IO | PSW_MASK_EA | PSW_MASK_BA) + +#define CSS_TEST_INT_PARAM 0xcafec0ca +#define PONG_CU_TYPE 0xc0ca + +struct lowcore *lowcore = (void *)0x0; static struct schib schib; static int test_device_sid; +#define NUM_CCW 100 +static struct ccw1 ccw[NUM_CCW]; +#define NUM_ORB 100 +static struct orb orb[NUM_ORB]; +static struct irb irb; +#define BUF_SZ 0x1000 +static char buffer[BUF_SZ] __attribute__ ((aligned(8))); +static struct senseid senseid; static inline void delay(unsigned long ms) { @@ -37,6 +51,22 @@ static inline void delay(unsigned long ms) } } +static void set_io_irq_subclass_mask(uint64_t const new_mask) +{ + asm volatile ( + "lctlg %%c6, %%c6, %[source]\n" + : /* No outputs */ + : [source] "R" (new_mask)); +} + +static void set_system_mask(uint8_t new_mask) +{ + asm volatile ( + "ssm %[source]\n" + : /* No outputs */ + : [source] "R" (new_mask)); +} + static void test_enumerate(void) { struct pmcw *pmcw = &schib.pmcw; @@ -128,12 +158,157 @@ static void test_enable(void) report(1, "Tested"); } +static void enable_io_irq(void) +{ + /* Let's enable all ISCs for I/O interrupt */ + set_io_irq_subclass_mask(0x00000000ff000000); + set_system_mask(PSW_PRG_MASK >> 56); +} + +static void irq_io(void) +{ + int ret = 0; + char *flags; + int sid; + + report_prefix_push("Interrupt"); + if (lowcore->io_int_param != CSS_TEST_INT_PARAM) { + report(0, "Bad io_int_param: %x", lowcore->io_int_param); + report_prefix_pop(); + return; + } + report_prefix_pop(); + + report_prefix_push("tsch"); + sid = lowcore->subsys_id_word; + ret = tsch(sid, &irb); + switch (ret) { + case 1: + dump_irb(&irb); + flags = dump_scsw_flags(irb.scsw.ctrl); + report(0, "IRB scsw flags: %s", flags); + goto pop; + case 2: + report(0, "TSCH return unexpected CC 2"); + goto pop; + case 3: + report(0, "Subchannel %08x not operational", sid); + goto pop; + case 0: + /* Stay humble on success */ + break; + } +pop: + report_prefix_pop(); +} + +static int start_subchannel(int code, char *data, int count) +{ + int ret; + struct pmcw *p = &schib.pmcw; + struct orb *orb_p = &orb[0]; + + /* Verify that a test subchannel has been set */ + if (!test_device_sid) { + report_skip("No device"); + return 0; + } + + if ((unsigned long)data >= 0x80000000UL) { + report(0, "Data above 2G! %p", data); + return 0; + } + + /* Verify that the subchannel has been enabled */ + ret = stsch(test_device_sid, &schib); + if (ret) { + report(0, "Err %d on stsch on sid %08x", ret, test_device_sid); + return 0; + } + if (!(p->flags & PMCW_ENABLE)) { + report_skip("Device (sid %08x) not enabled", test_device_sid); + return 0; + } + + report_prefix_push("ssch"); + /* Build the CCW chain with a single CCW */ + ccw[0].code = code; + ccw[0].flags = 0; /* No flags need to be set */ + ccw[0].count = count; + ccw[0].data_address = (int)(unsigned long)data; + orb_p->intparm = CSS_TEST_INT_PARAM; + orb_p->ctrl = ORB_F_INIT_IRQ|ORB_F_FORMAT|ORB_F_LPM_DFLT; + if ((unsigned long)&ccw[0] >= 0x80000000UL) { + report(0, "CCW above 2G! %016lx", (unsigned long)&ccw[0]); + report_prefix_pop(); + return 0; + } + orb_p->cpa = (unsigned int) (unsigned long)&ccw[0]; + + ret = ssch(test_device_sid, orb_p); + if (ret) { + report(0, "ssch cc=%d", ret); + report_prefix_pop(); + return 0; + } + report_prefix_pop(); + return 1; +} + +/* + * test_sense + * Pre-requisits: + * - We need the QEMU PONG device as the first recognized + * - device by the enumeration. + * - ./s390x-run s390x/css.elf -device ccw-pong,cu_type=0xc0ca + */ +static void test_sense(void) +{ + int ret; + + ret = register_io_int_func(irq_io); + if (ret) { + report(0, "Could not register IRQ handler"); + goto unreg_cb; + } + + enable_io_irq(); + lowcore->io_int_param = 0; + + ret = start_subchannel(CCW_CMD_SENSE_ID, buffer, sizeof(senseid)); + if (!ret) { + report(0, "start_subchannel failed"); + goto unreg_cb; + } + + delay(100); + if (lowcore->io_int_param != CSS_TEST_INT_PARAM) { + report(0, "cu_type: expect 0x%08x, got 0x%08x", + CSS_TEST_INT_PARAM, lowcore->io_int_param); + goto unreg_cb; + } + + senseid.cu_type = buffer[2] | (buffer[1] << 8); + + /* Sense ID is non packed cut_type is at offset +1 byte */ + if (senseid.cu_type == PONG_CU) + report(1, "cu_type: expect 0x%04x got 0x%04x", + PONG_CU_TYPE, senseid.cu_type); + else + report(0, "cu_type: expect 0x%04x got 0x%04x", + PONG_CU_TYPE, senseid.cu_type); + +unreg_cb: + unregister_io_int_func(irq_io); +} + static struct { const char *name; void (*func)(void); } tests[] = { { "enumerate (stsch)", test_enumerate }, { "enable (msch)", test_enable }, + { "sense (ssch/tsch)", test_sense }, { NULL, NULL } };
When a channel is enabled we can start a SENSE command using the SSCH instruction to recognize the control unit and device. This tests the success of SSCH, the I/O interruption and the TSCH instructions. The test expects a device with a control unit type of 0xC0CA as the first subchannel of the CSS. Signed-off-by: Pierre Morel <pmorel@linux.ibm.com> --- lib/s390x/css.h | 13 ++++ s390x/css.c | 175 ++++++++++++++++++++++++++++++++++++++++++++++++ 2 files changed, 188 insertions(+)