On Monday 14 May 2007 14:05, Avi Kivity wrote:
But I agree that the growing code base is a problem. With the block
driver we can probably keep the host side in userspace, but to do the
same for networking is much more work. I do think (now) that it is doable.
Interesting. What kind of
On Friday 11 May 2007 21:00, Anthony Liguori wrote:
I think it would be better to use hvc_console as Xen now uses it too.
I just had a look at hvc_console, and indeed this driver looks appropriate for
us. Looking at the xen-frontend driver (~130 lines of code) and the simple
interface
On Friday 11 May 2007 21:00, Anthony Liguori wrote:
I think it would be better to use hvc_console as Xen now uses it too.
I dont know hvc_console, but I will have a look at it.
Carsten Otte wrote:
+ if (!MACHINE_IS_GUEST)
+ return 0;
+ register_external_interrupt(0x1234,
On Friday 11 May 2007 22:21, Anthony Liguori wrote:
Any feel for the performance relative to the bridging code? The
bridging code is a pretty big bottle neck in guest=guest communications
in Xen at least.
Last time I checked it we had a quite decent guest to guest performance in the