From: Cornelia Huck <cohuck@redhat.com>
To: David Hildenbrand <david@redhat.com>
Cc: Richard Henderson <richard.henderson@linaro.org>,
Matthew Rosato <mjrosato@linux.vnet.ibm.com>,
qemu-devel@nongnu.org, thuth@redhat.com,
Eduardo Habkost <ehabkost@redhat.com>,
Alexander Graf <agraf@suse.de>,
borntraeger@de.ibm.com, Aurelien Jarno <aurelien@aurel32.net>
Subject: Re: [Qemu-devel] [PATCH v2 11/19] s390x: allow only 1 CPU with TCG
Date: Fri, 15 Sep 2017 09:38:08 +0200 [thread overview]
Message-ID: <20170915093808.4cd4d0ae.cohuck@redhat.com> (raw)
In-Reply-To: <24e458ff-39c8-7407-62ad-46568e150c5d@redhat.com>
On Thu, 14 Sep 2017 20:13:49 +0200
David Hildenbrand <david@redhat.com> wrote:
> FWIW, I started factoring out today KVM SIGP code to make it usable by TCG.
>
> I also started adding the missing SIGP instructions the kernel handles
> for KVM. I dropped the old TCG SIGP handling code and completely reuse
> the new SIGP code. I already got boot/reboot/shutdown properly running
> (implementing STOP and RESTART interrupts like KVM has).
Cool!
>
> But its still quite hacky and there are is a bunch of stuff to clean up,
> especially:
> - external interrupt handling (the queue approach we have right now is
> no good for external calls and emergency signals)
> - floating interrupt support (io interrupts always going to CPU 0 is a
> hack)
>
> I think I can at least implement SIGP properly and fix the external call
> stuff. floating interrupts might require more thought.
I'm wondering whether something should move into the qemu version of
the flic. I'm also wondering whether we should look to the kvm floating
interrupt code for inspiration.
(I have 'look at floating interrupts with tcg' on my todo list as
well :)
next prev parent reply other threads:[~2017-09-15 7:38 UTC|newest]
Thread overview: 65+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-04 15:42 [Qemu-devel] [PATCH v2 00/19] s390x cleanups and CPU hotplug via device_add David Hildenbrand
2017-09-04 15:42 ` [Qemu-devel] [PATCH v2 01/19] exec, dump, i386, ppc, s390x: don't include exec/cpu-all.h explicitly David Hildenbrand
2017-09-05 12:25 ` Cornelia Huck
2017-09-07 5:46 ` Thomas Huth
2017-09-07 12:41 ` David Hildenbrand
2017-09-07 13:11 ` Cornelia Huck
2017-09-04 15:42 ` [Qemu-devel] [PATCH v2 02/19] cpu: drop old comments describing members David Hildenbrand
2017-09-04 15:43 ` [Qemu-devel] [PATCH v2 03/19] s390x: get rid of s390-virtio.c David Hildenbrand
2017-09-04 15:43 ` [Qemu-devel] [PATCH v2 04/19] s390x: rename s390-virtio.h to s390-virtio-hcall.h David Hildenbrand
2017-09-05 8:54 ` Christian Borntraeger
2017-09-04 15:43 ` [Qemu-devel] [PATCH v2 05/19] target/s390x: move typedef of S390CPU to its definition David Hildenbrand
2017-09-05 12:34 ` Cornelia Huck
2017-09-07 5:50 ` Thomas Huth
2017-09-04 15:43 ` [Qemu-devel] [PATCH v2 06/19] s390x: move s390_virtio_hypercall() to s390-virtio-hcall.h David Hildenbrand
2017-09-07 5:56 ` Thomas Huth
2017-09-04 15:43 ` [Qemu-devel] [PATCH v2 07/19] s390x: move two function declarations to s390-virtio-ccw.h David Hildenbrand
2017-09-07 6:04 ` Thomas Huth
2017-09-07 12:46 ` David Hildenbrand
2017-09-07 13:23 ` Cornelia Huck
2017-09-04 15:43 ` [Qemu-devel] [PATCH v2 08/19] s390x: move sclp_service_call() to interrupt.c David Hildenbrand
2017-09-05 12:38 ` Cornelia Huck
2017-09-05 12:42 ` David Hildenbrand
2017-09-05 12:46 ` Christian Borntraeger
2017-09-05 12:52 ` Thomas Huth
2017-09-05 12:55 ` Cornelia Huck
2017-09-04 15:43 ` [Qemu-devel] [PATCH v2 09/19] target/s390x: use trigger_pgm_exception() in s390_cpu_handle_mmu_fault() David Hildenbrand
2017-09-07 5:59 ` Thomas Huth
2017-09-04 15:43 ` [Qemu-devel] [PATCH v2 10/19] target/s390x: use program_interrupt() in per_check_exception() David Hildenbrand
2017-09-07 13:32 ` Cornelia Huck
2017-09-07 13:52 ` David Hildenbrand
2017-09-07 16:55 ` Cornelia Huck
2017-09-04 15:43 ` [Qemu-devel] [PATCH v2 11/19] s390x: allow only 1 CPU with TCG David Hildenbrand
2017-09-06 18:16 ` Matthew Rosato
2017-09-06 21:20 ` Richard Henderson
2017-09-07 12:49 ` David Hildenbrand
2017-09-07 12:51 ` Cornelia Huck
2017-09-14 18:13 ` David Hildenbrand
2017-09-15 7:38 ` Cornelia Huck [this message]
2017-09-04 15:43 ` [Qemu-devel] [PATCH v2 12/19] target/s390x: set cpu->id for linux user when realizing David Hildenbrand
2017-09-07 1:42 ` Matthew Rosato
2017-09-04 15:43 ` [Qemu-devel] [PATCH v2 13/19] target/s390x: use "core-id" for cpu number/address/id handling David Hildenbrand
2017-09-07 3:15 ` Matthew Rosato
2017-09-07 13:02 ` David Hildenbrand
2017-09-04 15:43 ` [Qemu-devel] [PATCH v2 14/19] target/s390x: rename next_cpu_id to next_core_id David Hildenbrand
2017-09-07 3:15 ` Matthew Rosato
2017-09-04 15:43 ` [Qemu-devel] [PATCH v2 15/19] s390x: print CPU definitions in sorted order David Hildenbrand
2017-09-07 15:22 ` Cornelia Huck
2017-09-07 20:04 ` David Hildenbrand
2017-09-04 15:43 ` [Qemu-devel] [PATCH v2 16/19] s390x: allow cpu hotplug via device_add David Hildenbrand
2017-09-07 3:16 ` Matthew Rosato
2017-09-07 13:04 ` David Hildenbrand
2017-09-04 15:43 ` [Qemu-devel] [PATCH v2 17/19] s390x: CPU hot unplug via device_del cannot work David Hildenbrand
2017-09-05 9:14 ` Christian Borntraeger
2017-09-05 12:01 ` David Hildenbrand
2017-09-05 12:14 ` Christian Borntraeger
2017-09-05 12:54 ` Cornelia Huck
2017-09-05 13:09 ` Christian Borntraeger
2017-09-06 18:13 ` Matthew Rosato
2017-09-04 15:43 ` [Qemu-devel] [PATCH v2 18/19] s390x: implement query-hotpluggable-cpus David Hildenbrand
2017-09-07 17:05 ` Cornelia Huck
2017-09-04 15:43 ` [Qemu-devel] [PATCH v2 19/19] s390x: get rid of cpu_s390x_create() David Hildenbrand
2017-09-07 17:11 ` Cornelia Huck
2017-09-05 7:51 ` [Qemu-devel] [PATCH v2 00/19] s390x cleanups and CPU hotplug via device_add Christian Borntraeger
2017-09-06 16:03 ` David Hildenbrand
2017-09-06 16:21 ` Matthew Rosato
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20170915093808.4cd4d0ae.cohuck@redhat.com \
--to=cohuck@redhat.com \
--cc=agraf@suse.de \
--cc=aurelien@aurel32.net \
--cc=borntraeger@de.ibm.com \
--cc=david@redhat.com \
--cc=ehabkost@redhat.com \
--cc=mjrosato@linux.vnet.ibm.com \
--cc=qemu-devel@nongnu.org \
--cc=richard.henderson@linaro.org \
--cc=thuth@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).