On Thu, Jun 02, 2011 at 11:19:35AM +0930, Rusty Russell wrote: > On Wed, 1 Jun 2011 13:25:48 +0300, "Michael S. Tsirkin" <m...@redhat.com> > wrote: > > Add an option to modify the notificatin > > hand-off in virtio to be basically like Xen: > > each side published an index, the other side only triggers > > an event when it crosses that index value > > (Xen event indexes start at 1, ours start at 0 for > > backward-compatiblity, but that's minor). > > > > Since we've run out of bits in the 32 bit field, > > I added another 32 bit and bit 31 enables that. > > OK. I've applied this, and published it as the 0.9 draft. > > Thanks! > Rusty.
There's something that is bothering me: each such change increases the size of the config. Now, on PCI it's in io space which is much constrained. It might not seem like 32 or 64 bytes is a lot, but in practice there's a problem with a bridged setup: bridges sometimes need resources pre-allocated for all devices that might land behind them. E.g. with 32 bridges, and 32 devices behind each one, the available 64K space gets us only 64 bytes per device. Thankfully even with this change, we are still below that limit. But for example, this seems to push the size of the config for virtio net from 32 to 34 bytes. The PCI BAR is a power of two, so it will be exactly 64 bytes then. io seems to work much better than memory on kvm, so we will need to stick to that for datapath. But maybe it's time to start putting non-datapath in memory? Thanks, -- MST -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
