Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp2354894pxb; Mon, 20 Sep 2021 19:54:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw72y/hhReoeN5riEs5L8JGCi/GAInqdVUKt4vKwPVudEjPs4lLt0v2xTmVutzneDPzCWTH X-Received: by 2002:a17:907:7704:: with SMTP id kw4mr33533326ejc.23.1632192895663; Mon, 20 Sep 2021 19:54:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632192895; cv=none; d=google.com; s=arc-20160816; b=h5MtxNuLHFTR1CUYN99Wg3ixfpEvOk9XVduv/YGwO2Cr80inFnnb2ORgmGbB9DxMch U8ISjxdqqmOp3WaA5/30LhWeRUxqJu+UeeZlNE/EjMhXIvuU8EVOV+i5dLnuhCbUvpml AqTDp58mHfyq8hLKY1AwSl/nx/6yG2ZCTPF3LgFuOLuBtkgooaLXUyXOvMoHWx6nSg8f 48HdlrVvVKykpPDWX0lgarAnh7yXoTkMBUXrHMpVCiSVazvlsm76uyNHeYygP+n5apik kIk4cHT1GHRVdcTEhEM9oQHt9v2uDADl8rKBKdc3QXxVulB49Hc47nb7BdolWlnrPYyo 1AaA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=4lG5QAB49PTPldeDwpc7UApqtP6EGd3gA0OsWTy2RsM=; b=nJJRQsdB6oQa5eRA4sMtzxbSYaq2YD3a+M8Wr0C7qtoje0eHk/nS5K+j4avSDo2XcP iCZeh2O4SA7oOm5o980lOoPDr2OkUETyz4FP4LXfLIucwv+QOd/SWvvgCMV/hyLfCaeS 1nKGpGIBSAtL4pSsAUMtqc6hFE+MwBCIMdFQDD1E+WZmfnQ5Q8YTtgUcZ94xkQ590MIK exl/3MEMnBnG2Swm9ByfDONfsqTgDAnVH1PAJA2XU+8uJKABt6OntgWZvVnz9HgOxfa0 4+S4l91cmkw19WuS2wpXzazM3HccDAQ+G2dEzCUHjuMsL3X+MDmCUw9yJBEusASn0zYq XX8A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id b1si23218211ejb.600.2021.09.20.19.54.31; Mon, 20 Sep 2021 19:54:55 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1347217AbhITTRw (ORCPT + 99 others); Mon, 20 Sep 2021 15:17:52 -0400 Received: from outpost1.zedat.fu-berlin.de ([130.133.4.66]:46559 "EHLO outpost1.zedat.fu-berlin.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230477AbhITTPv (ORCPT ); Mon, 20 Sep 2021 15:15:51 -0400 Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.94) with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (envelope-from ) id 1mSOkA-001iDz-5u; Mon, 20 Sep 2021 21:14:22 +0200 Received: from pd9f7417d.dip0.t-ipconnect.de ([217.247.65.125] helo=[192.168.178.35]) by inpost2.zedat.fu-berlin.de (Exim 4.94) with esmtpsa (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (envelope-from ) id 1mSOk9-002NNC-VD; Mon, 20 Sep 2021 21:14:22 +0200 Message-ID: <715c52e6-9a71-6924-0643-407311ad56ba@physik.fu-berlin.de> Date: Mon, 20 Sep 2021 21:14:21 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.1.0 Subject: Re: Linux 5.15-rc2 Content-Language: en-US To: Linus Torvalds , Guenter Roeck Cc: Linux Kernel Mailing List , linux-sparc , "David S. Miller" , linux-arch References: <20210920134424.GA346531@roeck-us.net> From: John Paul Adrian Glaubitz In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Original-Sender: glaubitz@physik.fu-berlin.de X-Originating-IP: 217.247.65.125 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Linus! On 9/20/21 19:04, Linus Torvalds wrote: > On Mon, Sep 20, 2021 at 9:18 AM Linus Torvalds > wrote: >> >> Anyway, this email ended up being a long explanation of what the code >> _should_ do, in the hope that some enterprising kernel developer >> decides "Oh, this sounds like an easy thing to fix". But you do need >> to be able to test the end result at least a tiny bit. > > In the meantime, the build fix is trivial: make that broken sparc > pci_iounmap() definition depend on CONFIG_PCI being set. > > But let me build a few more sparc configs (and this time do it > properly for both 32-bit and 64-bit) before I actually commit it and > push it out. If you want to get feedback whether the kernel actually boots, let me know. I could test boot on a SPARC T5 LDOM (SPARC VM logical domain). Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaubitz@debian.org `. `' Freie Universitaet Berlin - glaubitz@physik.fu-berlin.de `- GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913