<br><tt><font size=2>Daniel Veillard <veillard@redhat.com> wrote
on 05/11/2010 06:07:58 AM:<br>
<br>
</font></tt>
<br><tt><font size=2>> <br>
> On Mon, May 10, 2010 at 07:57:37PM -0400, Stefan Berger wrote:<br>
> > Below is David Alan's original patch with lots of changes. <br>
> > <br>
> > In particular, it now parses the following XML and stored the
data<br>
> > internally. No sending of netlink messages has been implemented
here.<br>
> > <br>
> >    <interface type='direct'><br>
> >       <source dev='static' mode='vepa'/><br>
> >       <model type='virtio'/><br>
> >       <vsi managerid='12' typeid='0x123456'
typeidversion='1'<br>
> >            instanceid='fa9b7fff-b0a0-4893-8e0e-beef4ff18f8f'
/><br>
> >       <filterref filter='clean-traffic'/><br>
> >     </interface><br>
> > <br>
> >     <interface type='direct'><br>
> >       <source dev='static' mode='vepa'/><br>
> >       <model type='virtio'/><br>
> >       <vsi profileid='my_profile'/><br>
> >     </interface><br>
> > <br>
> > I'd suggest to use this patch as a base for sending out netlink<br>
> > messages.<br>
> > <br>
> > Signed-off-by: Stefan Berger <stefanb@us.ibm.com><br>
> <br>
>   I have 2 basic questions:<br>
> <br>
>     - how can we be sure that if we apply this the XML interface
won't<br>
>       need to change due to kernel interfaces, maybe
Chris can confirm<br>
>       that the kernel is now stable enough that this
should not affect<br>
>       the XML anymore</font></tt>
<br>
<br><tt><font size=2>I have been trying to gather the parameters necessary
to trigger the slightly</font></tt>
<br><tt><font size=2>different setup protocols. I cannot be sure that this
XML won't change at the </font></tt>
<br><tt><font size=2>moment but would also wait to have it checked in.
However, the parser here</font></tt>
<br><tt><font size=2>works to the best of my current knowledge.</font></tt>
<br><tt><font size=2>The netlink messages that require these parameters
drive the requirements </font></tt>
<br><tt><font size=2>to the XML. So, I'd wait for the kernel implementation
to become stable.</font></tt>
<br>
<br><tt><font size=2><br>
>     - can I get some signoff from Cisco that there is agreement
on this<br>
>       format and that will be sufficient for their
need</font></tt>
<br>
<br><tt><font size=2>I'd also like to have 100% re-assurance that the TWO
pre-standards we are dealing</font></tt>
<br><tt><font size=2>with here are not going change later on and cause
changes affecting the XML.</font></tt>
<br>
<br><tt><font size=2>   Stefan</font></tt>
<br><tt><font size=2><br>
> <br>
> If I get the 2 ACK then I will review and push, assuming the low level<br>
> activation via netlink can be finalized in another patch. But if there<br>
> is still too many doubts about the low level, then I prefer to wait
a<br>
> bit since by definition the patch is not functional as-is but rather<br>
> an attempt at stabilizing the libvirt API level,<br>
> <br>
>   thanks !<br>
> <br>
> Daniel<br>
> <br>
> -- <br>
> Daniel Veillard      | libxml Gnome XML XSLT toolkit
 </font></tt><a href=http://xmlsoft.org/><tt><font size=2>http://xmlsoft.org/</font></tt></a><tt><font size=2><br>
> daniel@veillard.com  | Rpmfind RPM search engine </font></tt><a href=http://rpmfind.net/><tt><font size=2>http://rpmfind.net/</font></tt></a><tt><font size=2><br>
> </font></tt><a href=http://veillard.com/><tt><font size=2>http://veillard.com/</font></tt></a><tt><font size=2>
| virtualization library  </font></tt><a href=http://libvirt.org/><tt><font size=2>http://libvirt.org/</font></tt></a><tt><font size=2><br>
</font></tt>