[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] XEN 3.4 and blktapctrl



I'll guess that Kevin Wolf's changeset 19349 causes this, by calling
connect_tapdisk() with uninitialised parameter 'minor'. If you build Xen 3.4
yourself you can try reverting this patch with 'hg export 19349 | patch
-Rp1' and rebuild the tools.

Kevin: could you take another look at your patch, please.

 -- Keir

On 29/05/2009 11:14, "VM-Sascha" <sascha@xxxxxxx> wrote:

> 
> Hello all, 
> 
> i'm playing with the new XEN 3.4 and if i use the backend "tap:aio" on my
> domUs, all have the same
> tapctrlwriteX & tapctrlreadX fifos
> 
> <SNIP>
> 
> tapdisk /var/run/tap/tapctrlwrite312222 /var/run/tap/tapctrlread312222
> tapdisk /var/run/tap/tapctrlwrite312222 /var/run/tap/tapctrlread312222
> tapdisk /var/run/tap/tapctrlwrite312222 /var/run/tap/tapctrlread312222
> tapdisk /var/run/tap/tapctrlwrite312222 /var/run/tap/tapctrlread312222
> 
> </SNIP>
> 
> On XEN 3.3.1 it was always the domid like this:
> 
> <SNIP>
> 
> tapdisk /var/run/tap/tapctrlwrite1 /var/run/tap/tapctrlread1
> tapdisk /var/run/tap/tapctrlwrite2 /var/run/tap/tapctrlread2
> tapdisk /var/run/tap/tapctrlwrite3 /var/run/tap/tapctrlread3
> tapdisk /var/run/tap/tapctrlwrite4 /var/run/tap/tapctrlread4
> 
> </SNIP>
> 
> Has anyone an idea why this happens on the new release?
> 
> Thanks,
> Sascha
> 
> 



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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.