[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Possible bug with pass-through hot-plug?
Simon, I think u missed something here... in the regular state, when u do: xm create hvm pci='00:1b.0' then the device is being assigned the 0x100 slot, which means - qemu will auto-assign the slot. In this case - the hot-remove works fine. In the other method i tried, when i wanted to register the device on a specific slot (00:1b.0), (in order to reproduce it - u can change qemu to force the devfn to be 1b.0, as i sent in my first mail) - in that case, the device is assigned the slot 00:1b.0, and i see in the Windows device manager, that it got the virtual slot 00:1b.0 Now, when i try to hot-remove the device - it doesn't work. Doesn't it reproduce to u? (with the patch i sent, for forcing devfn to be 00:1b.0) ? Tom On Fri, Oct 9, 2009 at 12:36 AM, Simon Horman <horms@xxxxxxxxxxxx> wrote: > Hi Tom, > > On Thu, Oct 08, 2009 at 03:55:21PM +0200, Tom Rotenberg wrote: >> The qemu xen i tested today, (which aslo doesn't work), is: >> -------------------------------------------------------------- >> commit a05958b6e32f1748ea70b1efca13394956c0698b >> Author: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> >> Date: Wed Oct 7 15:57:18 2009 +0100 >> >> block: Clean up after deleting BHs >> -------------------------------------------------------------- >> >> Here are the log results you wanted (without my change): >> >> dm-command: hot insert pass-through pci dev >> insert_to_pci_devfn: bdf_slt="0000:00:1b.0@100" > > The 100 is the problem. If you are using slot 1b (and function 0) > then it should be: > > PCI_DEVFN(1b,0) = (1b << 3) + 0) = d8 > > Slot values with bit 9 set (that is >= 0x100) are used to tell > qemu-xen to choose a slot. Is your pass-through device showing > up in the guest at all, for instance in some low virtual slot like 4? > > The 100 should be originating from parse_pci_name_extended() which > is called by xm for hot-plug and xend for boot-time assignment. > Instrumenting the callers of that function might help to shed some light > on the problem. > > Lastly, could you post the syntax you are using to pass-through > the device? Is possible that my tests aren't covering your case. > > _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |