From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id D3D22C433FE for ; Wed, 22 Dec 2021 09:35:14 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243929AbhLVJfO (ORCPT ); Wed, 22 Dec 2021 04:35:14 -0500 Received: from mail04.asahi-net.or.jp ([202.224.55.44]:37207 "EHLO mail04.asahi-net.or.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229987AbhLVJfN (ORCPT ); Wed, 22 Dec 2021 04:35:13 -0500 X-Greylist: delayed 546 seconds by postgrey-1.27 at vger.kernel.org; Wed, 22 Dec 2021 04:35:12 EST Received: from sakura.ysato.name (ik1-413-38519.vs.sakura.ne.jp [153.127.30.23]) (Authenticated sender: PQ4Y-STU) by mail04.asahi-net.or.jp (Postfix) with ESMTPA id 4DABC10C7FE; Wed, 22 Dec 2021 18:26:01 +0900 (JST) Received: from SIOS1075.ysato.ml (v096121.dynamic.ppp.asahi-net.or.jp [124.155.96.121]) by sakura.ysato.name (Postfix) with ESMTPSA id C44351C04FA; Wed, 22 Dec 2021 18:26:00 +0900 (JST) Date: Wed, 22 Dec 2021 18:25:57 +0900 Message-ID: <87v8zhkn2y.wl-ysato@users.sourceforge.jp> From: Yoshinori Sato To: Rob Landley Cc: Geert Uytterhoeven , Jiri Slaby , Wolfram Sang , Ulrich Hecht , Laurent Pinchart , "open list:SERIAL DRIVERS" , Linux-Renesas , Linux-sh list , "moderated list:H8/300 ARCHITECTURE" , Magnus Damm Subject: Re: [PATCH 0/3] serial: sh-sci: Clock handling improvements In-Reply-To: References: <7cbec488-01d1-1ee2-006a-a3835d42a0a7@landley.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/27.1 (x86_64-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-serial@vger.kernel.org On Mon, 20 Dec 2021 19:29:24 +0900, Rob Landley wrote: > > On 12/19/21 4:53 AM, Geert Uytterhoeven wrote: > >> By the way, did you ever figure out how to get the first serial port to work on > >> qemu so qemu-system-sh4 doesn't have to "-serial null -serial mon:stdio" to get > >> a serial console? > > > > Nope, same as last time you asked ;-) > > Well it had been a couple years, you never know... > > > However, upon a fresh look at linux/arch/sh/boards/mach-r2d/setup.c, > > I noticed something I missed before: the SCI port is not available > > as a UART, as it is used to talk SPI to an RTC. Yes. R2D plus serial port connected SuperI/O UART. It not cpu on-chip SCI. It is not possible to check SCI with the standard version of qemu-system-sh4. There is SCI emulation, so you can change it to connect to the qemu serial port. > /* Single Epson RTC-9701JE attached on CS0 */ > > Huh. That does explain the CONFIG_RTC_DRV_R9701=y in rts7751r2d*_defconfig. > (And also SPI SPI_SH_SCI MFD_SM501 RTC_CLASS and RTC_DRV_SH RTC_HCTOSYS which > I've never gotten connected to QEMU.) SPI_SH_SCI using SCI pin like GPIO. qemu-system-sh4 is not support this. > > So that means qemu > > has the hardware description wrong? > > It would be nice if qemu-system-sh4 grew an RTC. Looks like Sato-san and Magnus > Damm are the qemu-system-sh4 maintainers? (cc'd) > > Thanks, > > Rob -- Yosinori Sato