[lkml]   [2010]   [Apr]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: USB transfer_buffer allocations on 64bit systems
On Wed, 2010-04-14 at 14:15 -0400, Alan Stern wrote:
> Since using mem=4096M or GFP_DMA stopped the symptoms, it seems very
> likely that a buffer is getting allocated above the 4 GB line and not
> bounced or IOMMU-mapped correctly.
> David, do you have anything to suggest? Any ways to check for IOMMU
> or related errors?
> The problem, in short, is that USB audio doesn't work properly when
> Pedro boots a 64-bit kernel on his 4-GB machine. With a 32-bit kernel
> it works okay, and it also works if we use dma_alloc_coherent(). The
> host controller is limited to 32-bit DMA, and the DMA addresses
> generated by dma_map_single() appear to be normal.
> At the moment we don't even know if this is caused by a bug in the
> kernel or a bug in Pedro's hardware. But he has observed the same
> problem on two different machines, both using the ICH9 chipset.

Pedro's dmesg suggests that his machine has an IOMMU, but his kernel
isn't built to support it. So he'll be using swiotlb.

Would be interesting to enable CONFIG_DMAR and check whether the problem
goes away. If so, we can start looking harder at the swiotlb code.

David Woodhouse Open Source Technology Centre Intel Corporation

 \ /
  Last update: 2010-04-14 20:39    [W:0.138 / U:38.568 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site