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, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, 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 90DF1C433E2 for ; Sat, 5 Sep 2020 07:17:43 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 6601A20760 for ; Sat, 5 Sep 2020 07:17:43 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726652AbgIEHRk (ORCPT ); Sat, 5 Sep 2020 03:17:40 -0400 Received: from verein.lst.de ([213.95.11.211]:43947 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725818AbgIEHRj (ORCPT ); Sat, 5 Sep 2020 03:17:39 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id B982C68BEB; Sat, 5 Sep 2020 09:17:35 +0200 (CEST) Date: Sat, 5 Sep 2020 09:17:35 +0200 From: Christoph Hellwig To: Arnd Bergmann Cc: Christoph Hellwig , Paul Walmsley , Palmer Dabbelt , Alexander Viro , linux-riscv , "linux-kernel@vger.kernel.org" , linux-arch Subject: Re: remove set_fs for riscv Message-ID: <20200905071735.GB13228@lst.de> References: <20200904165216.1799796-1-hch@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Sep 04, 2020 at 08:15:03PM +0200, Arnd Bergmann wrote: > Is there a bigger plan for the rest? I can probably have a look at the Arm > OABI code if nobody else working on that yet. m68knommu seems mostly trivial and not interact much with m68k/mmu, so that woud be my next target. All the other seems to share more code for the mmu and nommu case, so they'd have to be done per arch. arm would be my first target because it is used widespread, and its current set_fs implemenetation is very strange. But given thar you help maintaining arm SOCs and probably know the arch code much better than I do I'd be more than happy to leave that to you.