From: Suravee Suthikulanit <suravee.suthikulpanit@amd.com>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: <linux-kernel@vger.kernel.org>, <kvm@vger.kernel.org>,
<rkrcmar@redhat.com>
Subject: Re: [PATCH] KVM: SVM: compile out AVIC if !CONFIG_X86_LOCAL_APIC
Date: Tue, 14 Jun 2016 16:44:39 -0500 [thread overview]
Message-ID: <fa727a2c-f458-cf04-64d0-6327c34459da@amd.com> (raw)
In-Reply-To: <29661011.22418691.1465939344668.JavaMail.zimbra@redhat.com>
On 6/14/2016 4:22 PM, Paolo Bonzini wrote:
> ----- Original Message -----
>> From: "Suravee Suthikulanit" <suravee.suthikulpanit@amd.com>
>> To: "Paolo Bonzini" <pbonzini@redhat.com>, linux-kernel@vger.kernel.org, kvm@vger.kernel.org
>> Cc: rkrcmar@redhat.com
>> Sent: Tuesday, June 14, 2016 8:20:30 PM
>> Subject: Re: [PATCH] KVM: SVM: compile out AVIC if !CONFIG_X86_LOCAL_APIC
>>
>> Hi Paolo,
>>
>> On 6/14/2016 11:40 AM, Paolo Bonzini wrote:
>>> AVIC needs __default_cpu_present_to_apicid. Stub out all functions
>>> that use it, and disable the module parameter, if Linux is
>>> compiled without local APIC support.
>>
>> I think you are right that we should disable AVIC #ifndef
>> CONFIG_X86_LOCAL_APIC. However, do you think we should just use
>> default_cpu_present_to_apicid() instead of the
>> __default_cpu_present_to_apicid()?
>
> I'm not sure why that would help? default_cpu_present_to_apicid
> is also declared only if CONFIG_X86_LOCAL_APIC is defined.
Actually, I also meant to include the change that I sent out
(https://lkml.org/lkml/2016/6/13/898), which declares a dummy for the
case #ifndef CONFIG_X86_LOCAL_APIC. That should help with the issue here.
>> As for disabling AVIC, I think we can also do:
>>
>> if (!IS_ENABLED(CONFIG_X86_LOCAL_APIC))
>> avic = false;
>
> Yes, we'll need to do that once AVIC is enabled by default; or
>
> static bool avic = IS_ENABLED(CONFIG_X86_LOCAL_APIC);
>
> In any case the module parameter must be hidden if there's no
> support in the kernel for the local APIC.
>
> Paolo
>
Agree.
If you okay with using default_cpu_present_to_apicid(), I can send out
the v2 of the "[PATCH] x86/SVM: Fix implicit declaration issue for
__default_cpu_present_to_apicid()" with changes that you suggested here.
Thanks,
Suravee
next prev parent reply other threads:[~2016-06-14 21:44 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-14 16:40 Paolo Bonzini
2016-06-14 18:20 ` Suravee Suthikulanit
2016-06-14 21:22 ` Paolo Bonzini
2016-06-14 21:44 ` Suravee Suthikulanit [this message]
2016-06-14 22:01 ` Paolo Bonzini
2016-06-14 22:09 ` Suravee Suthikulanit
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=fa727a2c-f458-cf04-64d0-6327c34459da@amd.com \
--to=suravee.suthikulpanit@amd.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=pbonzini@redhat.com \
--cc=rkrcmar@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
all inboxes | Powered by JetHome®