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 kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id B6089C433EF for ; Fri, 28 Jan 2022 23:55:36 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 4A4F06B00DC; Fri, 28 Jan 2022 18:55:36 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 4536F6B00DE; Fri, 28 Jan 2022 18:55:36 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 31CCD6B00DF; Fri, 28 Jan 2022 18:55:36 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0244.hostedemail.com [216.40.44.244]) by kanga.kvack.org (Postfix) with ESMTP id 2382B6B00DC for ; Fri, 28 Jan 2022 18:55:36 -0500 (EST) Received: from smtpin10.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay03.hostedemail.com (Postfix) with ESMTP id D897882E097F for ; Fri, 28 Jan 2022 23:55:35 +0000 (UTC) X-FDA: 79081355430.10.D5A131B Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) by imf21.hostedemail.com (Postfix) with ESMTP id 7AD0A1C0006 for ; Fri, 28 Jan 2022 23:55:35 +0000 (UTC) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 2A9315C0130; Fri, 28 Jan 2022 18:55:35 -0500 (EST) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Fri, 28 Jan 2022 18:55:35 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:date:date:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=IAiBb3iTel7sOiRdw 6MfRt20zX3HUdwmOXMp6GDvEpU=; b=cig2R3CaUhMoy4WwozeM67nHdEaM5ShHx g1kv//Sfm149/LmlIe/2209l+15hFdFO7J9BwhlHxm2Qp1nMX1Gb60tFmG4dkWhX tRZ/ZIUsIlax8caE99fRXYMQ720F1Oe0a7XpUKLq//pwuMJNzZ625mkm7yaS419f u+kkbymqczUY3j3DK116WRgempc8PhVJtdHupWWeQ0olb+JW3/uvvVtxrXLXdvtf PamF+TboD47egkgXrGZijKE64qMsPhTBc5XRTcvZ4tOkndmFdlWflbOps1IV25/2 AA3gQu+xIeAsAe2q5UE0b9pwd4AiKMRp6ka2lEBI0UTmIrBmiGt2w== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvvddrfeeigdduhecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfghnecu uegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenuc fjughrpeffhffvufgjkfhfgggtsehttdertddttddvnecuhfhrohhmpefhihhnnhcuvfhh rghinhcuoehfthhhrghinheslhhinhhugidqmheikehkrdhorhhgqeenucggtffrrghtth gvrhhnpeffudfhgeefvdeitedugfelueegheekkeefveffhfeiveetledvhfdtveffteeu udenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehfth hhrghinheslhhinhhugidqmheikehkrdhorhhg X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 28 Jan 2022 18:55:33 -0500 (EST) Date: Sat, 29 Jan 2022 10:55:30 +1100 (AEDT) From: Finn Thain To: Michael Schmitz cc: Geert Uytterhoeven , linux-m68k@lists.linux-m68k.org, Andrew Morton , linux-mm@kvack.org, linux-fbdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] m68k: mm: Remove check for VM_IO to fix deferred I/O In-Reply-To: Message-ID: <4d65d2e1-5fb3-456-3cc5-fbd3167d06c@linux-m68k.org> References: <20220128173006.1713210-1-geert@linux-m68k.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Rspam-User: nil X-Rspamd-Server: rspam05 X-Rspamd-Queue-Id: 7AD0A1C0006 X-Stat-Signature: z66mrfanfh5ix4mz7sudq1wacr8jxoaq Authentication-Results: imf21.hostedemail.com; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=cig2R3Ca; dmarc=none; spf=none (imf21.hostedemail.com: domain of fthain@linux-m68k.org has no SPF policy when checking 66.111.4.27) smtp.mailfrom=fthain@linux-m68k.org X-HE-Tag: 1643414135-545573 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000416, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Sat, 29 Jan 2022, Michael Schmitz wrote: > Hi Geert, > > for hwregs_present(), the exception fixup will handle any access error > (through send_fault_sig()), so this should continue to work. > > Why the special handling of VM_IO pages? Maybe hp300 had marked all IO > register pages VM_IO to distinguish IO faults from VM faults... > > The only other area I can imagine this might have an impact is the Mac's > pseudo-DMA - FInn might want to give this some testing. > mac_scsi.c and mac_esp.c don't use ioremap(). They rely on head.S: mmu_map_eq #0x50000000,#0x03000000,%d3 Having said that, I will run some tests if you still think it necessary.