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 4979FC05027 for ; Fri, 3 Feb 2023 15:57:48 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232618AbjBCP5q (ORCPT ); Fri, 3 Feb 2023 10:57:46 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59918 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233117AbjBCP5k (ORCPT ); Fri, 3 Feb 2023 10:57:40 -0500 Received: from bombadil.infradead.org (bombadil.infradead.org [IPv6:2607:7c80:54:3::133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3FF0B9E9C9; Fri, 3 Feb 2023 07:57:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20210309; h=Content-Transfer-Encoding: Content-Type:In-Reply-To:From:References:Cc:To:Subject:MIME-Version:Date: Message-ID:Sender:Reply-To:Content-ID:Content-Description; bh=RABYZKQEnf0QK23SEeW3xVSQhJGlQ3o0a9xB2pxXdFg=; b=mxbhKN8eDLHf3sRbpUD1Pm5ad9 DUxn/adCxDe6jPyxHF/gdCrJDf3lsIsIixEOuV8CpNuzkiX752ZBaf0wsnY0b2i3cM9FUEcN20eX2 rIR05AXVLD17i/oQNhbkjja3UIifH2qUWnxDkJqAUC7NG8o6c1/1J2q0zeQmeJMRLojURzkVBUv7W j9O4rmt4LMN1wjI6tRgPyBaBqiFphCrvwmB0uTJBDK4DzjkMj6rO8E5wNKaysJXqmttqL9r4yHFrh f47+XS3tx6LOOWc7AZ91W6sFA96KtfzRuvr3oItFzuKm5u8MGjDHAAIf0SDJC5iX+lV71N215QhEo +ggV+adQ==; Received: from [2601:1c2:d00:6a60::9526] by bombadil.infradead.org with esmtpsa (Exim 4.94.2 #2 (Red Hat Linux)) id 1pNyR8-002pf0-3m; Fri, 03 Feb 2023 15:57:14 +0000 Message-ID: Date: Fri, 3 Feb 2023 07:57:12 -0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.6.1 Subject: Re: remove arch/sh Content-Language: en-US To: Geert Uytterhoeven , John Paul Adrian Glaubitz Cc: Christoph Hellwig , Yoshinori Sato , Rich Felker , Arnd Bergmann , Greg Kroah-Hartman , Laurent Pinchart , Kieran Bingham , Geert Uytterhoeven , linux-kernel@vger.kernel.org, linux-watchdog@vger.kernel.org, devicetree@vger.kernel.org, linux-arch@vger.kernel.org, dmaengine@vger.kernel.org, dri-devel@lists.freedesktop.org, linux-renesas-soc@vger.kernel.org, linux-i2c@vger.kernel.org, linux-input@vger.kernel.org, linux-media@vger.kernel.org, linux-mmc@vger.kernel.org, linux-mtd@lists.infradead.org, netdev@vger.kernel.org, linux-gpio@vger.kernel.org, linux-rtc@vger.kernel.org, linux-spi@vger.kernel.org, linux-serial@vger.kernel.org, linux-usb@vger.kernel.org, linux-fbdev@vger.kernel.org, alsa-devel@alsa-project.org, linux-sh@vger.kernel.org References: <20230113062339.1909087-1-hch@lst.de> <11e2e0a8-eabe-2d8c-d612-9cdd4bcc3648@physik.fu-berlin.de> <20230116071306.GA15848@lst.de> <40dc1bc1-d9cd-d9be-188e-5167ebae235c@physik.fu-berlin.de> <20230203071423.GA24833@lst.de> <20230203083037.GA30738@lst.de> From: Randy Dunlap In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi-- On 2/3/23 02:33, Geert Uytterhoeven wrote: > Hi Adrian, > > On Fri, Feb 3, 2023 at 11:29 AM John Paul Adrian Glaubitz > wrote: >> On Fri, 2023-02-03 at 09:30 +0100, Christoph Hellwig wrote: >>> On Fri, Feb 03, 2023 at 09:24:46AM +0100, John Paul Adrian Glaubitz wrote: >>>> Since this is my very first time stepping up as a kernel maintainer, I was hoping >>>> to get some pointers on what to do to make this happen. >>>> >>>> So far, we have set up a new kernel tree and I have set up a local development and >>>> test environment for SH kernels using my SH7785LCR board as the target platform. >>>> >>>> Do I just need to send a patch asking to change the corresponding entry in the >>>> MAINTAINERS file? >>> >>> I'm not sure a there is a document, but: >>> >>> - add the MAINTAINERS change to your tree >>> - ask Stephen to get your tree included in linux-next >>> >>> then eventually send a pull request to Linus with all of that. Make >>> sure it's been in linux-next for a while. >> >> OK, thanks for the pointers! Will try to get this done by next week. >> >> We're still discussing among SuperH developer community whether there will be a second >> maintainer, so please bear with us a few more days. I will collect patches in the >> meantime. > > Thanks a lot! > > If you need any help with process, setup, ... don't hesitate to ask > (on e.g. #renesas-soc on Libera). While Adrian and Geert are reading this, I have a question: Is this "sh64" still accurate and applicable? from Documentation/kbuild/kbuild.rst: But some architectures such as x86 and sparc have aliases. - x86: i386 for 32 bit, x86_64 for 64 bit - sh: sh for 32 bit, sh64 for 64 bit <<<<<<<<<<<<<<< - sparc: sparc32 for 32 bit, sparc64 for 64 bit Thanks. -- ~Randy