Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Michael S. Tsirkin
On Wed, Jan 06, 2010 at 11:00:11PM +, Jamie Lokier wrote: > Michael S. Tsirkin wrote: > > On Wed, Jan 06, 2010 at 08:48:16PM +0100, Paolo Bonzini wrote: > > > On 01/06/2010 04:10 PM, Anthony Liguori wrote: > > >> We have ones that require read/write, ones that require send/recv, and > > >> ones

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Michael S. Tsirkin
On Wed, Jan 06, 2010 at 10:49:54PM +, Jamie Lokier wrote: > Michael S. Tsirkin wrote: > > On Wed, Jan 06, 2010 at 05:19:45PM +, Jamie Lokier wrote: > > > Michael S. Tsirkin wrote: > > > > On Wed, Jan 06, 2010 at 09:24:45AM -0600, Anthony Liguori wrote: > > > > > A helper is semantics equiva

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Jamie Lokier
Michael S. Tsirkin wrote: > On Wed, Jan 06, 2010 at 08:48:16PM +0100, Paolo Bonzini wrote: > > On 01/06/2010 04:10 PM, Anthony Liguori wrote: > >> We have ones that require read/write, ones that require send/recv, and > >> ones that require vhost interaction. Really, the first two are the same > >

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Jamie Lokier
Michael S. Tsirkin wrote: > On Wed, Jan 06, 2010 at 05:19:45PM +, Jamie Lokier wrote: > > Michael S. Tsirkin wrote: > > > On Wed, Jan 06, 2010 at 09:24:45AM -0600, Anthony Liguori wrote: > > > > A helper is semantics equivalent to passing an fd from a management > > > > tool. All of the prob

[Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Michael S. Tsirkin
On Wed, Jan 06, 2010 at 08:59:37PM +0100, Paolo Bonzini wrote: > We have ones that require read/write, ones that require send/recv, and ones that require vhost interaction. Really, the first two are the same but the distinction is necessary for Windows. >>> >>> Not necessarily, you

[Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Paolo Bonzini
We have ones that require read/write, ones that require send/recv, and ones that require vhost interaction. Really, the first two are the same but the distinction is necessary for Windows. Not necessarily, you can open sockets on Windows so that they support read/write. Just create it with

[Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Michael S. Tsirkin
On Wed, Jan 06, 2010 at 08:48:16PM +0100, Paolo Bonzini wrote: > On 01/06/2010 04:10 PM, Anthony Liguori wrote: >> We have ones that require read/write, ones that require send/recv, and >> ones that require vhost interaction. Really, the first two are the same >> but the distinction is necessary f

[Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Paolo Bonzini
On 01/06/2010 04:10 PM, Anthony Liguori wrote: We have ones that require read/write, ones that require send/recv, and ones that require vhost interaction. Really, the first two are the same but the distinction is necessary for Windows. Not necessarily, you can open sockets on Windows so that t

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Michael S. Tsirkin
On Wed, Jan 06, 2010 at 05:19:45PM +, Jamie Lokier wrote: > Michael S. Tsirkin wrote: > > On Wed, Jan 06, 2010 at 09:24:45AM -0600, Anthony Liguori wrote: > > > A helper is semantics equivalent to passing an fd from a management > > > tool. All of the problems you describe are equally applic

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Jamie Lokier
Michael S. Tsirkin wrote: > On Wed, Jan 06, 2010 at 09:24:45AM -0600, Anthony Liguori wrote: > > A helper is semantics equivalent to passing an fd from a management > > tool. All of the problems you describe are equally applicable to that > > model. > > No, because management calls qemu and p

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Michael S. Tsirkin
On Wed, Jan 06, 2010 at 09:24:45AM -0600, Anthony Liguori wrote: > On 01/06/2010 09:16 AM, Michael S. Tsirkin wrote: >> How otherwise would scripts know how to talk to qemu? >> Just just happens to match command line format you say? >> And the way to discover what that format is ... how exactly? >>

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Anthony Liguori
On 01/06/2010 09:16 AM, Michael S. Tsirkin wrote: How otherwise would scripts know how to talk to qemu? Just just happens to match command line format you say? And the way to discover what that format is ... how exactly? Look, yes we could split this stuff out but this is just maintainance heada

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Michael S. Tsirkin
On Wed, Jan 06, 2010 at 09:10:30AM -0600, Anthony Liguori wrote: > On 01/06/2010 07:55 AM, Michael S. Tsirkin wrote: >> On Wed, Jan 06, 2010 at 07:34:26AM -0600, Anthony Liguori wrote: >> >>> On 01/06/2010 07:20 AM, Michael S. Tsirkin wrote: >>> > We can use helpers for more than just

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Anthony Liguori
On 01/06/2010 07:55 AM, Michael S. Tsirkin wrote: On Wed, Jan 06, 2010 at 07:34:26AM -0600, Anthony Liguori wrote: On 01/06/2010 07:20 AM, Michael S. Tsirkin wrote: We can use helpers for more than just tun/tap. My current thinking for helpers is that they would give qemu an fd and t

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Michael S. Tsirkin
On Wed, Jan 06, 2010 at 07:34:26AM -0600, Anthony Liguori wrote: > On 01/06/2010 07:20 AM, Michael S. Tsirkin wrote: >>> We can use helpers for more than just tun/tap. My current thinking for >>> helpers is that they would give qemu an fd and then tell qemu how to >>> work with it. Basically, use

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Anthony Liguori
On 01/06/2010 07:20 AM, Michael S. Tsirkin wrote: We can use helpers for more than just tun/tap. My current thinking for helpers is that they would give qemu an fd and then tell qemu how to work with it. Basically, use read/write vs. send/recv, whether to use a virtio-net header or not, etc.

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Michael S. Tsirkin
On Wed, Jan 06, 2010 at 06:36:26AM -0600, Anthony Liguori wrote: > On 01/06/2010 04:49 AM, Michael S. Tsirkin wrote: >>> What's the remaining problem? >>> >> IIRC, proper memory/IO access filtering (get rid of map functions) and >> PCI Express. >> >> vepa networking

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Anthony Liguori
On 01/06/2010 04:49 AM, Michael S. Tsirkin wrote: What's the remaining problem? IIRC, proper memory/IO access filtering (get rid of map functions) and PCI Express. vepa networking To me, this is covered with helpers. I really want to get qemu out of the network setup busin

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-06 Thread Michael S. Tsirkin
On Tue, Jan 05, 2010 at 06:32:23PM -0600, Anthony Liguori wrote: > On 01/05/2010 03:33 PM, Michael S. Tsirkin wrote: >> On Tue, Jan 05, 2010 at 06:43:11AM -0600, Anthony Liguori wrote: >> >>> Hi, >>> >>> I hope everyone had a happy new year! Now that we've finished the 0.12 >>> release and mos

Re: [Qemu-devel] Re: Planning for 0.13

2010-01-05 Thread Anthony Liguori
On 01/05/2010 03:33 PM, Michael S. Tsirkin wrote: On Tue, Jan 05, 2010 at 06:43:11AM -0600, Anthony Liguori wrote: Hi, I hope everyone had a happy new year! Now that we've finished the 0.12 release and most of us have had a nice break, I think it's time to start planning for the next relea

[Qemu-devel] Re: Planning for 0.13

2010-01-05 Thread Michael S. Tsirkin
On Tue, Jan 05, 2010 at 06:43:11AM -0600, Anthony Liguori wrote: > Hi, > > I hope everyone had a happy new year! Now that we've finished the 0.12 > release and most of us have had a nice break, I think it's time to start > planning for the next release. > > 0.12 felt a bit rushed to me. I'd l

[Qemu-devel] Re: Planning for 0.13

2010-01-05 Thread Anthony Liguori
On 01/05/2010 06:43 AM, Anthony Liguori wrote: Hi, I hope everyone had a happy new year! Now that we've finished the 0.12 release and most of us have had a nice break, I think it's time to start planning for the next release. 0.12 felt a bit rushed to me. I'd like to take a bit more time w