From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:45954) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QuVNL-0008N1-BL for qemu-devel@nongnu.org; Fri, 19 Aug 2011 16:09:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QuVNF-0000Cq-E5 for qemu-devel@nongnu.org; Fri, 19 Aug 2011 16:09:07 -0400 Received: from mail-gw0-f45.google.com ([74.125.83.45]:47353) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QuVNF-0000Ca-7I for qemu-devel@nongnu.org; Fri, 19 Aug 2011 16:09:01 -0400 Received: by gwb19 with SMTP id 19so2257801gwb.4 for ; Fri, 19 Aug 2011 13:09:00 -0700 (PDT) Message-ID: <4E4EC2D6.8040800@codemonkey.ws> Date: Fri, 19 Aug 2011 15:08:54 -0500 From: Anthony Liguori MIME-Version: 1.0 References: <1313614076-28878-1-git-send-email-blanham@gmail.com> <4E4C4215.10704@codemonkey.ws> <1313650949.2308.4.camel@Quad> <4E4CF3A0.2090802@free.fr> <254102189.206234.1313676140366.JavaMail.open-xchange@oxltgw37.schlund.de> <1313697454.20497.14.camel@Quad> <80207362-9754-4079-9A07-804B3063B6BE@claunia.com> <1313700660.20497.49.camel@Quad> <4E4E24F9.80409@free.fr> <052BEE6A-6860-44EE-90D0-289C52FA629D@claunia.com> <249512014.222478.1313770075799.JavaMail.open-xchange@oxltgw39.schlund.de> In-Reply-To: <249512014.222478.1313770075799.JavaMail.open-xchange@oxltgw39.schlund.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [Qemu-devel] [RFC][PATCH 000/111] QEMU m68k core additions List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Laurent Vivier Cc: Bryce Lanham , qemu-devel Developers , Blue Swirl , Paul Brook , =?UTF-8?B?RnJhbsOnb2lzIFJldm9s?= , Aurelien Jarno On 08/19/2011 11:07 AM, Laurent Vivier wrote: > > > > > > Le 19 août 2011 à 17:52, Natalia Portillo a écrit : > >> >> El 19/08/2011, a las 09:55, François Revol escribió: > [snip] >>> Release early, release often :p >> >> +1Ok, Ok, I think all m68k core can be submitted except some bitfield >> operations and fpu instructions. > > Just need to know how Anthony and Paul want I proceed... Well let's step back here for a minute. The most important problem to solve is for someone to maintain whatever is in the tree consistently (and incrementally) improving what we have. Laurent, if you want to take over m68k and Paul doesn't object, I'm all for it. But that doesn't mean that I want to see 400 commits of stuff that only half works. I'd like to see a systematic approach to either picking a platform and making it robust or fixing what's there already. Regards, Anthony Liguori > > Regards, > Laurent