From: Keir Fraser <keir.xen@gmail.com>
To: AP Xen <apxeng@gmail.com>, rshriram@cs.ubc.ca
Cc: "xen-devel@lists.xensource.com" <xen-devel@lists.xensource.com>,
Keir Fraser <keir@xen.org>,
Ian Campbell <Ian.Campbell@citrix.com>,
Jan Beulich <JBeulich@novell.com>
Subject: Re: xl/xm save -c fails - set_vcpucontext EOPNOTSUPP (was Re: xl save -c issues with Windows 7 Ultimate)
Date: Tue, 24 May 2011 21:09:21 +0100 [thread overview]
Message-ID: <CA01CF01.1B023%keir.xen@gmail.com> (raw)
In-Reply-To: <BANLkTi=BqU4qJyp-BrzF9NEkFq9ED_8N=Q@mail.gmail.com>
It depends on c/s 23142, and I think it isn't even needed in the absence of
that other patch.
-- Keir
On 24/05/2011 20:24, "AP Xen" <apxeng@gmail.com> wrote:
> Is is possible for this (23348:3e8e1800d472) to be included in Xen 4.1.1?
>
> Thanks,
> AP
>
> On Mon, May 16, 2011 at 6:48 PM, Shriram Rajagopalan <rshriram@cs.ubc.ca>
> wrote:
>> On Mon, May 16, 2011 at 8:02 AM, Jan Beulich <JBeulich@novell.com> wrote:
>>>
>>>>>> On 15.05.11 at 00:15, Shriram Rajagopalan <rshriram@cs.ubc.ca> wrote:
>>>> This one works only for 64-bit domUs. 32bit domU (on 64bit dom0) fails
>>>> with
>>>> usual EOPNOTSUPP.
>>>
>>> Next (hopefully final) try below.
>>>
>>> Jan
>>>
>>> --- a/xen/arch/x86/domain.c
>>> +++ b/xen/arch/x86/domain.c
>>> @@ -856,6 +856,15 @@ int arch_set_info_guest(
>>> goto out;
>>> }
>>>
>>> + init_int80_direct_trap(v);
>>> +
>>> + /* IOPL privileges are virtualised. */
>>> + v->arch.pv_vcpu.iopl = (v->arch.user_regs.eflags >> 12) & 3;
>>> + v->arch.user_regs.eflags &= ~X86_EFLAGS_IOPL;
>>> +
>>> + /* Ensure real hardware interrupts are enabled. */
>>> + v->arch.user_regs.eflags |= X86_EFLAGS_IF;
>>> +
>>> if ( !v->is_initialised )
>>> {
>>> v->arch.pv_vcpu.ldt_base = c(ldt_base);
>>> @@ -863,11 +872,27 @@ int arch_set_info_guest(
>>> }
>>> else
>>> {
>>> - bool_t fail = v->arch.pv_vcpu.ctrlreg[3] != c(ctrlreg[3]);
>>> + unsigned long pfn = pagetable_get_pfn(v->arch.guest_table);
>>> + bool_t fail;
>>>
>>> + if ( !compat )
>>> + {
>>> + fail = xen_pfn_to_cr3(pfn) != c.nat->ctrlreg[3];
>>> #ifdef CONFIG_X86_64
>>> - fail |= v->arch.pv_vcpu.ctrlreg[1] != c(ctrlreg[1]);
>>> + if ( pagetable_is_null(v->arch.guest_table_user) )
>>> + fail |= c.nat->ctrlreg[1] || !(flags & VGCF_in_kernel);
>>> + else
>>> + {
>>> + pfn = pagetable_get_pfn(v->arch.guest_table_user);
>>> + fail |= xen_pfn_to_cr3(pfn) != c.nat->ctrlreg[1];
>>> + }
>>> + } else {
>>> + l4_pgentry_t *l4tab = __va(pfn_to_paddr(pfn));
>>> +
>>> + pfn = l4e_get_pfn(*l4tab);
>>> + fail = compat_pfn_to_cr3(pfn) != c.cmp->ctrlreg[3];
>>> #endif
>>> + }
>>>
>>> for ( i = 0; i < ARRAY_SIZE(v->arch.pv_vcpu.gdt_frames); ++i )
>>> fail |= v->arch.pv_vcpu.gdt_frames[i] != c(gdt_frames[i]);
>>> @@ -907,15 +932,6 @@ int arch_set_info_guest(
>>> v->arch.pv_vcpu.ctrlreg[0] &= X86_CR0_TS;
>>> v->arch.pv_vcpu.ctrlreg[0] |= read_cr0() & ~X86_CR0_TS;
>>>
>>> - init_int80_direct_trap(v);
>>> -
>>> - /* IOPL privileges are virtualised. */
>>> - v->arch.pv_vcpu.iopl = (v->arch.user_regs.eflags >> 12) & 3;
>>> - v->arch.user_regs.eflags &= ~X86_EFLAGS_IOPL;
>>> -
>>> - /* Ensure real hardware interrupts are enabled. */
>>> - v->arch.user_regs.eflags |= X86_EFLAGS_IF;
>>> -
>>> cr4 = v->arch.pv_vcpu.ctrlreg[4];
>>> v->arch.pv_vcpu.ctrlreg[4] = cr4 ? pv_guest_cr4_fixup(v, cr4) :
>>> real_cr4_to_pv_guest_cr4(mmu_cr4_features);
>>>
>>>
>> ok. this one works :). I ve tested with remus too :P. Can you please please
>> spin out a patch to be pushed into the repo ? thanks for the help.
>>
>> shriram
>>
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xensource.com
>> http://lists.xensource.com/xen-devel
>>
>>
next prev parent reply other threads:[~2011-05-24 20:09 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-09 23:06 xl/xm save -c fails - set_vcpucontext EOPNOTSUPP (was Re: xl save -c issues with Windows 7 Ultimate) Shriram Rajagopalan
2011-05-10 8:41 ` Ian Campbell
2011-05-10 14:52 ` Shriram Rajagopalan
2011-05-10 15:02 ` Jan Beulich
2011-05-10 15:50 ` Shriram Rajagopalan
2011-05-10 15:55 ` Ian Campbell
2011-05-10 16:03 ` Jan Beulich
2011-05-11 2:30 ` Shriram Rajagopalan
2011-05-11 7:47 ` Jan Beulich
2011-05-11 18:37 ` Shriram Rajagopalan
2011-05-11 19:50 ` Shriram Rajagopalan
2011-05-13 10:00 ` Jan Beulich
2011-05-14 22:15 ` Shriram Rajagopalan
2011-05-16 12:02 ` Jan Beulich
2011-05-17 1:48 ` Shriram Rajagopalan
2011-05-24 19:24 ` AP Xen
2011-05-24 20:09 ` Keir Fraser [this message]
2011-05-25 7:15 ` Jan Beulich
2011-05-25 7:53 ` AP Xen
2011-05-12 8:10 ` Keir Fraser
-- strict thread matches above, loose matches on Subject: below --
2011-05-16 6:05 Jan Beulich
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=CA01CF01.1B023%keir.xen@gmail.com \
--to=keir.xen@gmail.com \
--cc=Ian.Campbell@citrix.com \
--cc=JBeulich@novell.com \
--cc=apxeng@gmail.com \
--cc=keir@xen.org \
--cc=rshriram@cs.ubc.ca \
--cc=xen-devel@lists.xensource.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).