qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Rob Landley <rob@landley.net>
To: quintela@redhat.com
Cc: qemu-devel qemu-devel <qemu-devel@nongnu.org>,
	KVM devel mailing list <kvm@vger.kernel.org>
Subject: Re: [Qemu-devel] KVM call agenda for 2013-03-26
Date: Mon, 25 Mar 2013 20:13:34 -0500	[thread overview]
Message-ID: <1364260414.15703.72@driftwood> (raw)
In-Reply-To: <87obe7obyf.fsf@elfo.elfo> (from quintela@redhat.com on Mon Mar 25 08:17:44 2013)

On 03/25/2013 08:17:44 AM, Juan Quintela wrote:
> 
> Hi
> 
> Please send in any agenda topics you are interested in.
> 
> Later, Juan.

If Google summer of code is still open:

   http://qemu-project.org/Google_Summer_of_Code_2013

Last I checked, the older targets haven't had a lot of love. QEMU still  
doesn't have qemu-system-alpha, qemu-system-m68k doesn't quite support  
a proper m68k mmu and the half-finished macintosh q800 board is still  
out of tree, the sparc32 openfirmware dies if you feed it more than a  
tiny kernel command line via -append, the sh4 board only supports 64  
megs which isn't enough to build anything interesting natively.

If anybody wanted to add Qualcomm hexagon support, I might be able to  
rustle up a hexagon kernel-side guy to play with it. (There are a  
couple of people porting hexagon to the bare metal using some hacked HP  
devices who would probably love a more portable test platform. They  
could provide test binaries, toolchain setup help, and could tell you  
all sorts of stuff about the kernel.)

It would be really nice if I could point vanilla qemu at a device tree  
and have it fake up a board providing the resoruces and devices in  
question. (Here's some memory, give me a 16550a here, stick a PCI  
controller here, attach these devices to it.)

It would be really nice if virtio worked in a target-agnostic way so I  
could use virtio devices the same way on all targets. It would be  
really nice if virtio serial worked the way any _other_ serial device  
worked so -nographic could route /dev/console through stdin and stdout  
of qemu when using a virtio serial console.

All of these issues are from my 2010 todo list. If any of them have  
been resolved since, I'd love to hear about it and sorry for the noise.  
I've been busy with other things. Fixing the versatilepb in the 3.8  
kernel, for example:

   http://landley.net/notes-2013.html#15-03-2013
   http://landley.net/notes-2013.html#16-03-2013
   http://landley.net/hg/aboriginal/rev/96fb8598a446

Rob

  reply	other threads:[~2013-03-26  1:13 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-25 13:17 [Qemu-devel] KVM call agenda for 2013-03-26 Juan Quintela
2013-03-26  1:13 ` Rob Landley [this message]
2013-03-26  9:21   ` Stefan Hajnoczi
2013-03-26 14:06 ` Juan Quintela

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1364260414.15703.72@driftwood \
    --to=rob@landley.net \
    --cc=kvm@vger.kernel.org \
    --cc=qemu-devel@nongnu.org \
    --cc=quintela@redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).