Received: by 10.223.164.221 with SMTP id h29csp3270800wrb; Fri, 3 Nov 2017 04:36:52 -0700 (PDT) X-Google-Smtp-Source: ABhQp+TE/mRNRAG9Qw/rUifWFIvAqWiXyXXacP/IuSPJtd1f/hx35+lBLRwxl4QTy5W9D5KavC3p X-Received: by 10.101.83.143 with SMTP id x15mr6998331pgq.150.1509709012354; Fri, 03 Nov 2017 04:36:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1509709012; cv=none; d=google.com; s=arc-20160816; b=KYe830+dSeOyaZOxM5HrIDXVAReknsyoCm5SQoU8Q7ZFrhBHD2/h8XbyG/xIR5qEOi /PIyF5D9bjzb9nAfRa1VQBr3FyBCWm4HxCfNm0ksWnw3LVCyDIFZXPj+zZQsManSfBCn Oudcldc6pQdgrpxrnrfpQ452ZXvUzgrVmlG0ITMbJlOmpzASuPguMCY5iHf4+qhF/Mh/ w6r57qDjRYoyd7ATu4F4qDq+42P9snVC9Gopp8ofxKYBIufep6wX9Gy4eAbEW2fImTYY Oi8C7wQHRN/iNxzvjuUCsM96SQkEI5/wwZ1FVlHkYgtiuv71jymGKuzMGUXG+Nbn61pV kdMQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:date:subject:cc:to:from :arc-authentication-results; bh=96Hy0elWOI6QsF4fNRCzf3tjrTfziUB3W+5UZxEgFn4=; b=Z5KA0cSaXDOCi22MPLCTHsNuA18bl4gWNG8k4XmqgVNw1jLMS1Xr5J8adict/uNdGB o4ILFjvb7rExf1vwre7A9MRENG/ES/BezvHdMWeWqEbw/KzQxRfS7+M5yOaF1yvmmP2P 13mXNUipmf9aDaw/P7eeOJiQd5Rsl/bP8dtMX7Qv4A3/eg8GgUk6Vhc3pFTyV7kLqmZV ZumTiJJv1kuTnyRvKqVaU6jDJX6p8ojz1GyssIYH7FW7GcT0EHxkpiZAz4KDL729q7j6 /DR/qrWTwTew3jYTm06OWIpNXAPnON5glshrbAsNrIJwoNwirkEdzkReLVKovw+dupdN ab0Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o15si5932053pgq.475.2017.11.03.04.36.38; Fri, 03 Nov 2017 04:36:52 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756067AbdKCLgC (ORCPT + 97 others); Fri, 3 Nov 2017 07:36:02 -0400 Received: from marcansoft.com ([212.63.210.85]:36898 "EHLO mail.marcansoft.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756014AbdKCLgA (ORCPT ); Fri, 3 Nov 2017 07:36:00 -0400 X-Greylist: delayed 396 seconds by postgrey-1.27 at vger.kernel.org; Fri, 03 Nov 2017 07:36:00 EDT Received: from [127.0.0.1] (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: hector@marcansoft.com) by mail.marcansoft.com (Postfix) with ESMTPSA id BA0373FA5E; Fri, 3 Nov 2017 11:29:21 +0000 (UTC) From: Hector Martin To: stefanr@s5r6.in-berlin.de Cc: linux1394-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org, Hector Martin Subject: [PATCH] firewire-ohci: work around oversized DMA reads on JMicron controllers Date: Fri, 3 Nov 2017 20:28:57 +0900 Message-Id: <20171103112857.12426-1-marcan@marcan.st> X-Mailer: git-send-email 2.14.3 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org At least some JMicron controllers issue buggy oversized DMA reads when fetching context descriptors, always fetching 0x20 bytes at once for descriptors which are only 0x10 bytes long. This is often harmless, but can cause page faults on modern systems with IOMMUs: DMAR: [DMA Read] Request device [05:00.0] fault addr fff56000 [fault reason 06] PTE Read access is not set firewire_ohci 0000:05:00.0: DMA context IT0 has stopped, error code: evt_descriptor_read This works around the problem by always leaving 0x10 padding bytes at the end of descriptor buffer pages, which should be harmless to do unconditionally for controllers in case others have the same behavior. Signed-off-by: Hector Martin --- drivers/firewire/ohci.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/drivers/firewire/ohci.c b/drivers/firewire/ohci.c index 8bf89267dc25..d731b413cb2c 100644 --- a/drivers/firewire/ohci.c +++ b/drivers/firewire/ohci.c @@ -1130,7 +1130,13 @@ static int context_add_buffer(struct context *ctx) return -ENOMEM; offset = (void *)&desc->buffer - (void *)desc; - desc->buffer_size = PAGE_SIZE - offset; + /* + * Some controllers, like JMicron ones, always issue 0x20-byte DMA reads + * for descriptors, even 0x10-byte ones. This can cause page faults when + * an IOMMU is in use and the oversized read crosses a page boundary. + * Work around this by always leaving at least 0x10 bytes of padding. + */ + desc->buffer_size = PAGE_SIZE - offset - 0x10; desc->buffer_bus = bus_addr + offset; desc->used = 0; -- 2.14.3 From 1584099796565307834@xxx Wed Nov 15 03:08:10 +0000 2017 X-GM-THRID: 1584099796565307834 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread