[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 1/1] XEN: Use correct masking in xen_swiotlb_alloc_coherent.
On Tue, Sep 04, 2012 at 03:07:42PM +0100, Stefano Panella wrote: > On 08/31/2012 05:40 PM, Konrad Rzeszutek Wilk wrote: > >On Fri, Aug 31, 2012 at 01:47:05PM +0100, David Vrabel wrote: > >>On 31/08/12 10:57, Stefano Panella wrote: > >>>When running 32-bit pvops-dom0 and a driver tries to allocate a coherent > >>>DMA-memory the xen swiotlb-implementation returned memory beyond 4GB. > >>> > >>>This caused for example not working sound on a system with 4 GB and a > >>>64-bit > >>>compatible sound-card with sets the DMA-mask to 64bit. > >>> > >>>On bare-metal and the forward-ported xen-dom0 patches from OpenSuse a > >>>coherent > >>>DMA-memory is always allocated inside the 32-bit address-range by calling > >>>dma_alloc_coherent_mask. > >>We should have the same behaviour under Xen as bare metal so: > >> > >>Acked-By: David Vrabel <david.vrabel@xxxxxxxxxx> > >> > >>This does limit the DMA mask to 32-bits by passing it through an > >>unsigned long, which seems a bit sneaky... > >so is the issue that we are not casting it from 'u64' to 'u32' > >(unsigned long) on 32-bit? > > Yes. I do not completely understand why but I think on 32-bit kernel we need > to cast dma_mask to u32. This is done automatically using > dma_alloc_coherent_mask() OK, patch applied. I altered the git commit description a bit and changed the author to Ronny Hegewald <ronny.hegewald@xxxxxxxxx>. Also added it on stable@xxxxxxxxxxxxxxx Thanks for tracking this down. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |