From: Julien Grall <julien.grall@arm.com>
To: Christoffer Dall <christoffer.dall@linaro.org>
Cc: kvmarm@lists.cs.columbia.edu, marc.zyngier@arm.com,
fu.wei@linaro.org, kvm@vger.kernel.org,
linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, wei@redhat.com,
al.stone@linaro.org, Daniel Lezcano <daniel.lezcano@linaro.org>,
Thomas Gleixner <tglx@linutronix.de>,
Gleb Natapov <gleb@kernel.org>,
Paolo Bonzini <pbonzini@redhat.com>
Subject: Re: [PATCH v2 2/6] KVM: arm/arm64: arch_timer: Rely on the arch timer to parse the firmware tables
Date: Fri, 4 Mar 2016 10:32:38 +0000 [thread overview]
Message-ID: <56D96446.2090107@arm.com> (raw)
In-Reply-To: <20160303193808.GK9634@cbox>
Hi Christoffer,
On 03/03/16 19:38, Christoffer Dall wrote:
> On Thu, Feb 11, 2016 at 03:33:20PM +0000, Julien Grall wrote:
[...]
>> diff --git a/drivers/clocksource/arm_arch_timer.c b/drivers/clocksource/arm_arch_timer.c
>> index 6eb2c5d..3cdbefd 100644
>> --- a/drivers/clocksource/arm_arch_timer.c
>> +++ b/drivers/clocksource/arm_arch_timer.c
>> @@ -451,6 +451,8 @@ static struct arch_timer_kvm_info arch_timer_kvm_info;
>>
>> struct arch_timer_kvm_info *arch_timer_get_kvm_info(void)
>> {
>> + arch_timer_kvm_info.virtual_irq = arch_timer_ppi[VIRT_PPI];
>> +
>
> it feels weird that we set this member on every retrieval of the pointer
> to the struct?
>
> wouldn't it be more natural to intialize the struct somewhere during
> init and then this function just returns a pointer to the struct?
True, I will move the initialization into arch_timer_common_init.
>
>> return &arch_timer_kvm_info;
>> }
>>
[...]
>> diff --git a/virt/kvm/arm/arch_timer.c b/virt/kvm/arm/arch_timer.c
>> index a669c6a..e4de549 100644
>> --- a/virt/kvm/arm/arch_timer.c
>> +++ b/virt/kvm/arm/arch_timer.c
>> @@ -17,7 +17,6 @@
>> */
>>
>> #include <linux/cpu.h>
>> -#include <linux/of_irq.h>
>> #include <linux/kvm.h>
>> #include <linux/kvm_host.h>
>> #include <linux/interrupt.h>
>> @@ -375,45 +374,28 @@ static struct notifier_block kvm_timer_cpu_nb = {
>> .notifier_call = kvm_timer_cpu_notify,
>> };
>>
>> -static const struct of_device_id arch_timer_of_match[] = {
>> - { .compatible = "arm,armv7-timer", },
>> - { .compatible = "arm,armv8-timer", },
>> - {},
>> -};
>> -
>> int kvm_timer_hyp_init(void)
>> {
>> - struct device_node *np;
>> - unsigned int ppi;
>> struct arch_timer_kvm_info *info;
>> int err;
>>
>> info = arch_timer_get_kvm_info();
>> timecounter = &info->timecounter;
>>
>> - np = of_find_matching_node(NULL, arch_timer_of_match);
>> - if (!np) {
>> - kvm_err("kvm_arch_timer: can't find DT node\n");
>> + host_vtimer_irq = info->virtual_irq;
>> + if (host_vtimer_irq <= 0) {
>> + kvm_err("kvm_arch_timer: can't find virtual timer info or config virtual timer interrupt\n");
>
> I don't understand the difference between the two cases in this error
> message.
>
> How about: "Invalid virtual timer IRQ: %d\n" ?
I will update the error message.
>
>> return -ENODEV;
>> }
>>
>> - ppi = irq_of_parse_and_map(np, 2);
>> - if (!ppi) {
>> - kvm_err("kvm_arch_timer: no virtual timer interrupt\n");
>> - err = -EINVAL;
>> - goto out;
>> - }
>> -
>> - err = request_percpu_irq(ppi, kvm_arch_timer_handler,
>> + err = request_percpu_irq(host_vtimer_irq, kvm_arch_timer_handler,
>> "kvm guest timer", kvm_get_running_vcpus());
>> if (err) {
>> kvm_err("kvm_arch_timer: can't request interrupt %d (%d)\n",
>> - ppi, err);
>> + host_vtimer_irq, err);
>> goto out;
>> }
>>
>> - host_vtimer_irq = ppi;
>> -
>> err = __register_cpu_notifier(&kvm_timer_cpu_nb);
>> if (err) {
>> kvm_err("Cannot register timer CPU notifier\n");
>> @@ -426,14 +408,13 @@ int kvm_timer_hyp_init(void)
>> goto out_free;
>> }
>>
>> - kvm_info("%s IRQ%d\n", np->name, ppi);
>> + kvm_info("vtimer IRQ%d\n", host_vtimer_irq);
>
> is "vtimer" a known concept anywhere? If not, can you use some known
> terms intead?
I will use "virtual timer".
>
>> on_each_cpu(kvm_timer_init_interrupt, NULL, 1);
>>
>> goto out;
>> out_free:
>> - free_percpu_irq(ppi, kvm_get_running_vcpus());
>> + free_percpu_irq(host_vtimer_irq, kvm_get_running_vcpus());
>> out:
>> - of_node_put(np);
>> return err;
>> }
Regards,
--
Julien Grall
next prev parent reply other threads:[~2016-03-04 10:32 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-02-11 15:33 [PATCH v2 0/6] arm64: Add support of KVM with ACPI Julien Grall
2016-02-11 15:33 ` [PATCH v2 1/6] KVM: arm/arm64: arch_timer: Gather KVM specific information in a structure Julien Grall
2016-02-19 7:24 ` Wei Huang
2016-02-19 10:53 ` Julien Grall
2016-02-19 11:41 ` Julien Grall
2016-02-19 11:54 ` Marc Zyngier
2016-02-11 15:33 ` [PATCH v2 2/6] KVM: arm/arm64: arch_timer: Rely on the arch timer to parse the firmware tables Julien Grall
2016-03-03 19:38 ` Christoffer Dall
2016-03-04 10:32 ` Julien Grall [this message]
2016-02-11 15:33 ` [PATCH v2 3/6] irqchip/gic-v2: Gather ACPI specific data in a single structure Julien Grall
2016-02-11 15:33 ` [PATCH v2 4/6] irqchip/gic-v2: Parse and export virtual GIC information Julien Grall
2016-02-11 15:33 ` [PATCH v2 5/6] irqchip/gic-v3: " Julien Grall
2016-02-11 15:33 ` [PATCH v2 6/6] KVM: arm/arm64: vgic: Rely on the GIC driver to parse the firmware tables Julien Grall
2016-02-19 6:36 ` [PATCH v2 0/6] arm64: Add support of KVM with ACPI Wei Huang
2016-02-23 2:31 ` Huang Shijie
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=56D96446.2090107@arm.com \
--to=julien.grall@arm.com \
--cc=al.stone@linaro.org \
--cc=christoffer.dall@linaro.org \
--cc=daniel.lezcano@linaro.org \
--cc=fu.wei@linaro.org \
--cc=gleb@kernel.org \
--cc=kvm@vger.kernel.org \
--cc=kvmarm@lists.cs.columbia.edu \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=marc.zyngier@arm.com \
--cc=pbonzini@redhat.com \
--cc=tglx@linutronix.de \
--cc=wei@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).