[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [qemu-s390x] [PATCH v1 0/5][RFC] Refactoring of AIS support
From: |
Cornelia Huck |
Subject: |
Re: [qemu-s390x] [PATCH v1 0/5][RFC] Refactoring of AIS support |
Date: |
Mon, 30 Oct 2017 13:42:33 +0100 |
On Mon, 30 Oct 2017 09:28:09 +0100
Christian Borntraeger <address@hidden> wrote:
> Now I thought about that for a while and I start to think that we cannot
> implement ais
> in QEMU and cover all cases.
> One aspect was certainly passthrough (like you handled in patch 4).
> Another aspect is that some interrupts might be injected from the kernel -
> even for
> emulated devices. e.g. virtio-pci together with vhost-net, will inject
> interrupts via
> the set_irq callback. I think disabling irqfd for these cases is not a good
> idea.
Is there still a fallback for irqfd emulation?
>
> So what about adding a new KVM capability (for 4.14), fixup the other things
> in
> QEMU and then bind it to the new capability?
For 4.15, surely?
Probably the only way we can make this work correctly...
- Re: [qemu-s390x] [PATCH v1 0/5][RFC] Refactoring of AIS support, Christian Borntraeger, 2017/10/30
- Re: [qemu-s390x] [PATCH v1 0/5][RFC] Refactoring of AIS support,
Cornelia Huck <=
- Re: [qemu-s390x] [PATCH v1 0/5][RFC] Refactoring of AIS support, Christian Borntraeger, 2017/10/30
- Re: [qemu-s390x] [PATCH v1 0/5][RFC] Refactoring of AIS support, Pierre Morel, 2017/10/30
- Re: [qemu-s390x] [PATCH v1 0/5][RFC] Refactoring of AIS support, Christian Borntraeger, 2017/10/30
- Re: [qemu-s390x] [PATCH v1 0/5][RFC] Refactoring of AIS support, Halil Pasic, 2017/10/30
- Re: [qemu-s390x] [PATCH v1 0/5][RFC] Refactoring of AIS support, Cornelia Huck, 2017/10/30
- Re: [qemu-s390x] [PATCH v1 0/5][RFC] Refactoring of AIS support, Christian Borntraeger, 2017/10/30
- Re: [qemu-s390x] [Qemu-devel] [PATCH v1 0/5][RFC] Refactoring of AIS support, Pierre Morel, 2017/10/30
- Re: [qemu-s390x] [Qemu-devel] [PATCH v1 0/5][RFC] Refactoring of AIS support, Halil Pasic, 2017/10/30