<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> Daniel P. Berrange wrote: <blockquote cite="mid:20081204220759.GJ9155@redhat.com" type="cite"> <pre wrap="">On Thu, Dec 04, 2008 at 09:50:01PM +0000, Gihan Munasinghe wrote: </pre> <blockquote type="cite"> <pre wrap=""><interface type='bridge' qemu='false'> </pre> </blockquote> <pre wrap=""> This is not suitable because it is adding attributes that are specific to the Xen hypervisor. </pre> </blockquote> Why can not this be used with any other hypervisor. The situation that I am concerned here is I want my network to be configured but I don't want qemu not to have a emulated nic. That is a user level requirement rather than a hypervisor specific requirement.. If name qemu is the problem. We can name it to be "emulate = false" be more generic, so this way regardless of the hypervisor we are asking not to emulate a nic. and if "emulate = true" with a < model type='whatever model type wanted '> tag . we are asking the whatever hypervisor to emulate a nic with a given model. <blockquote cite="mid:20081204220759.GJ9155@redhat.com" type="cite"> <pre wrap=""></pre> <blockquote type="cite"> <pre wrap=""> <mac address='00:16:3e:00:a5:01'/> <source bridge='eth0'/> <target dev='vif1.0'/> </interface> </pre> </blockquote> <pre wrap=""> As I mentioned before this should be handled with the existing XML <model> element. ...no model element... -> Default QEMU nic + Paravirt Driver backend <model type='e1000'/> -> Only QEMU's e1000 nic <model type='rtl8139'/> -> Only QEMU's rtl8139 nic <model type='ne2k_pci'/> -> Only QEMU's ne2k nic <model type='xen'/> -> Only Paravirt driver backend </pre> </blockquote> The problem with using the model tag is in xend, level (type ioem) is different from (model e1000). In any case the (model e1000) to work with in XEN you have to send (type ioem) tag asking it to emulate the nic model What we need to send not to configure a qemu -net bock is something called ( type none) not ( model none ) or (model xen) xend. So what you are suggesting is that if we see a < model type='xen' > treat it a different way so that it will send (type none) to XEND. ? <blockquote cite="mid:20081204220759.GJ9155@redhat.com" type="cite"> <pre wrap=""> This doesn't allow us to have the PV driver + an explicit choice of QEMU nics, but I don't think that's important. </pre> </blockquote> <blockquote cite="mid:20081204220759.GJ9155@redhat.com" type="cite"> <pre wrap="">If you're enabling PV drivers, you don't care about specific QEMU nic types. </pre> </blockquote> Thats the situation for now. Gihan <blockquote cite="mid:20081204220759.GJ9155@redhat.com" type="cite"> <pre wrap=""> Daniel </pre> </blockquote> <pre class="moz-signature" cols="72">-- Gihan Munasinghe R&D Team Leader XCalibre Communications Ltd. <a class="moz-txt-link-abbreviated" href="http://www.flexiscale.com">www.flexiscale.com</a> </pre> </body> </html>