diff options
author | Alexander Duyck <alexander.h.duyck@intel.com> | 2016-11-02 07:12:47 -0400 |
---|---|---|
committer | Konrad Rzeszutek Wilk <konrad@kernel.org> | 2016-11-07 15:06:32 -0500 |
commit | 7641842164c34b672ef3e70e881e8a72735305c1 (patch) | |
tree | 3cc9ce655ba49870ff070225b231f1d2074566b3 /sound/oss | |
parent | ebcf6f979d55f35dfe36956364f0dce8c738220b (diff) | |
download | linux-7641842164c34b672ef3e70e881e8a72735305c1.tar.gz linux-7641842164c34b672ef3e70e881e8a72735305c1.tar.bz2 linux-7641842164c34b672ef3e70e881e8a72735305c1.zip |
swiotlb-xen: Enforce return of DMA_ERROR_CODE in mapping function
The mapping function should always return DMA_ERROR_CODE when a mapping has
failed as this is what the DMA API expects when a DMA error has occurred.
The current function for mapping a page in Xen was returning either
DMA_ERROR_CODE or 0 depending on where it failed.
On x86 DMA_ERROR_CODE is 0, but on other architectures such as ARM it is
~0. We need to make sure we return the same error value if either the
mapping failed or the device is not capable of accessing the mapping.
If we are returning DMA_ERROR_CODE as our error value we can drop the
function for checking the error code as the default is to compare the
return value against DMA_ERROR_CODE if no function is defined.
Cc: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
Signed-off-by: Alexander Duyck <alexander.h.duyck@intel.com>
Signed-off-by: Konrad Rzeszutek Wilk <konrad@kernel.org>
Diffstat (limited to 'sound/oss')
0 files changed, 0 insertions, 0 deletions