Release 0.9.10 of GPL PV Drivers for Windows

Release 0.9.10 of GPL PV Drivers for Windows

[James Harper]

I've just uploaded 0.9.10 to http://www.meadowcourt.org/downloads

As a reminder, the wiki page is
http://wiki.xensource.com/xenwiki/XenWindowsGplPv

If you are upgrading from 0.9.9, you might have a problem with
xenshutdown. The install script stops the service but the process
doesn't stop immediately so the installer can't update it as the file is
in use. Either kill shutdownmon using task manager, or just wait 10
seconds or so and hit retry. This may need further work... You shouldn't
have any other issues upgrading as nothing should take effect until a
reboot is done.

The xennet 'parameters' (csum offload, large send offload) should now
work properly.

The drivers are now (self-)signed, and the cert is included. The
installer will prompt you to install the cert but I'm not sure how
effective that will be... it's a start anyway. If you are using Vista or
2008, please let me know if this makes things any easier or harder for
you, or if there's anything else I need to do in the installer.

In order for things to install without any warnings at all, the drivers
need to pass Windows Logo verification, which I have no experience with.
Apparently you put the drivers through a bunch of tests, submit the logs
from those tests to Microsoft, pay a fee, and either your drivers get
passed or they get failed, hopefully with some explanation.

James

Re: [Xen-users] Release 0.9.10 of GPL PV Drivers for Windows

[Pasi Kärkkäinen]

On Tue, Jun 17, 2008 at 08:43:23PM +1000, James Harper wrote:
> I've just uploaded 0.9.10 to http://www.meadowcourt.org/downloads
> 
> As a reminder, the wiki page is
> http://wiki.xensource.com/xenwiki/XenWindowsGplPv
> 
> If you are upgrading from 0.9.9, you might have a problem with
> xenshutdown. The install script stops the service but the process
> doesn't stop immediately so the installer can't update it as the file is
> in use. Either kill shutdownmon using task manager, or just wait 10
> seconds or so and hit retry. This may need further work... You shouldn't
> have any other issues upgrading as nothing should take effect until a
> reboot is done.
> 
> The xennet 'parameters' (csum offload, large send offload) should now
> work properly.
> 

Hi!

Have you thought about adding jumbo frame support (mtu 9000) ? 

There was some discussion about this earlier, but I guess there was no
conclusion.. obviously this feature needs configuration on dom0 too (vif,bridge,peth).

-- Pasi

RE: [Xen-users] Release 0.9.10 of GPL PV Drivers for Windows

[James Harper]

> 
> Hi!
> 
> Have you thought about adding jumbo frame support (mtu 9000) ?
> 
> There was some discussion about this earlier, but I guess there was no
> conclusion.. obviously this feature needs configuration on dom0 too
> (vif,bridge,peth).
> 

Yes I've thought about it, but I don't think it's supported by netback so there's not a lot I can do. I think some changes need to be made so that netback and netfront/gplpv can tell each other the MTU in use.

James

Re: [Xen-users] Release 0.9.10 of GPL PV Drivers for Windows / jumbo frames and xen netback changes

[Pasi Kärkkäinen]

On Tue, Jun 17, 2008 at 09:07:23PM +1000, James Harper wrote:
> > 
> > Hi!
> > 
> > Have you thought about adding jumbo frame support (mtu 9000) ?
> > 
> > There was some discussion about this earlier, but I guess there was no
> > conclusion.. obviously this feature needs configuration on dom0 too
> > (vif,bridge,peth).
> > 
> 
> Yes I've thought about it, but I don't think it's supported by netback 
> so there's not a lot I can do. I think some changes need to be made so 
> that netback and netfront/gplpv can tell each other the MTU in use.
> 

Hmm.. OK. 

Somehow I thought some Xen implementation (Citrix XenServer or VirtualIron)
supported jumbos.. but I'm not sure about that. I'd have to check again.

Does someone else have more information about this? 

