From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LPgWt-0003dJ-LZ for qemu-devel@nongnu.org; Wed, 21 Jan 2009 12:06:15 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LPgWr-0003be-Pn for qemu-devel@nongnu.org; Wed, 21 Jan 2009 12:06:14 -0500 Received: from [199.232.76.173] (port=32935 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LPgWr-0003bV-GG for qemu-devel@nongnu.org; Wed, 21 Jan 2009 12:06:13 -0500 Received: from mx20.gnu.org ([199.232.41.8]:38474) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LPgWr-0004en-2b for qemu-devel@nongnu.org; Wed, 21 Jan 2009 12:06:13 -0500 Received: from mail.codesourcery.com ([65.74.133.4]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LPgWq-0005qi-3Y for qemu-devel@nongnu.org; Wed, 21 Jan 2009 12:06:12 -0500 From: Paul Brook Subject: Re: [Qemu-devel] [PATCH 1/3] sh: SE7750 board definition Date: Wed, 21 Jan 2009 17:06:06 +0000 References: <4969B77E.7050206@juno.dti.ne.jp> <20090121090424.GC14537@linux-sh.org> <4977527A.70104@juno.dti.ne.jp> In-Reply-To: <4977527A.70104@juno.dti.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901211706.09350.paul@codesourcery.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel@nongnu.org Cc: Takashi Yoshii , Shin-ichiro KAWASAKI , Nobuhiro Iwamatsu , "linux-sh@vger.kernel.org" > Now, I hope that we would reach a consensus about the spec of new standard > board for SH-4A. SH7785LCR is a choice. And, as Iwamatsu-san suggested, a > virtual generic board is another choice. I'm not sure SH7785LCR's hardware > spec is available or not. (Does anyone know it?) If it is, I push > SH7785LCR. Otherwise, virtual board sounds good. I recommend against using a virtual board. It means you have to maintain both qemu and a kernel port. The mips virtual board suffered exactly this fate, and IIUC is likely to be removed fairly soon. Paul