linux-kernel - Re: [PATCH 00/02] virtio: Virtio platform driver

Open Source and information security mailing list archives

Date:	Wed, 16 Mar 2011 08:40:47 -0700
From:	"Ira W. Snyder" <iws@...o.caltech.edu>
To:	Magnus Damm <magnus.damm@...il.com>
Cc:	Rusty Russell <rusty@...tcorp.com.au>, linux-s390@...r.kernel.org,
	virtualization@...ts.linux-foundation.org, mst@...hat.com,
	linux-kernel@...r.kernel.org, linux-sh@...r.kernel.org
Subject: Re: [PATCH 00/02] virtio: Virtio platform driver

On Wed, Mar 16, 2011 at 02:17:15PM +0900, Magnus Damm wrote:
> Hi Rusty,
> 
> On Wed, Mar 16, 2011 at 12:46 PM, Rusty Russell <rusty@...tcorp.com.au> wrote:
> > On Thu, 10 Mar 2011 16:05:41 +0900, Magnus Damm <magnus.damm@...il.com> wrote:
> >> virtio: Virtio platform driver
> >>
> >> [PATCH 01/02] virtio: Break out lguest virtio code to virtio_lguest.c
> >> [PATCH 02/02] virtio: Add virtio platform driver
> >
> > I have no problem with these patches, but it's just churn until we see
> > your actual drivers.
> 
> Well, actually this platform driver is used together with already
> existing drivers, so there are no new virtio drivers to wait for.
> 
> The drivers that have been tested are so far:
> 
> CONFIG_VIRTIO_CONSOLE=y
> CONFIG_VIRTIO_NET=y
> 
> At this point there are four different pieces of code working together
> 
> 1) Virtio platform driver patches (for guest)
> 2) SH4AL-DSP guest kernel patch
> 3) ARM UIO driver patches (for host)
> 4) User space backing code for ARM based on lguest.c
> 
> These patches in this mail thread are 1), and I decided to brush up
> that portion and submit upstream because it's the part that is easiest
> to break out. I intend to post the rest bit by bit over time, but if
> someone is interested then I can post everything at once too.
> 

I'm very interested in the full series of patches. I want to do
something similar to talk between two Linux kernels (x86 and PowerPC)
connected by a PCI bus.

Thanks,
Ira

> > The S/390 devs might be interested, as their bus is very similar too...
> 
> The lguest device code is very similar as well, perhaps it's worth
> refactoring that a bit to build on top of the platform driver. Not
> sure if you see that as a move in the right direction though.
> 
> Thanks for your feedback!
> 
> / magnus
> _______________________________________________
> Virtualization mailing list
> Virtualization@...ts.linux-foundation.org
> https://lists.linux-foundation.org/mailman/listinfo/virtualization
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives