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 X-Spam-Level: X-Spam-Status: No, score=-5.3 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 31BD5C433E0 for ; Mon, 11 Jan 2021 09:51:17 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id D721522AAF for ; Mon, 11 Jan 2021 09:51:16 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728575AbhAKJvB (ORCPT ); Mon, 11 Jan 2021 04:51:01 -0500 Received: from mail.kernel.org ([198.145.29.99]:39428 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728256AbhAKJvA (ORCPT ); Mon, 11 Jan 2021 04:51:00 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 6649D22527; Mon, 11 Jan 2021 09:50:11 +0000 (UTC) Subject: Re: Old platforms: bring out your dead To: Geert Uytterhoeven , John Paul Adrian Glaubitz Cc: Daniel Palmer , Linux ARM , Linux Kernel Mailing List , Krzysztof Adamski , Oleksij Rempel , Baruch Siach , Russell King - ARM Linux , Daniel Tang , =?UTF-8?Q?Uwe_Kleine-K=c3=b6nig?= , Jamie Iles , Barry Song , Viresh Kumar , Linus Walleij , Jonas Jensen , Marc Gonzalez , Hartley Sweeten , Lubomir Rintel , Neil Armstrong , Shawn Guo , Alex Elder , Alexander Shiyan , Koen Vandeputte , Hans Ulli Kroll , Vladimir Zapolskiy , Wei Xu , Steven Rostedt , Yoshinori Sato , Mark Salter , Michael Ellerman , Geert Uytterhoeven , Thomas Bogendoerfer , linux-m68k References: <803a40ba-d0cb-e5e2-9d57-f1b70d7aee37@physik.fu-berlin.de> From: Greg Ungerer Message-ID: <9e9cc4ad-38b0-f799-cd0e-c1e1c7e3501c@linux-m68k.org> Date: Mon, 11 Jan 2021 19:50:07 +1000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/1/21 7:36 pm, Geert Uytterhoeven wrote: > Hi Adrian, > > On Mon, Jan 11, 2021 at 10:26 AM John Paul Adrian Glaubitz > wrote: >> On 1/11/21 10:20 AM, Geert Uytterhoeven wrote: >>>> Sounds interesting. Do these SoCs come with an MMU? And do they use the >>>> ColdFire instruction set or do they run plain 68k code? >>> >>> No MMU, plain m68k code. >>> >>> 68328 Soc = 68000 core + some peripherals, >>> 68360 SoC = CPU32 core (based on 68020 + some peripherals. >> >> OK, I guess that would be useful for the NoMMU Linux port. > > Note that 68360 support was removed from the kernel in 2016, as > Arnd said. And that 68360 was bit rotten for a very long time before that. Nobody ever seemed to show much interest in it. Keep in mind that the 68328 family of parts are pretty slow too... >>> Anyone working on integrating m68k (and SPARC and MIPS?) softcores in >>> LiteX? ;-) >> >> I'm personally waiting for the Vampire to gain support for the real 68851 >> as the hardware in general looks very attractive [1]. > > The 68851 is way too complex for what's needed (who needs support for > 256 byte pages (https://lwn.net/Articles/839746/)?). > They'd be better off implementing something simpler, like 68040 MMU > support, or perhaps even a software-controlled TLB like most RISC > architectures (incl. ColdFire?). The latter would require more changes > to Linux, though. Yep, the ColdFire MMU is a software controlled TLB. Regards Greg 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 X-Spam-Level: X-Spam-Status: No, score=-5.5 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, NICE_REPLY_A,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 93643C433E6 for ; Mon, 11 Jan 2021 09:51:45 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 2F19122AB9 for ; Mon, 11 Jan 2021 09:51:45 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 2F19122AB9 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=linux-m68k.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Type: Content-Transfer-Encoding:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:Message-ID:From: References:To:Subject:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=lcPABY1Ojtb2clhVM/f18Da+smhd/QRvwPOZDpjd6Uo=; b=cxj9FeB4WojCbuWtmLTtrHYzv Uoz+TomY6B19azB8t0zJrqlX7nPU25h1Z5Go61f2wdE62jaAgrLP1joLR0S3DfZBete8GirHDs8LJ 49gIgngwBYX48JGpzIKiORAke6otzdeGKQzY3+JBDhnoDodaPobSkE6K8B5MEXPXmlYdK5+SlPM9g P4as+JByRLP5AyWMbM04JwytRoh2kmjKbB6dMwFz/UsJ6HtUZJQ3HgiRm0Ip0JUelw4uAxZexayA0 GQiuTqBfXh6Cc/zi/WBFjhsNHh1l7hx3ZyatnAkbmM/4n33KeZQyrEEZuTz9VLpAZxiK63qd3Yb7y +Yq1/WOcQ==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kytqC-0001AB-OL; Mon, 11 Jan 2021 09:50:24 +0000 Received: from mail.kernel.org ([198.145.29.99]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1kytqA-00018s-9W for linux-arm-kernel@lists.infradead.org; Mon, 11 Jan 2021 09:50:23 +0000 Received: by mail.kernel.org (Postfix) with ESMTPSA id 6649D22527; Mon, 11 Jan 2021 09:50:11 +0000 (UTC) Subject: Re: Old platforms: bring out your dead To: Geert Uytterhoeven , John Paul Adrian Glaubitz References: <803a40ba-d0cb-e5e2-9d57-f1b70d7aee37@physik.fu-berlin.de> From: Greg Ungerer Message-ID: <9e9cc4ad-38b0-f799-cd0e-c1e1c7e3501c@linux-m68k.org> Date: Mon, 11 Jan 2021 19:50:07 +1000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210111_045022_437045_434C9948 X-CRM114-Status: GOOD ( 18.52 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Baruch Siach , Geert Uytterhoeven , Neil Armstrong , Viresh Kumar , Linus Walleij , Daniel Tang , Jamie Iles , Krzysztof Adamski , Alexander Shiyan , Michael Ellerman , Daniel Palmer , Russell King - ARM Linux , Wei Xu , Oleksij Rempel , Alex Elder , Marc Gonzalez , Hans Ulli Kroll , =?UTF-8?Q?Uwe_Kleine-K=c3=b6nig?= , Steven Rostedt , Vladimir Zapolskiy , Lubomir Rintel , linux-m68k , Koen Vandeputte , Linux ARM , Barry Song , Thomas Bogendoerfer , Yoshinori Sato , Linux Kernel Mailing List , Jonas Jensen , Hartley Sweeten , Mark Salter , Shawn Guo Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On 11/1/21 7:36 pm, Geert Uytterhoeven wrote: > Hi Adrian, > > On Mon, Jan 11, 2021 at 10:26 AM John Paul Adrian Glaubitz > wrote: >> On 1/11/21 10:20 AM, Geert Uytterhoeven wrote: >>>> Sounds interesting. Do these SoCs come with an MMU? And do they use the >>>> ColdFire instruction set or do they run plain 68k code? >>> >>> No MMU, plain m68k code. >>> >>> 68328 Soc = 68000 core + some peripherals, >>> 68360 SoC = CPU32 core (based on 68020 + some peripherals. >> >> OK, I guess that would be useful for the NoMMU Linux port. > > Note that 68360 support was removed from the kernel in 2016, as > Arnd said. And that 68360 was bit rotten for a very long time before that. Nobody ever seemed to show much interest in it. Keep in mind that the 68328 family of parts are pretty slow too... >>> Anyone working on integrating m68k (and SPARC and MIPS?) softcores in >>> LiteX? ;-) >> >> I'm personally waiting for the Vampire to gain support for the real 68851 >> as the hardware in general looks very attractive [1]. > > The 68851 is way too complex for what's needed (who needs support for > 256 byte pages (https://lwn.net/Articles/839746/)?). > They'd be better off implementing something simpler, like 68040 MMU > support, or perhaps even a software-controlled TLB like most RISC > architectures (incl. ColdFire?). The latter would require more changes > to Linux, though. Yep, the ColdFire MMU is a software controlled TLB. Regards Greg _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel