From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LQbM1-0007iD-4F for qemu-devel@nongnu.org; Sat, 24 Jan 2009 00:46:49 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LQbM0-0007gk-5G for qemu-devel@nongnu.org; Sat, 24 Jan 2009 00:46:48 -0500 Received: from [199.232.76.173] (port=55934 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LQbLz-0007gh-Tw for qemu-devel@nongnu.org; Sat, 24 Jan 2009 00:46:47 -0500 Received: from vsmtp04.dti.ne.jp ([202.216.231.139]:49485) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LQbLz-0005oF-5n for qemu-devel@nongnu.org; Sat, 24 Jan 2009 00:46:47 -0500 Message-ID: <497AAB40.7010608@juno.dti.ne.jp> Date: Sat, 24 Jan 2009 14:46:40 +0900 From: Shin-ichiro KAWASAKI MIME-Version: 1.0 Subject: sh: Virtual Board or Real board? (was Re: [Qemu-devel] [PATCH 1/3] sh: SE7750 board definition) References: <4969B77E.7050206@juno.dti.ne.jp> <20090121090424.GC14537@linux-sh.org> <4977527A.70104@juno.dti.ne.jp> <200901211706.09350.paul@codesourcery.com> In-Reply-To: <200901211706.09350.paul@codesourcery.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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 , Nobuhiro Iwamatsu , "linux-sh@vger.kernel.org" Paul Brook wrote: >> 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. Thank you for your comment. As you pointed out, we need to maintain kernel config for virtual board. SH-Linux developpers' help is important. I guess we can expect Iwamatsu-san's help :) And once Paul Mundt supported special kernel configuration for QEMU-SH kindly. I try to clarify the difference of real board and virtual board, as follows. * Real board - We can compare the emulated system with the real board. The specification is not vague, and deffects can be investitated by comaparison. - No need to maintain kernel, and it can avoid the risk the maintenance work would be terminated, as Paul Brook pointed out. * Virtual board - It decreases the number of supported boards, and avoid messy many board supports. SuperH series have many CPU sub tyepes, and as number of supported CPU types increase, number of suppoted boards will increase. (Iwamatsu-san pointed it out.) - It avoids rare peripheral support by QEMU. Sometimes embedded boards have rare peripheral on it. e.g.) RTL8139B (below Rev.C). on R2D+. http://lists.gnu.org/archive/html/qemu-devel/2008-12/msg00961.html If we make the virtual board have standard peripheral (e.g. RTL8139C), we can reuse peripheral implemenation qualified with other board for other CPU arch, and avoid messy many type peripheral support. I'm not sure if QEMU's policy exists or not for this kind of choice. We can support both of them in the future. But I think it is important to make consensus which should be the default and standard for QEMU-SH, to decide to which we'll try to contribute. I'd like to your comments on them. Regards, Shin-ichiro KAWASAKI