Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1239357
| 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 |
[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 | Next — Next in thread | Find similar | Unroll 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