-- Pasi

Re: Re: [Xen-users] Release 0.9.10 of GPL PV Drivers for Windows / jumbo frames and xen netback changes

[Ben Guthro]

[-- Attachment #1.1: Type: text/plain, Size: 1236 bytes --]

We (VirtualIron) do support jumbo frames - but currently only for iSCSI 
traffic to dom0 - not for inter-domain communications... ie - not over 
the bridge/vif. So - I'm not sure that this is what you're talking about 
here...


Pasi Kärkkäinen wrote on 06/17/2008 08:28 AM:
> On Tue, Jun 17, 2008 at 09:07:23PM +1000, James Harper wrote:
>   
>>> Hi!
>>>
>>> Have you thought about adding jumbo frame support (mtu 9000) ?
>>>
>>> There was some discussion about this earlier, but I guess there was no
>>> conclusion.. obviously this feature needs configuration on dom0 too
>>> (vif,bridge,peth).
>>>
>>>       
>> Yes I've thought about it, but I don't think it's supported by netback 
>> so there's not a lot I can do. I think some changes need to be made so 
>> that netback and netfront/gplpv can tell each other the MTU in use.
>>
>>     
>
> Hmm.. OK. 
>
> Somehow I thought some Xen implementation (Citrix XenServer or VirtualIron)
> supported jumbos.. but I'm not sure about that. I'd have to check again.
>
> Does someone else have more information about this? 
>
> -- Pasi
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel
>   

[-- Attachment #1.2: Type: text/html, Size: 1835 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Re: Re: [Xen-users] Release 0.9.10 of GPL PV Drivers for Windows / jumbo frames and xen netback changes

[Keir Fraser]

On 17/6/08 13:28, "Pasi Kärkkäinen" <pasik@iki.fi> wrote:

>>> There was some discussion about this earlier, but I guess there was no
>>> conclusion.. obviously this feature needs configuration on dom0 too
>>> (vif,bridge,peth).
>>> 
>> 
>> Yes I've thought about it, but I don't think it's supported by netback
>> so there's not a lot I can do. I think some changes need to be made so
>> that netback and netfront/gplpv can tell each other the MTU in use.

So long as you advertise feature-sg in xenstore then netback will allow the
mtu to be increased to jumbo sizes. This doesn't happen automatically -- the
user will need to increase mtu both in the vif inside the guest and on the
vif exposed in dom0. But apart from that it will work!

 -- Keir

Re: Release 0.9.10 of GPL PV Drivers for Windows

[Florian Manschwetus]

[-- Attachment #1.1: Type: text/plain, Size: 1704 bytes --]

The certification path is broken here, we need the cert of 
meadowcourt.org which has signed yours.

Florian
James Harper schrieb:
> I've just uploaded 0.9.10 to http://www.meadowcourt.org/downloads
> 
> As a reminder, the wiki page is
> http://wiki.xensource.com/xenwiki/XenWindowsGplPv
> 
> If you are upgrading from 0.9.9, you might have a problem with
> xenshutdown. The install script stops the service but the process
> doesn't stop immediately so the installer can't update it as the file is
> in use. Either kill shutdownmon using task manager, or just wait 10
> seconds or so and hit retry. This may need further work... You shouldn't
> have any other issues upgrading as nothing should take effect until a
> reboot is done.
> 
> The xennet 'parameters' (csum offload, large send offload) should now
> work properly.
> 
> The drivers are now (self-)signed, and the cert is included. The
> installer will prompt you to install the cert but I'm not sure how
> effective that will be... it's a start anyway. If you are using Vista or
> 2008, please let me know if this makes things any easier or harder for
> you, or if there's anything else I need to do in the installer.
> 
> In order for things to install without any warnings at all, the drivers
> need to pass Windows Logo verification, which I have no experience with.
> Apparently you put the drivers through a bunch of tests, submit the logs
> from those tests to Microsoft, pay a fee, and either your drivers get
> passed or they get failed, hopefully with some explanation.
> 
> James
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users
> 


[-- Attachment #1.2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3673 bytes --]

[-- Attachment #2: Type: text/plain, Size: 137 bytes --]

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

Re: Release 0.9.10 of GPL PV Drivers for Windows

[Florian Manschwetus]

[-- Attachment #1.1: Type: text/plain, Size: 2195 bytes --]

So in detail,
You have signed the stuff with meadowcourt.org which is signed by a cert 
of James Harper (is missing) and i assume this is issued by JamesXenCert 
(the cert in the pack)

Florian

Florian Manschwetus schrieb:
> The certification path is broken here, we need the cert of 
> meadowcourt.org which has signed yours.
> 
> Florian
> James Harper schrieb:
>> I've just uploaded 0.9.10 to http://www.meadowcourt.org/downloads
>>
>> As a reminder, the wiki page is
>> http://wiki.xensource.com/xenwiki/XenWindowsGplPv
>>
>> If you are upgrading from 0.9.9, you might have a problem with
>> xenshutdown. The install script stops the service but the process
>> doesn't stop immediately so the installer can't update it as the file is
>> in use. Either kill shutdownmon using task manager, or just wait 10
>> seconds or so and hit retry. This may need further work... You shouldn't
>> have any other issues upgrading as nothing should take effect until a
>> reboot is done.
>>
>> The xennet 'parameters' (csum offload, large send offload) should now
>> work properly.
>>
>> The drivers are now (self-)signed, and the cert is included. The
>> installer will prompt you to install the cert but I'm not sure how
>> effective that will be... it's a start anyway. If you are using Vista or
>> 2008, please let me know if this makes things any easier or harder for
>> you, or if there's anything else I need to do in the installer.
>>
>> In order for things to install without any warnings at all, the drivers
>> need to pass Windows Logo verification, which I have no experience with.
>> Apparently you put the drivers through a bunch of tests, submit the logs
>> from those tests to Microsoft, pay a fee, and either your drivers get
>> passed or they get failed, hopefully with some explanation.
>>
>> James
>>
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xensource.com
>> http://lists.xensource.com/xen-users
>>
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users


[-- Attachment #1.2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3673 bytes --]

[-- Attachment #2: Type: text/plain, Size: 137 bytes --]

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

RE: [Xen-users] Release 0.9.10 of GPL PV Drivers for Windows

[James Harper]

[-- Attachment #1.1: Type: text/plain, Size: 296 bytes --]

> 
> So in detail,
> You have signed the stuff with meadowcourt.org which is signed by a cert
> of James Harper (is missing) and i assume this is issued by JamesXenCert
> (the cert in the pack)
> 

Not quite, I just goofed. Two similar cert names in my store and I selected
the wrong one.

James

[-- Attachment #1.2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 3681 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

Re: Release 0.9.10 of GPL PV Drivers for Windows

[Florian Manschwetus]

[-- Attachment #1.1: Type: text/plain, Size: 608 bytes --]

James Harper schrieb:
>> So in detail,
>> You have signed the stuff with meadowcourt.org which is signed by a cert
>> of James Harper (is missing) and i assume this is issued by JamesXenCert
>> (the cert in the pack)
>>
> 
> Not quite, I just goofed. Two similar cert names in my store and I selected
> the wrong one.
> 
> James
Could you upload a corrected version?

Florian

> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Xen-users mailing list
> Xen-users@lists.xensource.com
> http://lists.xensource.com/xen-users


[-- Attachment #1.2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3686 bytes --]

[-- Attachment #2: Type: text/plain, Size: 137 bytes --]

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

RE: [Xen-users] Release 0.9.10 of GPL PV Drivers for Windows

[James Harper]

[-- Attachment #1.1.1: Type: text/plain, Size: 335 bytes --]

> >
> > Not quite, I just goofed. Two similar cert names in my store and I
> selected
> > the wrong one.
> >
> > James
> Could you upload a corrected version?
> 

Just uploaded 0.9.11-pre4 which includes the cert. In case you saw that
email but actually wanted just the cert to make 0.9.10 work, I've attached
it to this email.

James

[-- Attachment #1.1.2: ca.cer --]
[-- Type: application/x-x509-ca-cert, Size: 525 bytes --]

[-- Attachment #1.2: smime.p7s --]
[-- Type: application/x-pkcs7-signature, Size: 3681 bytes --]

[-- Attachment #2: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel

RE: Re: [Xen-users] Release 0.9.10 of GPL PV Drivers for Windows / jumbo frames and xen netback changes

[James Harper]

> 
> So long as you advertise feature-sg in xenstore then netback will allow
> the
> mtu to be increased to jumbo sizes. This doesn't happen automatically --
> the
> user will need to increase mtu both in the vif inside the guest and on the
> vif exposed in dom0. But apart from that it will work!
> 

Well then it may actually 'just work' in the windows drivers. The MTU is settable in the normal way for a windows network driver (although I've never tested it). If you do test it please let me know the outcome.

Keir: Have you ever considered having the back end publish its MTU to the frontend, so the two can be kept in sync?

James

Re: Re: [Xen-users] Release 0.9.10 of GPL PV Drivers for Windows / jumbo frames and xen netback changes

[Keir Fraser]

On 22/6/08 12:08, "James Harper" <james.harper@bendigoit.com.au> wrote:

>> So long as you advertise feature-sg in xenstore then netback will allow
>> the
>> mtu to be increased to jumbo sizes. This doesn't happen automatically --
>> the
>> user will need to increase mtu both in the vif inside the guest and on the
>> vif exposed in dom0. But apart from that it will work!
>> 
> 
> Well then it may actually 'just work' in the windows drivers. The MTU is
> settable in the normal way for a windows network driver (although I've never
> tested it). If you do test it please let me know the outcome.
> 
> Keir: Have you ever considered having the back end publish its MTU to the
> frontend, so the two can be kept in sync?

Should the backend control the frontend in this respect, or vice versa?

 -- Keir

RE: Re: [Xen-users] Release 0.9.10 of GPL PV Drivers for Windows / jumbo frames and xen netback changes

[James Harper]

> > Keir: Have you ever considered having the back end publish its MTU to
> the
> > frontend, so the two can be kept in sync?
> 
> Should the backend control the frontend in this respect, or vice versa?
> 

I'd thought about this. For a bridged setup, Dom0 needs to 'control' the MTU setting as it needs to match the other devices on the bridge. For a routed setup, it might actually make more sense for DomU to control it, although with GSO it probably doesn't matter so much what the MTU actually is, and probably still makes more sense for Dom0 to be in control.

Some possibilities:

#1. Specify the absolute MTU in the vif config file, which gets written to xenstore. DomU would set its MTU to that.

#2. Specify a minimum and maximum MTU value for each vif in the config. For a bridged interface they would be set the same. For a routed interface they could be something like min=1500, max=9000. DomU would default to the closest MTU to 1500 that was within the range allowed by Dom0 (for compatibility, or maybe it doesn't matter...)

#1 is simple but less flexible. #2 would require the ability to change MTU's on the fly, which means some sort of communication channel would need to be set up over and above the current 'state' thing. More flexibility but I have to wonder if that flexibility is needed...

Are there any situations you can think of where a DomU would be unhappy with the MTU it is given, and that making a change to the config file to correct it would not be an acceptable solution?

>From my understanding of the linux side of things, the netback driver would just need to write any changes to the MTU to xenstore (if the frontend is not connected), or fail to make the changes (if the fronted is connected).

I'm not sure if a linux kernel driver can control its MTU, although I assume it can. On the windows side of things, the kernel driver does have complete control over the MTU, although it does involve a remove and re-add of the interface to change it.

James