Received: by 2002:a05:6358:700f:b0:131:369:b2a3 with SMTP id 15csp1254033rwo; Wed, 2 Aug 2023 10:59:10 -0700 (PDT) X-Google-Smtp-Source: APBJJlG79DKH/80MwWSDYaI4sHKfkYhUBq9o5bsc0BCdfsJHao5Xz68QhwTvzL1DPviZTmRAkL3F X-Received: by 2002:a05:6a20:6a0f:b0:130:45cc:9ae7 with SMTP id p15-20020a056a206a0f00b0013045cc9ae7mr20754758pzk.38.1690999150033; Wed, 02 Aug 2023 10:59:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1690999150; cv=none; d=google.com; s=arc-20160816; b=x+z9VMUxasbc3fhYj8gCoLyHoqKgyU/uq0q8PrTNiQLgjPFNdeNY1uRuIa1gSDHXcy k/wJKodjLWNmZlf9B94u0j8iCdFYrketlWOnxgPceJUdpfwlposj5vSGcXrCZZeKDQGy 4PnXeSauruukiKH82ygh+EXdE75q0ROI9eu2EZ1jDnaH+0WQ5eO3Hn79tBbQsuaT8xHG 7tayFMvN1+d3/0GH7Yn/8uS6izH8FUgWhWdUpW2Z52eD118DRKl2QBib/5qoVhxt3Npb lCwo6DliB6/o3/foqetIqOc07EK7PNJG9d+Xbi1wnJ8CqkaMpARZ3oJ823XyO6um8S0g ZJ6A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent :content-transfer-encoding:references:in-reply-to:date:cc:to:from :subject:message-id; bh=0C6YViw2MGTRKEuWbiWmF3D0xBJz+S1gKx7LxomYpo4=; fh=LDvp9JSi/duLMJ89RFeua5uoJajZyyD9vAzuSfnxCcE=; b=ZBX+jF+s33c4ZjNOHxhtQlesVnoogK+jQlsjxIX7rqgUFdQGpawbNc11BUDZZfAKPw 6fzsJyk9n580Ma5s4TA2xEJFyFjYFtf85LxFLg0k3l32DsWQ+lcHAxdswrGy6meZh6tv +/T3X8dGlesz/HMGvQXa1AP/zvtResU7wEGVCXBfEaqe3P1tC6I4lOq4YXRIq3F2X2Of dZw/sUHKe6uc26U/AFVHnfpymwAyQIqSfCxmfe9w2YgepaoN0S5WSsq7GeI2Dg06bRKC 1vwF6+SPf3fUgtQ9g3pEGczK5Bm5Fvk5UbHEci0KyKWf/bINOakTeuIj4UDDhQ3qxkIw nz3Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id a126-20020a636684000000b00563a0bacbb4si6129346pgc.694.2023.08.02.10.58.56; Wed, 02 Aug 2023 10:59:10 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233404AbjHBRcA convert rfc822-to-8bit (ORCPT + 99 others); Wed, 2 Aug 2023 13:32:00 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49484 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229901AbjHBRbk (ORCPT ); Wed, 2 Aug 2023 13:31:40 -0400 Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C1D5A3AA6; Wed, 2 Aug 2023 10:29:21 -0700 (PDT) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.95) with esmtps (TLS1.3) tls TLS_AES_256_GCM_SHA384 (envelope-from ) id 1qRFe6-002TUY-K1; Wed, 02 Aug 2023 19:28:26 +0200 Received: from p5b13a085.dip0.t-ipconnect.de ([91.19.160.133] helo=suse-laptop.fritz.box) by inpost2.zedat.fu-berlin.de (Exim 4.95) with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (envelope-from ) id 1qRFe6-000eVY-Bd; Wed, 02 Aug 2023 19:28:26 +0200 Message-ID: <2d82e0312f7d667e36238938a3cb13c95903033e.camel@physik.fu-berlin.de> Subject: Re: [PATCH v8 11/19] sh: add including From: John Paul Adrian Glaubitz To: Arnd Bergmann , Geert Uytterhoeven , Baoquan He Cc: linux-kernel@vger.kernel.org, Andrew Morton , linux-mm@kvack.org, Christoph Hellwig , Christophe Leroy , Mike Rapoport , Matthew Wilcox , Alexander Gordeev , Kefeng Wang , Niklas Schnelle , Stafford Horne , David Laight , Helge Deller , Nathan Chancellor , Yoshinori Sato , Rich Felker , linux-sh@vger.kernel.org, Guenter Roeck Date: Wed, 02 Aug 2023 19:28:24 +0200 In-Reply-To: <39c79971-12fc-41fc-8cae-b2a0089ed034@app.fastmail.com> References: <20230706154520.11257-1-bhe@redhat.com> <20230706154520.11257-12-bhe@redhat.com> <0f771b11539d5a3871691af901315ee2034b577c.camel@physik.fu-berlin.de> <09094baf-dadf-4bce-9f63-f2a1f255f9a8@app.fastmail.com> <39c79971-12fc-41fc-8cae-b2a0089ed034@app.fastmail.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT User-Agent: Evolution 3.48.4 MIME-Version: 1.0 X-Original-Sender: glaubitz@physik.fu-berlin.de X-Originating-IP: 91.19.160.133 X-ZEDAT-Hint: PO X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_BLOCKED,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_PASS, T_SCC_BODY_TEXT_LINE,T_SPF_HELO_TEMPERROR autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hello Arnd! On Wed, 2023-08-02 at 16:19 +0200, Arnd Bergmann wrote: > On Tue, Aug 1, 2023, at 21:21, John Paul Adrian Glaubitz wrote: > > > > I think ideally all the I/O port stuff in arch/sh/ could just be > > > removed after the conversion to asm-generic/io.h, but the > > > microdev_ioport_map() function oddity gets in the way of that, > > > unless someone wants to clean up that platform. As far as I > > > can tell, the ethernet, display, USB and PCI devices on it already > > > broke at some point (afbb9d8d5266b, 46bc85872040a), so it might > > > be easier to remove it entirely. > > > > I don't have this particular hardware, so I cannot comment on this. > > Sure, as I explained, I'm pretty sure that nobody has > tried to boot this hardware in a long time, so I did not > expect you to have one. > > I'll try to follow up with a patch to remove the platform > later on, based on the explations above. There is no need to remove any platforms now as we're working on converting arch/sh to device trees anyway and will eventually get rid of all the board- specific code during that step. > > > Having the series go into linux-next sounds appropriate like this, > > > the entire purpose of that is to find such bugs and Andrew can jus > > > fold the fixup into the broken patch. > > > > > > Let me know if you prefer the simple version with the extra > > > #defines or if we should just use the generic inb/outb implementation > > > immediately and drop microdev in a separate patch. > > > > Please go ahead with the simple version. > > Done, Thanks, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer `. `' Physicist `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913