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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 20A67C433F5 for ; Sat, 9 Apr 2022 02:00:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:Message-ID: In-Reply-To:Subject:cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=/r1gLfkYoTuj/uSOMI9IC1i/TYKcxOCexrDeUfrSLto=; b=qqQS9xcapf1VR6 IEUed2Hvhmxa7HG6rhuAaZ3Pf2sPz8lkRSdllbY5q+AbT52fJz2MCGTwnUifwE969omSisIt5B0B4 IduZ+hdg/AxbVHN7NUPYPTfcKiI16oVXy3b/60TMy/Ku1bSdKKLuSRm+7V2Kxtlnf9qmqojJpj5Zk aWdE/DEfgWGgTZ69YCKzRxX71TauAlXzaaPQzSb/ASaZuFYawJCf1J1paEDGTpfMEObn0z3xxDltX naD+FC6F0GVQ5uaaZgAS/MVSbvM4TbBJIw7RS+OWUZneFOhJO0lGY50rBtaGujglUvEYNgX+r+suq F4PLZVRmfZIxaO853P1g==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1nd0Og-001gll-UL; Sat, 09 Apr 2022 02:00:18 +0000 Received: from out4-smtp.messagingengine.com ([66.111.4.28]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1nd0Od-001gkf-Oj for linux-riscv@lists.infradead.org; Sat, 09 Apr 2022 02:00:17 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id AC6DA5C0191; Fri, 8 Apr 2022 22:00:08 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Fri, 08 Apr 2022 22:00:08 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=9lxjt1eCK1sCUN2U3 ZA/uMQai3qIWY0P3RCwD0Y1H10=; b=ImVsVJDYieuJviuvTYfjN3zmcVnC0yBVc gAf3Vp0QRJeXVTBir2b9FRv1iFfcePyIo+zqL6qc87macmxsggOkaXpmTxRaLQzD ZBZD7Gwe+y1JpIbJ2s+dW21UbYcL8DcgJHpNcCkh6wSzpnBrnqOhr4vwh9PuoU4A nAik+VpMvmKlwCSK7KJzkah40P7uFkMqCI8CCJZpwSCbqpoBgaVAcA+n4azJcn9X LKiX2+Kh1Ps+phv0VLnmp8JS4ZO5iLDr+pKOzV+WthoX8YcJsRkiRa5vx3qDV0pD lr6kcjvM6tvT99BAQM4vIc6WvNcgaaYPyY1SLyqwNr1t46Rx52B5A== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrudekuddggeelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffujgfkfhggtgesthdtredttddtvdenucfhrhhomhephfhinhhnucfv hhgrihhnuceofhhthhgrihhnsehlihhnuhigqdhmieekkhdrohhrgheqnecuggftrfgrth htvghrnhepffduhfegfedvieetudfgleeugeehkeekfeevfffhieevteelvdfhtdevffet uedunecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepfh hthhgrihhnsehlihhnuhigqdhmieekkhdrohhrgh X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 8 Apr 2022 22:00:04 -0400 (EDT) Date: Sat, 9 Apr 2022 11:59:57 +1000 (AEST) From: Finn Thain To: Rob Landley cc: Greg Ungerer , Daniel Palmer , Arnd Bergmann , Christoph Hellwig , Linus Torvalds , Yoshinori Sato , Linux Kernel Mailing List , linux-arch , "moderated list:H8/300 ARCHITECTURE" , "open list:TENSILICA XTENSA PORT (xtensa)" , Max Filippov , Linux-sh list , linux-m68k , Damien Le Moal , linux-riscv Subject: Re: [RFC PULL] remove arch/h8300 In-Reply-To: <8f9be869-7244-d92a-4683-f9c53da97755@landley.net> Message-ID: <3d5cf48c-94f1-2948-1683-4a2a87f4c697@linux-m68k.org> References: <6a38e8b8-7ccc-afba-6826-cb6e4f92af83@linux-m68k.org> <5b7687d4-8ba5-ad79-8a74-33fc2496a3db@linux-m68k.org> <8f9be869-7244-d92a-4683-f9c53da97755@landley.net> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220408_190016_055263_7DE175DA X-CRM114-Status: GOOD ( 28.46 ) X-BeenThere: linux-riscv@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-riscv" Errors-To: linux-riscv-bounces+linux-riscv=archiver.kernel.org@lists.infradead.org On Fri, 8 Apr 2022, Rob Landley wrote: > On 4/5/22 08:07, Greg Ungerer wrote: > > On 5/4/22 13:23, Daniel Palmer wrote: > >> On Mon, 4 Apr 2022 at 22:42, Greg Ungerer wrote: > >>> But we could consider the Dragonball support for removal. I keep it > >>> compiling, but I don't use it and can't test that it actually works. > >>> Not sure that it has been used for a very long time now. And I > >>> didn't even realize but its serial driver (68328serial.c) was > >>> removed in 2015. No one seems too have noticed and complained. > >> > >> I noticed this and I am working on fixing it up for a new Dragonball > >> homebrew machine. I'm trying to add a 68000 machine to QEMU to make > >> the development easier because I'm currently waiting an hour or more > >> for a kernel to load over serial. It might be a few months. > > I've been booting Linux on qemu-system-m68k -M q800 for a couple years > now? (The CROSS=m68k target of mkroot in toybox?) > > # cat /proc/cpuinfo > CPU: 68040 > MMU: 68040 > FPU: 68040 > Clocking: 1261.9MHz > BogoMips: 841.31 > Calibration: 4206592 loops > > It certainly THINKS it's got m68000... > Most 68040 processor variants have a built-in MMU and the m68k "nommu" Linux port doesn't support them. The nommu port covers processors like 68000, Dragonball etc. whereas the m68k "mmu" port covers 680x0 where x is one of 2,3,4,6 with MMU. > $ qemu-system-m68k -cpu ? > cfv4e > m5206 > m5208 > m68000 > m68010 > m68020 > m68030 > m68040 > m68060 > any > > (I'd love to get an m68k nommu system working but never sat down and > worked out a kernel .config qemu agreed to run, plus compiler and libc. > Musl added m68k support but I dunno if that includes coldfire?) > I could never figure out how to boot a coldfire machine in qemu either. There was no documentation about that back when I attempted it but maybe things have improved since. > >> It looked like 68328serial.c was removed because someone tried to > >> clean it up and it was decided that no one was using it and it was > >> best to delete it. My plan was to at some point send a series to fix > >> up the issues with the Dragonball support, revert removing the serial > >> driver and adding the patch that cleaned it up. > > > > Nice. I will leave all the 68000/68328 code alone for now then. > > The q800 config uses CONFIG_SERIAL_PMACZILOG. Seems to work fine? > That driver would work on certain 68000 systems e.g. early Macs. (And IIRC someone did once boot a customized Linux kernel on a Mac SE...) _______________________________________________ linux-riscv mailing list linux-riscv@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-riscv