[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [qemu-s390x] [PATCH v1 4/4] s390x/zpci: properly fail if the zPCI de
From: |
Cornelia Huck |
Subject: |
Re: [qemu-s390x] [PATCH v1 4/4] s390x/zpci: properly fail if the zPCI device cannot be created |
Date: |
Thu, 8 Nov 2018 12:14:46 +0100 |
On Mon, 5 Nov 2018 13:46:10 +0100
David Hildenbrand <address@hidden> wrote:
> On 05.11.18 13:41, Cornelia Huck wrote:
> > On Mon, 5 Nov 2018 13:04:04 +0100
> > Thomas Huth <address@hidden> wrote:
> >
> >> On 2018-11-05 12:03, David Hildenbrand wrote:
> >>> Right now, errors during realize()/pre_plug/plug of the zPCI device
> >>> would result in QEMU crashing instead of failing nicely when creating
> >>> a zPCI device for a PCI device.
> >
> > Yeah, failing instead of crashing is better :)
> >
> > Is there any way we can trigger this problem for testing?
>
> I guess trying to add more PCI devices (with implicit zPCI devices
> getting created) than we have zPCI slots should be enough. So making
> e.g. s390_pci_alloc_idx() fail.
>
> (FH_MASK_INDEX = 0x0000ffff implies 65536 devices, which is not really
> easy to test ;) )
>
I was hoping for an easy test. Oh well :)
[qemu-s390x] [PATCH v1 1/4] s390x/zpci: drop msix.available, David Hildenbrand, 2018/11/05
Re: [qemu-s390x] [PATCH v1 1/4] s390x/zpci: drop msix.available, Thomas Huth, 2018/11/05
Re: [qemu-s390x] [PATCH v1 1/4] s390x/zpci: drop msix.available, Cornelia Huck, 2018/11/12
[qemu-s390x] [PATCH v1 3/4] s390x/zpci: move some hotplug checks to the pre_plug handler, David Hildenbrand, 2018/11/05