From: Avi Kivity <avi-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
To: Gregory Haskins <ghaskins-Et1tbQHTxzrQT0dZR+AlfA@public.gmane.org>
Cc: kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: Re: [PATCH 4/4] KVM: Add support for in-kernel LAPIC model
Date: Mon, 07 May 2007 13:17:41 +0300 [thread overview]
Message-ID: <463EFCC5.8050408@qumranet.com> (raw)
In-Reply-To: <20070502214330.16738.51436.stgit-sLgBBP33vUGnsjUZhwzVf9HuzzzSOjJt@public.gmane.org>
Gregory Haskins wrote:
> +
> +struct kvm_kernint {
> + struct kvm_vcpu *vcpu;
> + struct kvm_irqdevice *self_irq;
> + struct kvm_irqdevice *ext_irq;
> + struct kvm_irqdevice apic_irq;
> +
> +};
>
Can you elaborate on what these are? I sort of understand ext_irq and
apic_irq, but what is self_irq? And why have the vcpu member?
> +
> +static struct kvm_irqdevice *get_irq_dev(struct kvm_kernint *s)
> +{
> + struct kvm_irqdevice *dev;
> +
> + if (kvm_lapic_enabled(s->vcpu))
> + dev = &s->apic_irq;
> + else
> + dev = s->ext_irq;
> +
> + if (!dev)
> + kvm_crash_guest(s->vcpu->kvm);
>
Can this happen? Doesn't there always have to be an external interrupt
controller when the lapic is disabled?
> +
> +static void kvm_ext_intr(struct kvm_irqsink *this,
> + struct kvm_irqdevice *dev,
> + kvm_irqpin_t pin)
> +{
> + struct kvm_kernint *s = (struct kvm_kernint*)this->private;
> +
> + /*
> + * If the EXTINT device sent us an interrupt, forward it to the LINT0
> + * pin of the LAPIC
> + */
> + if (pin != kvm_irqpin_localint)
> + return;
>
Whitespace.
> +
> + /*
> + * "irq 0" = LINT0, 1 = LINT1
> + */
> + kvm_irqdevice_set_pin(&s->apic_irq, 0, 1);
> +}
> +
> +int kvm_kernint_init(struct kvm_vcpu *vcpu)
> +{
> + struct kvm_irqdevice *irqdev = &vcpu->irq.dev;
> + struct kvm_kernint *s;
> +
> + s = kzalloc(sizeof(*s), GFP_KERNEL);
> + if (!s)
> + return -ENOMEM;
>
Whitespace.
> +
> + s->vcpu = vcpu;
> +
> + /*
> + * Configure the irqdevice interface
> + */
> + irqdev->ack = kernint_irqdev_ack;
> + irqdev->set_pin = kernint_irqdev_set_pin;
> + irqdev->destructor = kernint_irqdev_destructor;
> +
> + irqdev->private = s;
> + s->self_irq = irqdev;
> +
> + /*
> + * Configure the EXTINT device if this is the BSP processor
> + */
> + if (!vcpu_slot(vcpu)) {
> + struct kvm_irqsink sink = {
> + .set_intr = kvm_ext_intr,
> + .private = s
> + };
> +
> + s->ext_irq = &vcpu->kvm->isa_irq;
> + kvm_irqdevice_register_sink(s->ext_irq, &sink);
> + }
> +
> + /*
> + * Configure the LAPIC device
> + */
> + kvm_irqdevice_init(&s->apic_irq);
> +
> + {
> + struct kvm_irqsink sink = {
> + .set_intr = kvm_apic_intr,
> + .private = s
> + };
> +
> + kvm_irqdevice_register_sink(&s->apic_irq, &sink);
> + }
>
Just move the variable definition to the top to avoid the wierd indentation.
> +
> +/*
> + *-----------------------------------------------------------------------
> + * KERNEL-TIMERS
> + *
> + * Unfortunately we really need HRTIMERs to do this right, but they might
> + * not exist on olders kernels (sigh). So we roughly abstract this interface
> + * to support nanosecond resolution, and then emulate it as best we can if
> + * the real HRTIMERs arent available
> + *-----------------------------------------------------------------------
> + */
>
The correct way to use non-hrtimer kernels is to write the hrtimer api
in terms of the old api, in external-module-compat.h.
> +
> +struct kvm_apic_timer {
> + int (*function)(void *private);
> + void *private;
> +#ifdef KVM_NO_HRTIMER
> + struct timer_list dev;
> +#else
> + struct hrtimer dev;
> +#endif
> +};
>
... for example:
#define hrtimer timer_list
I'd just drop it for now; it makes the code hard to read. We can re-add
it later.
[I didn't audit the lapic code]
Where's vcpu->cr8 gone?
--
error compiling committee.c: too many arguments to function
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
next prev parent reply other threads:[~2007-05-07 10:17 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-05-02 21:43 [PATCH 0/4] Kernel side patches for in-kernel APIC Gregory Haskins
[not found] ` <20070502212713.16738.8133.stgit-sLgBBP33vUGnsjUZhwzVf9HuzzzSOjJt@public.gmane.org>
2007-05-02 21:43 ` [PATCH 1/4] KVM: Adds support for in-kernel mmio handlers Gregory Haskins
[not found] ` <20070502214315.16738.68984.stgit-sLgBBP33vUGnsjUZhwzVf9HuzzzSOjJt@public.gmane.org>
2007-05-07 9:30 ` Avi Kivity
[not found] ` <463EF198.1050303-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-05-07 14:37 ` Gregory Haskins
2007-05-02 21:43 ` [PATCH 2/4] KVM: Add irqdevice object Gregory Haskins
[not found] ` <20070502214320.16738.21505.stgit-sLgBBP33vUGnsjUZhwzVf9HuzzzSOjJt@public.gmane.org>
2007-05-07 9:42 ` Avi Kivity
[not found] ` <463EF493.9070300-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-05-07 14:39 ` Gregory Haskins
2007-05-02 21:43 ` [PATCH 3/4] KVM: Adds ability to preempt an executing VCPU Gregory Haskins
[not found] ` <20070502214325.16738.42702.stgit-sLgBBP33vUGnsjUZhwzVf9HuzzzSOjJt@public.gmane.org>
2007-05-07 9:57 ` Avi Kivity
[not found] ` <463EF7F4.9020106-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-05-07 14:52 ` Gregory Haskins
[not found] ` <463F04D8.BA47.005A.0-Et1tbQHTxzrQT0dZR+AlfA@public.gmane.org>
2007-05-08 8:13 ` Avi Kivity
[not found] ` <46403117.2070000-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-05-08 11:48 ` Gregory Haskins
[not found] ` <46402B25.BA47.005A.0-Et1tbQHTxzrQT0dZR+AlfA@public.gmane.org>
2007-05-08 11:56 ` Avi Kivity
2007-05-07 15:17 ` Gregory Haskins
[not found] ` <463F0AC7.BA47.005A.0-Et1tbQHTxzrQT0dZR+AlfA@public.gmane.org>
2007-05-08 8:26 ` Avi Kivity
[not found] ` <4640341E.6090905-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-05-08 12:00 ` Gregory Haskins
2007-05-02 21:43 ` [PATCH 4/4] KVM: Add support for in-kernel LAPIC model Gregory Haskins
[not found] ` <20070502214330.16738.51436.stgit-sLgBBP33vUGnsjUZhwzVf9HuzzzSOjJt@public.gmane.org>
2007-05-07 10:17 ` Avi Kivity [this message]
[not found] ` <463EFCC5.8050408-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-05-07 10:22 ` Avi Kivity
2007-05-07 15:10 ` Gregory Haskins
[not found] ` <463F0914.BA47.005A.0-Et1tbQHTxzrQT0dZR+AlfA@public.gmane.org>
2007-05-08 8:19 ` Avi Kivity
[not found] ` <464032A3.2010303-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-05-08 11:59 ` Gregory Haskins
[not found] ` <46402DC0.BA47.005A.0-Et1tbQHTxzrQT0dZR+AlfA@public.gmane.org>
2007-05-13 10:21 ` Avi Kivity
2007-05-03 18:57 ` [PATCH 0/4] Kernel side patches for in-kernel APIC Nakajima, Jun
[not found] ` <8FFF7E42E93CC646B632AB40643802A8028B114D-1a9uaKK1+wJcIJlls4ac1rfspsVTdybXVpNB7YpNyf8@public.gmane.org>
2007-05-03 21:18 ` Gregory Haskins
[not found] ` <463A1935.BA47.005A.0-Et1tbQHTxzrQT0dZR+AlfA@public.gmane.org>
2007-05-06 7:49 ` Avi Kivity
[not found] ` <463D8887.5020007-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-05-07 14:36 ` Gregory Haskins
2007-05-06 7:45 ` Avi Kivity
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=463EFCC5.8050408@qumranet.com \
--to=avi-atkuwr5tajbwk0htik3j/w@public.gmane.org \
--cc=ghaskins-Et1tbQHTxzrQT0dZR+AlfA@public.gmane.org \
--cc=kvm-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
/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