From: Christian Melki <christian.melki@t2data.com>
To: <linux-pci@vger.kernel.org>
Subject: Fwd: SWIOTLB on 32-bit PAE.
Date: Fri, 2 Oct 2015 16:20:16 +0200 [thread overview]
Message-ID: <560E92A0.9030707@t2data.com> (raw)
In-Reply-To: <560E9007.1000604@t2data.com>
I discovered a strange error on my machine. 32-bit PAE 4.2.0 without
IOMMU code (yeah, I know).
When writing to an ext4 filesystem on a USB disk my kernel would hang
and not return control to userspace. It would spew kernel messages to
syslog as fast as it could without giving userspace any time, ie "hang"
as far as a user sees it. The device itself is ok and the filesystem is
clean.
I get messages like this, millions of them.
Oct 2 14:33:06 voodoochild kernel: [ 223.287447] nommu_map_sg:
overflow 25dcac000+1024 of device mask ffffffff
Oct 2 14:33:06 voodoochild kernel: [ 223.287448] nommu_map_sg:
overflow 25dcac000+1024 of device mask ffffffff
Oct 2 14:33:06 voodoochild kernel: [ 223.287449] nommu_map_sg:
overflow 25dcac000+1024 of device mask ffffffff
I disovered that SWIOTLB was not on. It is only provided for 64-bit
machines where it is default. On 32-bit SWIOTLB seems disabled unless
you are running with some IOMMU/AGPGART code.
But what about 32-bit PAE? Would that not qualify for SWIOTLB without IOMMU?
I am a novice in this area. Maybe this is a Kconfig "bug" for us that
like to hang ourselves with CONFIG_* rope? :) I'd like to think that
SWIOTLB should be default for 32-bit PAE too?
Best regards,
Christian
next parent reply other threads:[~2015-10-02 14:32 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <560E9007.1000604@t2data.com>
2015-10-02 14:20 ` Christian Melki [this message]
2015-10-03 14:36 ` Fwd: SWIOTLB on 32-bit PAE Bjorn Helgaas
2015-10-03 18:00 ` Konrad Rzeszutek Wilk
2015-10-03 18:00 ` Konrad Rzeszutek Wilk
2015-10-05 10:00 ` Joerg Roedel
[not found] ` <20151003180007.GA4732-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@public.gmane.org>
2015-10-05 11:35 ` Christian Melki
[not found] ` <5612607B.2050208-VBSoEI6PWPXQT0dZR+AlfA@public.gmane.org>
2015-10-05 12:14 ` Christian Melki
2015-10-05 8:31 Christian Melki
[not found] ` <561254A7.4000805@t2data.com>
2015-10-05 14:21 ` Fwd: " Konrad Rzeszutek Wilk
2015-10-05 15:31 ` Christian Melki
2015-10-07 19:45 ` Konrad Rzeszutek Wilk
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=560E92A0.9030707@t2data.com \
--to=christian.melki@t2data.com \
--cc=linux-pci@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.