[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAAdZ7YhU=ETCYPhUq-3tB6tgRZ5ZA1fRKuyXT5aZMxU0-0gdFQ@mail.gmail.com>
Date: Wed, 13 Jul 2011 15:28:14 +0100
From: Marcus Becker <marcus.disi@...il.com>
To: linux-kernel@...r.kernel.org, stable@...nel.org
Cc: kernel@...too.org
Subject: intel-iommu: Dont cache iova above 32bit - network copy freezes system
Hi,
With the upgrade to 2.6.39.2, I cannot copy more than ~1GB of data
over the network before my input devices lock up.
Example:
use scp on tty1 to copy a folder or file larger than 3GB over my
gigabit network and after ~1min the keyboard stops responding.
use cp on tty1 with an nfs-3 share mounted over the same network and
try to copy the same file, same happens
I can hit ctrl+c for about 20-30 sec and eventually get an interrupt
that stops the copying, then the input devices slowly gain control
again. If I do the same on X, there is no chance to get in between and
I have to use SysRq to reboot.
In our bug report at https://bugs.gentoo.org/show_bug.cgi?id=373109
We did a bisect between 2.6.39.1 and 2.6.39.2 and found the following
patch is causing this problem:
commit 87cc4d1e3e05af38c7c51323a3d86fe2572ab033
Author: Chris Wright <chrisw@...s-sol.org>
Date: Sat May 28 13:15:04 2011 -0500
intel-iommu: Dont cache iova above 32bit
I will also attach dmesg, current kernel config, and my bisect log (I
put a uname -a into the log after each bisect) plus git bisect log
Please let me know if you need more information.
Thanks,
Marcus
View attachment "config-2.6.39-r1.txt" of type "text/plain" (93083 bytes)
View attachment "dmesg.txt" of type "text/plain" (30916 bytes)
View attachment "git_bisect.txt" of type "text/plain" (3942 bytes)
View attachment "git_bisect_log.txt" of type "text/plain" (1529 bytes)
Powered by blists - more mailing lists