<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Rusty Russell wrote:
<blockquote cite="mid:1190289808.7262.223.camel@localhost.localdomain"
 type="cite">
  <meta http-equiv="Content-Type" content="text/html; ">
  <meta name="Generator"
 content="MS Exchange Server version 6.5.7652.24">
  <title>[PATCH 0/6] virtio with config abstraction and ring
implementation</title>
<!-- Converted from text/plain format -->
  <p><font size="2">Hi all,<br>
  <br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; This patch series attempts to come closer to unifying kvm and
lguest's<br>
usage of virtio.&nbsp; As these two are the first implementations we've seen,<br>
I hope making them closer will make future ones closer too.<br>
  <br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Drivers now unpack their own configuration: their probe()
methods are<br>
uniform.&nbsp; The configuration mechanism is extensible and can be backed by<br>
PCI, a string of bytes, or something else.<br>
  <br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; I've abstracted out the lguest ring buffer code into a common
library.<br>
The format has changed slightly (mainly because I had an epiphany about<br>
inter-guest I/O).<br>
  <br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; I also implemented a console (lguest needs one).<br>
  <br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Finally, there is a working lguest implementation.&nbsp;
Unfortunately,<br>
lguest is being refactored for non-i386 ports, so the virtio patches sit<br>
at the end of the (quite long) for-2.6.24 patchqueue.&nbsp; Nonetheless, they<br>
can be found at <a moz-do-not-send="true"
 href="http://lguest.ozlabs.org/patches">http://lguest.ozlabs.org/patches</a>
(click on bz2 to get<br>
the series).<br>
  <br>
Cheers!<br>
Rusty.<br>
  </font><br>
  </p>
</blockquote>
Superb job, it saved me the burden of try to merge the in-house
virtio_backend.<br>
<br>
I like the separation of the ring code, the improved descriptors and
the notify too.<br>
Regarding the pci config space, I rather see config_ops type of
operations to let <br>
the 390/xen/other implementations jump on our wagon.<br>
<br>
Maybe change the offset/len type into a handle pointer and function
pointers.<br>
The best would be to let them comment on that. I glimpsed over xen
netfront.c and I think that<br>
the config space can be used without too many hassles<br>
Dor.<br>
<br>
</body>
</html>