qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Qemu-devel] KVM call agenda for May 25
@ 2010-05-25  0:21 Chris Wright
  2010-05-25  6:56 ` Gautham R Shenoy
  0 siblings, 1 reply; 2+ messages in thread
From: Chris Wright @ 2010-05-25  0:21 UTC (permalink / raw)
  To: kvm; +Cc: qemu-devel

Please send in any agenda items you are interested in covering.

If we have a lack of agenda items I'll cancel the week's call.

thanks,
-chris

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [Qemu-devel] KVM call agenda for May 25
  2010-05-25  0:21 [Qemu-devel] KVM call agenda for May 25 Chris Wright
@ 2010-05-25  6:56 ` Gautham R Shenoy
  0 siblings, 0 replies; 2+ messages in thread
From: Gautham R Shenoy @ 2010-05-25  6:56 UTC (permalink / raw)
  To: Chris Wright
  Cc: kvm, qemu-devel, sripathik, Aneesh Kumar K.V, Corentin Chary,
	jvrao

On Mon, May 24, 2010 at 05:21:04PM -0700, Chris Wright wrote:
> Please send in any agenda items you are interested in covering.
> 

Sorry for the delayed response.

If the community is interested, I would
like to discuss the Generic Asynchronous task offloading framework
patches posted to the community on 24th May 2010.
URL:http://lists.gnu.org/archive/html/qemu-devel/2010-05/msg02227.html

Brief Description: The patch series extracts out the task offloading
framework code from posix-aio-compat.c which is currently being used
only by the paio subsystem to create a generic task offloading framework
that could be used by other subsystems within qemu. Currently virtio-9p
and asynchronous-encoding from vnc server can make use of the generic
framework.

Points for discussion:
- Is a generic task offloading framework the way to go for subsystems
  such as virtio-9p, which would like to emulate the AIO behaviour
  that allows us to free the vcpu thread to handle any other guest requests.

- Currently the AIO helper threads indicate the completion of the task
  to the IO-thread by sending a SIGUSR2, the handler for which does a
  write() to the file descriptor on which the IO thread is waiting using
  a select. Should we use this signal-handling mechanism to communicate
  between the generic asynchronous helper threads and the IO-Thread ?


> If we have a lack of agenda items I'll cancel the week's call.
> 
> thanks,
> -chris
> 

-- 
Thanks and Regards
gautham

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2010-05-25  6:56 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-05-25  0:21 [Qemu-devel] KVM call agenda for May 25 Chris Wright
2010-05-25  6:56 ` Gautham R Shenoy

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).