Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp2743969pxb; Mon, 31 Jan 2022 03:25:55 -0800 (PST) X-Google-Smtp-Source: ABdhPJzOveATofB5KJkxjNWN2aV+ROGtxcRpmaIufBxJOo8sll54K13a4dDqa0+y9+pGoTuBvL9b X-Received: by 2002:a17:90b:4a83:: with SMTP id lp3mr33313504pjb.35.1643628355742; Mon, 31 Jan 2022 03:25:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643628355; cv=none; d=google.com; s=arc-20160816; b=xx6d0qlIEji3b/W6aQa7PsXLQdA62nzBfpkOT9xa9v+feaAzGpVCkiznvcRuFX6Qc6 1zM7bFeWnoGBoafKTINK4xYKahOy/rQpsBkmcDcV+hHdREx3zsvxMVBLo35hZWxmIcjJ 3llYYPFZMY3Uex0qdApymFwnrr7it03Xic5R2dFHZ70MK9SFBIIrapSbOSNZdwfQYSEt 4mw9eZv9Cyc3AS2lpbfgo9YhHPmKqe7+X9UG73O8rbAztzpTP0ErAvt9bFVXhA1FzkT3 Ni5fAjXgO8E/k435FfcA8Qz+gWk5O3VjEsVpkC2OI5SVPKC9iPjsO7cyHOOVCfK2BFyr ndlw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=TUTPaLhqQxgNJDCoModsACuDw+S1VjsPgvaD2opf6Ps=; b=ZJgF7M0csC1s7lSbujsTfQ8Pj//plwCUDkKhSp0MrOQGBLbS7hu2HibFRg5ue+Zb8k 8FoM7q3TnUTY/T8iJmFJJHAZJ5827aGAxsbJ85UupgXC/I2eU17qxQmUR921koJeSnLr stmSh3Vm6KnhCfVmUHKl7eZ1I0ZVCuOIAzdh9UoiFZHJz8thGP73sq6Pvp48CI32dSYi WWQ9aF80Jdp12vk+ZiP1OCwpKCbAt1l7bteFEMirGbO8lhtenC9N8Q//oFRVgrDYPcBL +ECT9u3azIU1DRH/CyEArC/+yV7FIYiUC89e5hP2QMVRBZydTt9Jeos/B4Ar8avHHtsb 69+w== 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 j8si16338941plh.555.2022.01.31.03.25.44; Mon, 31 Jan 2022 03:25:55 -0800 (PST) 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 S243212AbiA1RaO (ORCPT + 99 others); Fri, 28 Jan 2022 12:30:14 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57174 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1343690AbiA1RaM (ORCPT ); Fri, 28 Jan 2022 12:30:12 -0500 Received: from xavier.telenet-ops.be (xavier.telenet-ops.be [IPv6:2a02:1800:120:4::f00:14]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D9B19C061747 for ; Fri, 28 Jan 2022 09:30:11 -0800 (PST) Received: from ramsan.of.borg ([IPv6:2a02:1810:ac12:ed40:3999:e79d:cb59:f2ec]) by xavier.telenet-ops.be with bizsmtp id oHW92600704fKGS01HW9pQ; Fri, 28 Jan 2022 18:30:09 +0100 Received: from rox.of.borg ([192.168.97.57]) by ramsan.of.borg with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.93) (envelope-from ) id 1nDV4a-00C0CU-Vh; Fri, 28 Jan 2022 18:30:08 +0100 Received: from geert by rox.of.borg with local (Exim 4.93) (envelope-from ) id 1nDV4a-007BhB-EK; Fri, 28 Jan 2022 18:30:08 +0100 From: Geert Uytterhoeven To: linux-m68k@lists.linux-m68k.org Cc: Andrew Morton , linux-mm@kvack.org, linux-fbdev@vger.kernel.org, linux-kernel@vger.kernel.org, Geert Uytterhoeven Subject: [PATCH] m68k: mm: Remove check for VM_IO to fix deferred I/O Date: Fri, 28 Jan 2022 18:30:06 +0100 Message-Id: <20220128173006.1713210-1-geert@linux-m68k.org> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When an application accesses a mapped frame buffer backed by deferred I/O, it receives a segmentation fault. Fix this by removing the check for VM_IO in do_page_fault(). Signed-off-by: Geert Uytterhoeven --- This check was never present in a fault handler on any other architecture than m68k. Some digging revealed that it was added in v2.1.106, but I couldn't find an email with a patch adding it. That same kernel version extended the use of the hwreg_present() helper to HP9000/300, so the check might have been needed there, perhaps only during development? The Atari kernel relies heavily on hwreg_present() (both the success and failure cases), and these still work, at least on ARAnyM. --- arch/m68k/mm/fault.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/arch/m68k/mm/fault.c b/arch/m68k/mm/fault.c index 1493cf5eac1e7a39..71aa9f6315dc8028 100644 --- a/arch/m68k/mm/fault.c +++ b/arch/m68k/mm/fault.c @@ -93,8 +93,6 @@ int do_page_fault(struct pt_regs *regs, unsigned long address, vma = find_vma(mm, address); if (!vma) goto map_err; - if (vma->vm_flags & VM_IO) - goto acc_err; if (vma->vm_start <= address) goto good_area; if (!(vma->vm_flags & VM_GROWSDOWN)) -- 2.25.1