diff options
| author | NeilBrown <neilb@suse.com> | 2016-01-07 11:02:34 +1100 |
|---|---|---|
| committer | Vinod Koul <vinod.koul@intel.com> | 2016-01-07 11:06:18 +0530 |
| commit | b02bab6b0f928d49dbfb03e1e4e9dd43647623d7 (patch) | |
| tree | 1d7648d55adc0d47d6da533f7a96a70aa9cf8ec8 /crypto/async_tx/async_memcpy.c | |
| parent | 16605e8d50898ac88b5b504a7fbd63ecdcf37702 (diff) | |
| download | linux-b02bab6b0f928d49dbfb03e1e4e9dd43647623d7.tar.gz linux-b02bab6b0f928d49dbfb03e1e4e9dd43647623d7.tar.bz2 linux-b02bab6b0f928d49dbfb03e1e4e9dd43647623d7.zip | |
async_tx: use GFP_NOWAIT rather than GFP_IO
These async_XX functions are called from md/raid5 in an atomic
section, between get_cpu() and put_cpu(), so they must not sleep.
So use GFP_NOWAIT rather than GFP_IO.
Dan Williams writes: Longer term async_tx needs to be merged into md
directly as we can allocate this unmap data statically per-stripe
rather than per request.
Fixed: 7476bd79fc01 ("async_pq: convert to dmaengine_unmap_data")
Cc: stable@vger.kernel.org (v3.13+)
Reported-and-tested-by: Stanislav Samsonov <slava@annapurnalabs.com>
Acked-by: Dan Williams <dan.j.williams@intel.com>
Signed-off-by: NeilBrown <neilb@suse.com>
Signed-off-by: Vinod Koul <vinod.koul@intel.com>
Diffstat (limited to 'crypto/async_tx/async_memcpy.c')
| -rw-r--r-- | crypto/async_tx/async_memcpy.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/crypto/async_tx/async_memcpy.c b/crypto/async_tx/async_memcpy.c index f8c0b8dbeb75..88bc8e6b2a54 100644 --- a/crypto/async_tx/async_memcpy.c +++ b/crypto/async_tx/async_memcpy.c @@ -53,7 +53,7 @@ async_memcpy(struct page *dest, struct page *src, unsigned int dest_offset, struct dmaengine_unmap_data *unmap = NULL; if (device) - unmap = dmaengine_get_unmap_data(device->dev, 2, GFP_NOIO); + unmap = dmaengine_get_unmap_data(device->dev, 2, GFP_NOWAIT); if (unmap && is_dma_copy_aligned(device, src_offset, dest_offset, len)) { unsigned long dma_prep_flags = 0; |