Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1239357

SWIOTLB on 32-bit PAE

From Christian Melki <christian.melki@t2data.com>
Newsgroups linux.kernel
Subject SWIOTLB on 32-bit PAE
Date 2015-10-05 10:50 +0200
Message-ID <qg9D4-2es-11@gated-at.bofh.it> (permalink)
Organization linux.* mail to news gateway

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

Hi,

I discovered that my 32-bit PAE 4.2.0 kernel (no IOMMU code) would hang 
when writing to my USB disk. The kernel spews million(-ish messages per 
sec) to syslog, effectively "hanging" userspace with my kernel.

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
... etc ...

In my kernel config I noticed that SWIOTLB was not on. It seems SWIOTLB 
is provided for 64-bit and 32-bit with IOMMU/AGPGART code. But if I 
compiled the kernel with PAE and no IOMMU and no other GART code, I 
would not get SWIOTLB. I'd like to think that SWIOTLB should be selected 
for 32-bit PAE as default.

I have attached a oneliner patch which does that.
The patch works for me. The issue where the kernel more or less runs 
endless bashing of (nommu_?)map_sg when failing is another problem I 
guess. I expected the kernel/drivers to have some more graceful 
handling, but I know to little about this area to have a proper opinion.

Regards,
Christian

Back to linux.kernel | Previous | NextNext in thread | Find similar | Unroll thread


Thread

SWIOTLB on 32-bit PAE Christian Melki <christian.melki@t2data.com> - 2015-10-05 10:50 +0200
  Re: Fwd: SWIOTLB on 32-bit PAE Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> - 2015-10-05 16:30 +0200
    Re: Fwd: SWIOTLB on 32-bit PAE Christian Melki <christian.melki@t2data.com> - 2015-10-05 17:40 +0200

csiph-web