From: Don Slutz <don.slutz@gmail.com>
To: Wei Liu <wei.liu2@citrix.com>
Cc: Keir Fraser <keir@xen.org>,
Ian Campbell <ian.campbell@citrix.com>,
Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
Andrew Cooper <andrew.cooper3@citrix.com>,
Ian Jackson <ian.jackson@eu.citrix.com>,
Don Slutz <dslutz@verizon.com>,
xen-devel@lists.xen.org, Jan Beulich <jbeulich@suse.com>
Subject: Re: [PATCH 3/4] Allow vif= to specify PCI address for each nic
Date: Tue, 16 Jun 2015 15:02:18 -0400 [thread overview]
Message-ID: <558072BA.1020005@Gmail.com> (raw)
In-Reply-To: <20150616161435.GD1813@zion.uk.xensource.com>
On 06/16/15 12:14, Wei Liu wrote:
> On Tue, Jun 16, 2015 at 11:23:46AM -0400, Don Slutz wrote:
> [...]
>>>>>> which enables usage of xen-netback.
>>>>>>
>>>>>
>>>>> In any case, exposing HVM-only options to top-level vif configuration
>>>>> space doesn't look right.
>>>>
>>>>
>>>> There are already HVM-only options in vifs:
>>>>
>>>> ### type
>>>>
>>>> This keyword is valid for HVM guests only.
>>>> ...
>>>> ### model
>>>>
>>>> This keyword is valid for HVM guest devices with `type=ioemu` only.
>>>> ...
>>>>
>>>>> Why do you want to set bus and addr? The
>>>>> rationale should be stated in commit message.
>>>>
>>>>
>>>> That is why I said:
>>>>
>>>>>> This can help with Windows finding nics at boot time.
>>>>
>>>> Windows boot code is not as flexible as Linux. Most versions of Windows
>>>> like to blue screen if the hardware changes enough.
>>>>
>>>
>>> Looks like you're trying to migrate a guest from VMWare to Xen. If
>>> device_model_args_new is sufficient please just use that.
>>>
>>
>> It works, but slowly because you are prevented from using the faster PV
>> nics.
>>
>
> I'm a bit lost here. Aren't you trying to preserve the same nic
> configuration for Windows for compatibility reason (even if it's
> slower)? Why is PV network involved? How does this work?
>
Yes, but there are 2 parts here:
1) boot time
2) run time
At boot time, windows wants devices to be where they were and to be
emulated.
At run time "newer" windows can switch to "Hyper-V enlightened I/O"
which as I understand it is like xen-netfront. I.E. Windows will start
using xen-netback.
Looking at
http://www.techworld.com.au/article/303867/xen_3_4_0_released_more_client_device_hyper-v_integration/
It says "Also new is support for Microsoft's Hyper-V Enlightened I/O
interface."
And
https://msdn.microsoft.com/en-us/library/cc768521%28v=bts.10%29.aspx
says:
"Presently, both Windows Server 2008 and Windows Vista support Hyper-V
enlightened I/O and a hypervisor aware kernel via installation of
Hyper-V integration services. Integration components, which include VSC
drivers, are also available for other client operating systems."
Also last I knew Citrix does provide Windows drivers that (also?)
provided this faster access.
This may require additional configuration and/or software to be
installed on the windows disk.
I did not see a clear reason to prevent Windows from using the faster
access.
-Don Slutz
> Wei.
>
>> -Don Slutz
>>
>>> Wei.
>>>
next prev parent reply other threads:[~2015-06-16 19:02 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-06-15 14:15 [PATCH 0/4] Add PCI to PCI bridge support to Xen Don Slutz
2015-06-15 14:15 ` [PATCH 1/4] hvmloader: Fixup pci_write* macros Don Slutz
2015-06-15 14:19 ` Andrew Cooper
2015-06-15 14:30 ` Don Slutz
2015-06-15 14:35 ` Andrew Cooper
2015-06-15 15:23 ` Jan Beulich
2015-06-15 16:09 ` Mihai Donțu
2015-06-15 17:14 ` Andrew Cooper
2015-06-16 7:39 ` Jan Beulich
2015-06-16 7:36 ` Jan Beulich
2015-06-15 14:36 ` Jan Beulich
2015-06-15 14:32 ` Jan Beulich
2015-06-15 14:15 ` [PATCH 2/4] hvmloader: Add support for PCI to PCI bridge Don Slutz
2015-06-15 14:26 ` Andrew Cooper
2015-06-15 14:56 ` Lars Kurth
2015-06-15 14:58 ` George Dunlap
2015-06-15 17:24 ` Don Slutz
2015-06-15 15:56 ` Don Slutz
2015-06-15 14:15 ` [PATCH 3/4] Allow vif= to specify PCI address for each nic Don Slutz
2015-06-15 15:54 ` Wei Liu
2015-06-15 17:45 ` Don Slutz
2015-06-16 10:32 ` Wei Liu
2015-06-16 15:23 ` Don Slutz
2015-06-16 16:14 ` Wei Liu
2015-06-16 19:02 ` Don Slutz [this message]
2015-06-16 20:08 ` Wei Liu
2015-06-15 14:15 ` [PATCH 4/4] Allow disk= to specify their emulated bus address Don Slutz
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=558072BA.1020005@Gmail.com \
--to=don.slutz@gmail.com \
--cc=andrew.cooper3@citrix.com \
--cc=dslutz@verizon.com \
--cc=ian.campbell@citrix.com \
--cc=ian.jackson@eu.citrix.com \
--cc=jbeulich@suse.com \
--cc=keir@xen.org \
--cc=stefano.stabellini@eu.citrix.com \
--cc=wei.liu2@citrix.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.