WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

RE: [Xen-devel] Is it possible to disable vif completely?

To: "Tian, Kevin" <kevin.tian@xxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] Is it possible to disable vif completely?
From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
Date: Tue, 8 Nov 2005 21:28:50 +0800
Delivery-date: Tue, 08 Nov 2005 13:29:03 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcXkZkAvUUivWBNhQL+YsmQzeQjiYQAAZwUw
Thread-topic: [Xen-devel] Is it possible to disable vif completely?
Ooops, I also saw "Device (vbd) could not be connected" warning. So seems that 
this issue can't be bypassed. After looking in the list, seems that some people 
are claiming udevd is a must now, is that right? (Anything more?) If yes, why 
is there no check upon udevd when installing tools, like for brctrl, etc? I 
think it's better to check whether all required tools installed before running 
xend/xm...

Thanks,
Kevin

>-----Original Message-----
>From: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
>[mailto:xen-devel-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Tian, Kevin
>Sent: 2005年11月8日 21:14
>To: xen-devel@xxxxxxxxxxxxxxxxxxx
>Subject: [Xen-devel] Is it possible to disable vif completely?
>
>Now I'm enabling multiple domain support on IA64 (Once again, though
>working one month ago). The issue what I'm seeing now is:
>       "xm create -c" doesn't return with error in createDevices() and
>thus all subsequent xm commands don't return.
>
>My work based on xen-ia64-unstable identical to Rev 7646 on
>xen-unstable.hg ("Fix pagetable pinning logic for xen/i386 kernels.").
>However xend/xm works well two weeks ago identical to Rev 7483 on
>xen-unstable ("Added a timestamp to the logging output by trace_io").
>
>After killing above thread and check /var/log/xend.log, which warns
>"Device (vif) could not be connected. Hotplug scripts not working".
>What's the necessary environmental setting to support said hotplug
>scripts? Any special requirement happens between these two weeks?
>
>Actually I saw that "xm create -c" thread pending on select() when
>createDevices() and seems the issue coming from synchronization issue
>between main thread and device controller thread. Current the vnif
>backend/frontend doesn't work for ia64 yet, so is there easy way to
>disable vnif setup completely, thus to let us bypass this issue now?
>Then we can focus on vbd stuff first...
>
>Thanks,
>Kevin
>
>_______________________________________________
>Xen-devel mailing list
>Xen-devel@xxxxxxxxxxxxxxxxxxx
>http://lists.xensource.com/xen-devel

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