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 B551AC433F5 for ; Sun, 10 Apr 2022 07:23:02 +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:In-Reply-To:From:References:Cc:To: Subject:MIME-Version:Date:Message-ID:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=tZt46PF/HILWhFzSm74rFwO2jjWxAal/5P20ynKELqc=; b=0Ib52PLg4tZ0cV invXCBinUWGtwyaCVuLq8Thvqg9TAfHcplyhpwLgt7yb79RgCSVyrhWgybvaRs+AXfbkrEvO40v77 34nh67nbzO9Dtso7DbkP6k6xGl+7ylD02Mysp1xo/W2h7F1/woqsflRi0q4UFsANprVRazT9PlDOh Sp9iGMen0JkptJnFgNayWFj23EeX6fwFDHP7aJ//9g2lDkUf31c27USDacsnHOruQvtPtzPFxYWHA DJhbSe67uAQYCB156/somoe45+odE9gMxLOqoha7OiwtzDc2yv+vWPpRv2UbtqSaNcy831xDPWWMB gQZJWbjpVInQnDnqmpkA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1ndRuG-004NvQ-UJ; Sun, 10 Apr 2022 07:22:44 +0000 Received: from mail-oa1-x41.google.com ([2001:4860:4864:20::41]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1ndRuE-004NuB-LL for linux-riscv@lists.infradead.org; Sun, 10 Apr 2022 07:22:44 +0000 Received: by mail-oa1-x41.google.com with SMTP id 586e51a60fabf-de48295467so14099937fac.2 for ; Sun, 10 Apr 2022 00:22:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=landley-net.20210112.gappssmtp.com; s=20210112; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=HLcHxok0TrE1xQrUdzzB3gUD4+EGnlP7Z3j2dVkEC1E=; b=CDOKrgbEU+Q9Ta7bNjY7kM0CEtCjXc4Mdx5lNRcE1AlbQ4sEiQA1TcL/jymJDPD2T6 IkK56d0xkBbM6FgVF0CUCOLNn6PrZJALVEuLH+d4jUkn/4f5gayUjqa1Tr8s7d3qUK5j tR+OiveAwIczYKdp6hgPUkHydMNPOoEXQvBo+D77BKSGZJTEMfb9+MpPyZ4jTbQla9j6 H3J9AfzlLd6ni3B331Wa0jUfqM40xPxLiSKyHYlJAs7AAE6gIvChiS1BczYifu6VDnIP aTbfbosD9dfF4kveqfYYbaUIdlOg084qs/0/9yfVqjDrmoELIaFPLRP3ksk6yqJv6EG/ RmVw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=HLcHxok0TrE1xQrUdzzB3gUD4+EGnlP7Z3j2dVkEC1E=; b=QI1ZeEmmReW+JCfq8USQdcJMoxEzoC0pFWvtMsJ7ecX3mYyhW/7nx0QmTRXUNCUEoh fMQzdpItBHATwPvbraR8Ikl4QX0Zls9XAsYvpsHTrydo5mX/yBbdNzQmgJD5BnChZlno 0rYIsNZ9NuhvplmChLSeswutOo8Vp17R2PZybw6l0W/YEfdUyxxFm+c6T1PIDimkqvKJ CbZu08DfhgQChBCqbD6/vlQSyCrIJfxehRUzyy7k7m0nEJ+rIBvKh7gTi8CZyB5ZtIoT o8yCYgqEf28NJzjmMSx2DQOydkaAwPfSoO2RB3ZqfWQdGtqsDq5vdRVYQDmTki+Zg+ov +Z/w== X-Gm-Message-State: AOAM532QSbB3eenYJyyx5i7/h+lliXeHXzS6LXXKtSUSlBEZWuYcnJOO yCZHT+FaYaidvnhQ3MktPTw97Q== X-Google-Smtp-Source: ABdhPJzgSAIgurvIZBg0mjDm5TRgjmByFBGeU2r6N5ZSwlpKBXt97DTKHaVc1p5t/OeQuek6SKXj9g== X-Received: by 2002:a05:6870:639e:b0:e2:ab7c:d868 with SMTP id t30-20020a056870639e00b000e2ab7cd868mr1856692oap.108.1649575360859; Sun, 10 Apr 2022 00:22:40 -0700 (PDT) Received: from [192.168.224.179] ([172.58.198.202]) by smtp.gmail.com with ESMTPSA id q203-20020acad9d4000000b002f8ee3f69e2sm10328337oig.52.2022.04.10.00.22.39 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 10 Apr 2022 00:22:40 -0700 (PDT) Message-ID: Date: Sun, 10 Apr 2022 02:26:45 -0500 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.6.2 Subject: Re: [RFC PULL] remove arch/h8300 Content-Language: en-US To: Greg Ungerer , Finn Thain Cc: 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 References: <6a38e8b8-7ccc-afba-6826-cb6e4f92af83@linux-m68k.org> <5b7687d4-8ba5-ad79-8a74-33fc2496a3db@linux-m68k.org> <8f9be869-7244-d92a-4683-f9c53da97755@landley.net> <3d5cf48c-94f1-2948-1683-4a2a87f4c697@linux-m68k.org> <147dc6cc-1fbb-558f-8e6d-29d4327d54b4@linux-m68k.org> From: Rob Landley In-Reply-To: <147dc6cc-1fbb-558f-8e6d-29d4327d54b4@linux-m68k.org> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220410_002242_732126_62962EB8 X-CRM114-Status: GOOD ( 25.53 ) 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 4/8/22 23:18, Greg Ungerer wrote: > > On 9/4/22 11:59, Finn Thain wrote: >> 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. In theory you can switch the MMU off. (Or at least give it a NOP page table that maps all the physical memory into one big contiguous block 1:1 with the physical address and leave it there.) Doesn't mean anybody's bothered to implement and add a config option to stub that out in the kernel yet. But presumably you could have a bootloader shim do it... >>> (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. > > FWIW this will do it: > > qemu-system-m68k -nographic -machine mcf5208evb -kernel vmlinux > > That will boot an m5208evb_defconfig generated vmlinux. > But you will need a user space to get a full boot to login/shell. No FDPIC support. :( I had a binflt toolchain working with uClibc in 2015 or so, but I end of lifed https://landley.net/aboriginal in 2017 (five years ago now). Multiple reasons, but one was the old "last GPLv2 release" toolchain was getting painful to force the kernel to build with. These days there's articles on lwn.net about yanking a.out support, which fdpic is a buggy variant of that didn't actually have a maintained elf2flt repository when I was assembling my toolchain. (I vaguely recall I poked enough people that somebody picked it up and stuck a repository on github, but Jeff Dionne explained some fundamental design flaw that had been introduced having to do with register offsets being calculated in the wrong framework or something? I don't remember, I lost interest because it's _conceptually_ obsolete. FDPIC is ELF with a little extra header info, it's clean and potentially even useful on with-MMU systems as extra ASLR. BINFLT is a.out run through a postprocessing tool that nominally converts ELF files into the new format but actually needs .o files from earlier in the process and is kind of an alternate linker except it doesn't replace the linker... It's layers of ugly. > Regards > Greg Rob _______________________________________________ linux-riscv mailing list linux-riscv@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-riscv