From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1L9hz6-0007tG-TE for qemu-devel@nongnu.org; Mon, 08 Dec 2008 10:25:20 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1L9hz4-0007t4-CY for qemu-devel@nongnu.org; Mon, 08 Dec 2008 10:25:19 -0500 Received: from [199.232.76.173] (port=53495 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1L9hz4-0007t1-6o for qemu-devel@nongnu.org; Mon, 08 Dec 2008 10:25:18 -0500 Received: from vsmtp04.dti.ne.jp ([202.216.231.139]:38788) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1L9hz3-0000Tu-JE for qemu-devel@nongnu.org; Mon, 08 Dec 2008 10:25:18 -0500 Message-ID: <493D3C5A.2010006@juno.dti.ne.jp> Date: Tue, 09 Dec 2008 00:25:14 +0900 From: Shin-ichiro KAWASAKI MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH] SH4: SCI improvement References: <49296B95.4020707@juno.dti.ne.jp> <20081208035001.GB12039@linux-sh.org> In-Reply-To: <20081208035001.GB12039@linux-sh.org> 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 Paul Mundt wrote: > On Sun, Nov 23, 2008 at 11:41:25PM +0900, Shin-ichiro KAWASAKI wrote: >> This patch simply implement one register of SH4's SCI := Serial Communication Interface. >> >> R2D evaluation board uses SCI for SPI connection. So, Linux kernel for R2D with >> default configuration causes a QEMU assertion failure when it initializes SPI driver. >> This patch avoids it and reduces the kernel config modification work for QEMU. >> >> Completing SCI implementation task is left. Other board support is desirable to confirm >> this task, which uses SCI for a serial terminal. >> >> Regards, >> Shin-ichiro KAWASAKI >> >> >> Signed-off-by: Shin-ichiro KAWASAKI >> > After this, are you able to use the standard defconfig for R2D? Yes. With current QEMU svn HEAD, we can use rts7751r2dplus_defconfig with no kernel halts nor segmentation fault. # USB and NIC are not available, but drivers for them cause no drawbacks. > If so, I > can kill off the qemu defconfig in-tree. If not, please send updates for > the qemu defconfig so we can make sure that the kernel and the qemu tree > are in sync with regards to feature completeness. I think the qemu defconfig's role is over. It's earlier than I expected. Thank you all! Regards, Shin-ichiro KAWASAKI