From: George Dunlap <george.dunlap@eu.citrix.com>
To: Fabio Fantoni <fabio.fantoni@m2r.biz>
Cc: Anthony Perard <anthony.perard@citrix.com>,
Andrew Cooper <andrew.cooper3@citrix.com>,
Jan Beulich <JBeulich@suse.com>,
"xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: Xen 4.3 development update RC2 imminent
Date: Thu, 23 May 2013 15:35:08 +0100 [thread overview]
Message-ID: <519E291C.7050206@eu.citrix.com> (raw)
In-Reply-To: <519E270C.5040206@eu.citrix.com>
[-- Attachment #1.1: Type: text/plain, Size: 2377 bytes --]
On 23/05/13 15:26, George Dunlap wrote:
> On 23/05/13 15:17, Fabio Fantoni wrote:
>> Il 23/05/2013 12:54, George Dunlap ha scritto:
>>> On 23/05/13 11:39, Andrew Cooper wrote:
>>>> On 23/05/13 11:36, Fabio Fantoni wrote:
>>>>> Il 23/05/2013 09:39, Jan Beulich ha scritto:
>>>>>>>>> On 22.05.13 at 18:54, George Dunlap
>>>>>>>>> <george.dunlap@eu.citrix.com> wrote:
>>>>>>> On 22/05/13 17:30, Pasi Kärkkäinen wrote:
>>>>>>>> On Wed, May 22, 2013 at 04:05:27PM +0100, George Dunlap wrote:
>>>>>>>> Hmm, for testing, can we use cpuid to mask out SSE,
>>>>>>>> and then try qxl ?
>>>>>>> That had occurred to me -- Andrew / Jan, do you know which flag
>>>>>>> might
>>>>>>> disable this particular instruction?
>>>>>>>
>>>>>>> I guess we could try just disabling all the SSE instructions.
>>>>>> movdqu is an SSE2 instruction, so disabling bit 26 of CPUID EDX
>>>>>> output to EAX=1 input.
>>>>> Can you explain better please?
>>>>> Should I add this to test it?
>>>>> cpuid="host,sse=0,sse2=0,ssse3=0,sse4_1=0,sse4_2=0,eax=1"
>>>> It will likely not work. SSE2 is an architectural requirement for
>>>> 64bit.
>>>>
>>>> It means that 64bit code may assume the presence of SSE2. Xen amongst
>>>> other software does make this assumption.
>>>
>>> It might work if he's using 32-bit.
>>>
>>> Fabio, as I said in my initial e-mail, you need to:
>>>
>>> 1. Run "cat /proc/cpuinfo" on your dom0
>>> 2. Look at the line that says "features:"
>>> 3. Find all the things that contain "sse" > 2 (sse2, ssse3, &c)
>>> 4. Set them to 0 in the "cpuid" field like above.
>>>
>>> Every processor will be a bit different -- you can't just copy mine
>>> and expect it to work.
>>>
>>> Don't include "eax=1" -- Jan is thinking of a different interface.
>>>
>>> -George
>> Tried with Raring (ubuntu 13.04) 32bit...
>> in cfg:
>> cpuid="host,sse=0,sse2=0,ssse3=0,sse4_1=0,sse4_2=0"
>>
>> # xl create /etc/xen/RARING.cfg
>> Parsing config from /etc/xen/RARING.cfg
>> while parsing CPUID flag: "sse4_1=0":
>> error #2: unknown CPUID flag name
>> while parsing CPUID flag: "sse4_2=0":
>> error #2: unknown CPUID flag name
>
> Right -- in that case this is a minor bug in libxl. (Actually I got
> the same result, I just didn't notice the error messages -- sorry
> about that.)
Actually it's not a bug per se; libxl apparently just calls these sse4.1
and sse4.2 respectively.
-George
[-- Attachment #1.2: Type: text/html, Size: 4449 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2013-05-23 14:35 UTC|newest]
Thread overview: 52+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-20 10:33 Xen 4.3 development update RC2 imminent George Dunlap
2013-05-20 10:36 ` George Dunlap
2013-05-20 17:12 ` Keir Fraser
2013-05-21 8:13 ` Tim Deegan
2013-05-21 10:22 ` Jan Beulich
2013-05-21 8:19 ` Jan Beulich
2013-05-21 8:22 ` George Dunlap
2013-05-21 8:25 ` Jan Beulich
2013-05-20 10:51 ` Wei Liu
2013-05-20 11:09 ` George Dunlap
2013-05-20 11:16 ` Ian Campbell
2013-05-20 11:32 ` George Dunlap
2013-05-20 11:46 ` Ian Campbell
2013-05-20 13:42 ` George Dunlap
2013-05-20 11:15 ` Ian Campbell
2013-05-20 11:22 ` George Dunlap
2013-05-20 11:26 ` Ian Campbell
2013-05-20 11:28 ` George Dunlap
2013-05-20 11:48 ` Ian Campbell
2013-05-21 14:06 ` Anthony PERARD
2013-05-21 14:31 ` Andrew Cooper
2013-05-21 14:49 ` George Dunlap
2013-05-21 14:55 ` Jan Beulich
2013-05-21 14:58 ` Andrew Cooper
2013-05-21 15:07 ` Jan Beulich
2013-05-21 16:13 ` George Dunlap
2013-05-21 16:16 ` George Dunlap
2013-05-22 12:49 ` Fabio Fantoni
2013-05-22 12:58 ` Andrew Cooper
2013-05-22 15:05 ` George Dunlap
2013-05-22 16:30 ` Pasi Kärkkäinen
2013-05-22 16:54 ` George Dunlap
2013-05-23 7:39 ` Jan Beulich
2013-05-23 10:36 ` Fabio Fantoni
2013-05-23 10:39 ` Andrew Cooper
2013-05-23 10:54 ` George Dunlap
2013-05-23 14:17 ` Fabio Fantoni
2013-05-23 14:26 ` George Dunlap
2013-05-23 14:35 ` George Dunlap [this message]
2013-05-23 14:58 ` Fabio Fantoni
2013-05-23 15:10 ` Pasi Kärkkäinen
2013-05-23 16:10 ` George Dunlap
2013-05-23 16:07 ` George Dunlap
2013-05-24 13:56 ` Fabio Fantoni
2013-05-24 13:59 ` George Dunlap
2013-05-24 14:53 ` Fabio Fantoni
2013-05-24 15:52 ` George Dunlap
2013-05-23 14:32 ` George Dunlap
2013-05-23 10:48 ` Jan Beulich
2013-05-23 10:31 ` Fabio Fantoni
2013-05-23 14:01 ` Pasi Kärkkäinen
2013-05-22 12:48 ` Fabio Fantoni
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=519E291C.7050206@eu.citrix.com \
--to=george.dunlap@eu.citrix.com \
--cc=JBeulich@suse.com \
--cc=andrew.cooper3@citrix.com \
--cc=anthony.perard@citrix.com \
--cc=fabio.fantoni@m2r.biz \
--cc=xen-devel@lists.xen.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;
as well as URLs for NNTP newsgroup(s).