From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:60168) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QutmJ-0002nO-EH for qemu-devel@nongnu.org; Sat, 20 Aug 2011 18:12:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QutmH-0001jO-W0 for qemu-devel@nongnu.org; Sat, 20 Aug 2011 18:12:31 -0400 Received: from mail-yi0-f45.google.com ([209.85.218.45]:49552) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QutmH-0001jK-MD for qemu-devel@nongnu.org; Sat, 20 Aug 2011 18:12:29 -0400 Received: by yih10 with SMTP id 10so3491981yih.4 for ; Sat, 20 Aug 2011 15:12:29 -0700 (PDT) Message-ID: <4E503149.6040800@landley.net> Date: Sat, 20 Aug 2011 17:12:25 -0500 From: Rob Landley 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> <4E4EC2D6.8040800@codemonkey.ws> In-Reply-To: <4E4EC2D6.8040800@codemonkey.ws> Content-Type: text/plain; charset=UTF-8 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: Anthony Liguori Cc: Bryce Lanham , qemu-devel Developers , Laurent Vivier , Blue Swirl , Paul Brook , =?UTF-8?B?RnJhbsOnb2lzIFJldm9s?= , Aurelien Jarno On 08/19/2011 03:08 PM, Anthony Liguori wrote: > 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. I dunno about maintain and improve, but if an m68k board emulation starts working I can regression test it against Linux system images and make puppy eyes at people when it breaks. (Plus the occasional monkey patch offering The Wrong Fix to motivate people. :) > 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. I would very much like something capable of booting m68k Linux, specifically http://landley.net/aboriginal/downloads/binaries/old/1.0.1/system-image-m68k.tar.bz2 (The kernel in that tarball is randomish, I think some defconfig for atari, but the root filesystem was tested under ananym and worked.) I'm in the process of building a Linux 3.0, uClibc 0.9.32, busybox 1.19.0 variant which should be ready tomorrow-ish, if that would be a better testing base. I'm probably basing it on the atari_defconfig in the 3.0 kernel unless somebody has a better idea. (In case I need to fish out aranym again.) Rob