From: Christian Borntraeger <borntraeger@de.ibm.com>
To: David Hildenbrand <david@redhat.com>, Cornelia Huck <cohuck@redhat.com>
Cc: KVM <kvm@vger.kernel.org>,
linux-s390 <linux-s390@vger.kernel.org>,
Janosch Frank <frankja@linux.vnet.ibm.com>,
Michael Mueller <mimu@linux.vnet.ibm.com>
Subject: Re: [PATCH 01/12] KVM: s390: reverse bit ordering of irqs in pending mask
Date: Wed, 17 Jan 2018 11:12:39 +0100 [thread overview]
Message-ID: <d83a2ea8-7bd8-715d-7cd7-343c428e5af5@de.ibm.com> (raw)
In-Reply-To: <84c4a270-99cb-f127-4de6-4995653358f4@redhat.com>
On 01/16/2018 09:18 PM, David Hildenbrand wrote:
> On 16.01.2018 21:02, Christian Borntraeger wrote:
>> From: Michael Mueller <mimu@linux.vnet.ibm.com>
>>
>> This patch prepares a simplification of bit operations between the irq
>> pending mask for emulated interrupts and the Interruption Pending Mask
>> (IPM) which is part of the Guest Interruption State Area (GISA), a feature
>> that allows interrupt delivery to guests by means of the SIE instruction.
>>
>> Without that change, a bit-wise *or* operation on parts of these two masks
>> would either require a look-up table of size 256 bytes to map the IPM
>> to the emulated irq pending mask bit orientation (all bits mirrored at half
>> byte) or a sequence of up to 8 condidional branches to perform tests of
>> single bit positions. Both options are to reject either by performance or
>> space utilization reasons.
>>
>> Beyond that this change will be transparent.
>>
>> Signed-off-by: Michael Mueller <mimu@linux.vnet.ibm.com>
>> Reviewed-by: Halil Pasic <pasic@linux.vnet.ibm.com>
>> Reviewed-by: Pierre Morel <pmorel@linux.vnet.ibm.com>
>> Reviewed-by: Christian Borntraeger <borntraeger@de.ibm.com>
>> Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com>
>> ---
>> arch/s390/include/asm/kvm_host.h | 54 ++++++++++++++++++++--------------------
>> arch/s390/kvm/interrupt.c | 10 ++++----
>> 2 files changed, 32 insertions(+), 32 deletions(-)
>>
>> diff --git a/arch/s390/include/asm/kvm_host.h b/arch/s390/include/asm/kvm_host.h
>> index e16a9f2a44ad..9981721f258f 100644
>> --- a/arch/s390/include/asm/kvm_host.h
>> +++ b/arch/s390/include/asm/kvm_host.h
>> @@ -409,35 +409,35 @@ struct kvm_vcpu_stat {
>> #define PGM_PER 0x80
>> #define PGM_CRYPTO_OPERATION 0x119
>>
>> -/* irq types in order of priority */
>> +/* irq types in ascend order of priorities */
>> enum irq_types {
>> - IRQ_PEND_MCHK_EX = 0,
>> - IRQ_PEND_SVC,
>> - IRQ_PEND_PROG,
>> - IRQ_PEND_MCHK_REP,
>> - IRQ_PEND_EXT_IRQ_KEY,
>> - IRQ_PEND_EXT_MALFUNC,
>> - IRQ_PEND_EXT_EMERGENCY,
>> - IRQ_PEND_EXT_EXTERNAL,
>> - IRQ_PEND_EXT_CLOCK_COMP,
>> - IRQ_PEND_EXT_CPU_TIMER,
>> - IRQ_PEND_EXT_TIMING,
>> - IRQ_PEND_EXT_SERVICE,
>> - IRQ_PEND_EXT_HOST,
>> - IRQ_PEND_PFAULT_INIT,
>> - IRQ_PEND_PFAULT_DONE,
>> - IRQ_PEND_VIRTIO,
>> - IRQ_PEND_IO_ISC_0,
>> - IRQ_PEND_IO_ISC_1,
>> - IRQ_PEND_IO_ISC_2,
>> - IRQ_PEND_IO_ISC_3,
>> - IRQ_PEND_IO_ISC_4,
>> - IRQ_PEND_IO_ISC_5,
>> - IRQ_PEND_IO_ISC_6,
>> - IRQ_PEND_IO_ISC_7,
>> - IRQ_PEND_SIGP_STOP,
>> + IRQ_PEND_SET_PREFIX = 0,
>> IRQ_PEND_RESTART,
>> - IRQ_PEND_SET_PREFIX,
>> + IRQ_PEND_SIGP_STOP,
>> + IRQ_PEND_IO_ISC_7,
>> + IRQ_PEND_IO_ISC_6,
>> + IRQ_PEND_IO_ISC_5,
>> + IRQ_PEND_IO_ISC_4,
>> + IRQ_PEND_IO_ISC_3,
>> + IRQ_PEND_IO_ISC_2,
>> + IRQ_PEND_IO_ISC_1,
>> + IRQ_PEND_IO_ISC_0,
>> + IRQ_PEND_VIRTIO,
>> + IRQ_PEND_PFAULT_DONE,
>> + IRQ_PEND_PFAULT_INIT,
>> + IRQ_PEND_EXT_HOST,
>> + IRQ_PEND_EXT_SERVICE,
>> + IRQ_PEND_EXT_TIMING,
>> + IRQ_PEND_EXT_CPU_TIMER,
>> + IRQ_PEND_EXT_CLOCK_COMP,
>> + IRQ_PEND_EXT_EXTERNAL,
>> + IRQ_PEND_EXT_EMERGENCY,
>> + IRQ_PEND_EXT_MALFUNC,
>> + IRQ_PEND_EXT_IRQ_KEY,
>> + IRQ_PEND_MCHK_REP,
>> + IRQ_PEND_PROG,
>> + IRQ_PEND_SVC,
>> + IRQ_PEND_MCHK_EX,
>> IRQ_PEND_COUNT
>
> We have to touch all because of irq priority, right?
Yes, we have to swap everything for priority.
>
>> };
>>
>> diff --git a/arch/s390/kvm/interrupt.c b/arch/s390/kvm/interrupt.c
>> index f8eb2cfa763a..b94173560dcf 100644
>> --- a/arch/s390/kvm/interrupt.c
>> +++ b/arch/s390/kvm/interrupt.c
>> @@ -189,8 +189,8 @@ static int cpu_timer_irq_pending(struct kvm_vcpu *vcpu)
>>
>> static inline int is_ioirq(unsigned long irq_type)
>> {
>> - return ((irq_type >= IRQ_PEND_IO_ISC_0) &&
>> - (irq_type <= IRQ_PEND_IO_ISC_7));
>> + return ((irq_type >= IRQ_PEND_IO_ISC_7) &&
>> + (irq_type <= IRQ_PEND_IO_ISC_0));
>> }
>>
>> static uint64_t isc_to_isc_bits(int isc)
>> @@ -211,12 +211,12 @@ static inline unsigned long pending_irqs(struct kvm_vcpu *vcpu)
>>
>> static inline int isc_to_irq_type(unsigned long isc)
>> {
>> - return IRQ_PEND_IO_ISC_0 + isc;
>> + return IRQ_PEND_IO_ISC_0 - isc;
>> }
>>
>> static inline int irq_type_to_isc(unsigned long irq_type)
>> {
>> - return irq_type - IRQ_PEND_IO_ISC_0;
>> + return IRQ_PEND_IO_ISC_0 - irq_type;
>> }
>>
>> static unsigned long disable_iscs(struct kvm_vcpu *vcpu,
>> @@ -1155,7 +1155,7 @@ int __must_check kvm_s390_deliver_pending_interrupts(struct kvm_vcpu *vcpu)
>>
>> while ((irqs = deliverable_irqs(vcpu)) && !rc) {
>> /* bits are in the order of interrupt priority */
>
> this comment should now be "reversed order"
will fix.
>
>> - irq_type = find_first_bit(&irqs, IRQ_PEND_COUNT);
>> + irq_type = find_last_bit(&irqs, IRQ_PEND_COUNT);
>> if (is_ioirq(irq_type)) {
>> rc = __deliver_io(vcpu, irq_type);
>> } else {
>>
>
> Looks sane to me on the first sight.
>
next prev parent reply other threads:[~2018-01-17 10:12 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-16 20:02 [PATCH 00/12] KVM: s390: exitless interrupt support for KVM Christian Borntraeger
2018-01-16 20:02 ` [PATCH 01/12] KVM: s390: reverse bit ordering of irqs in pending mask Christian Borntraeger
2018-01-16 20:18 ` David Hildenbrand
2018-01-17 10:12 ` Christian Borntraeger [this message]
2018-01-18 16:50 ` Cornelia Huck
2018-01-16 20:02 ` [PATCH 02/12] KVM: s390: define GISA format-0 data structure Christian Borntraeger
2018-01-16 20:25 ` David Hildenbrand
2018-01-17 7:57 ` Heiko Carstens
2018-01-18 15:49 ` Michael Mueller
2018-01-18 20:47 ` David Hildenbrand
2018-01-19 10:12 ` Heiko Carstens
2018-01-19 10:17 ` David Hildenbrand
2018-01-19 10:20 ` Heiko Carstens
2018-01-19 10:29 ` Cornelia Huck
2018-01-19 11:28 ` David Hildenbrand
2018-01-16 20:02 ` [PATCH 03/12] s390/bitops: add test_and_clear_bit_inv() Christian Borntraeger
2018-01-16 20:13 ` David Hildenbrand
2018-01-18 16:54 ` Cornelia Huck
2018-01-16 20:02 ` [PATCH 04/12] KVM: s390: implement GISA IPM related primitives Christian Borntraeger
2018-01-17 14:35 ` David Hildenbrand
2018-01-18 14:29 ` Michael Mueller
2018-01-18 14:33 ` David Hildenbrand
2018-01-18 15:58 ` Michael Mueller
2018-01-18 20:45 ` David Hildenbrand
2018-01-19 10:11 ` Heiko Carstens
2018-01-19 10:16 ` David Hildenbrand
2018-01-19 10:17 ` Christian Borntraeger
2018-01-16 20:02 ` [PATCH 05/12] s390/css: expose the AIV facility Christian Borntraeger
2018-01-17 15:19 ` David Hildenbrand
2018-01-18 12:02 ` Michael Mueller
2018-01-18 17:54 ` Cornelia Huck
2018-01-25 11:42 ` Christian Borntraeger
2018-01-25 12:00 ` Cornelia Huck
2018-01-25 12:04 ` Christian Borntraeger
2018-01-25 15:13 ` Heiko Carstens
2018-01-16 20:02 ` [PATCH 06/12] KVM: s390: exploit GISA and AIV for emulated interrupts Christian Borntraeger
2018-01-17 8:14 ` Heiko Carstens
2018-01-18 18:10 ` Cornelia Huck
2018-01-16 20:02 ` [PATCH 07/12] KVM: s390: abstract adapter interruption word generation from ISC Christian Borntraeger
2018-01-18 18:11 ` Cornelia Huck
2018-01-16 20:02 ` [PATCH 08/12] KVM: s390: add GISA interrupts to FLIC ioctl interface Christian Borntraeger
2018-01-16 20:02 ` [PATCH 09/12] KVM: s390: make kvm_s390_get_io_int() aware of GISA Christian Borntraeger
2018-01-16 20:02 ` [PATCH 10/12] KVM: s390: activate GISA for emulated interrupts Christian Borntraeger
2018-01-16 20:02 ` [PATCH 11/12] s390/sclp: expose the GISA format facility Christian Borntraeger
2018-01-16 20:13 ` David Hildenbrand
2018-01-16 20:02 ` [PATCH 12/12] KVM: s390: introduce the format-1 GISA Christian Borntraeger
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=d83a2ea8-7bd8-715d-7cd7-343c428e5af5@de.ibm.com \
--to=borntraeger@de.ibm.com \
--cc=cohuck@redhat.com \
--cc=david@redhat.com \
--cc=frankja@linux.vnet.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=mimu@linux.vnet.ibm.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