From: Christoph Hellwig Date: Sat, 13 Oct 2018 07:26:24 +0000 (+0200) Subject: scsi: sun_esp: don't use GFP_ATOMIC for command block allocation X-Git-Tag: v5.15~7642^2~109 X-Git-Url: http://review.tizen.org/git/?a=commitdiff_plain;h=10c0cd38ce4cd2015a683e296596738adab9221f;p=platform%2Fkernel%2Flinux-starfive.git scsi: sun_esp: don't use GFP_ATOMIC for command block allocation esp_sbus_map_command_block is called straight from the probe routine without any locks held, so we can safely use GFP_KERNEL here. Signed-off-by: Christoph Hellwig Tested-by: Finn Thain Signed-off-by: Martin K. Petersen --- diff --git a/drivers/scsi/sun_esp.c b/drivers/scsi/sun_esp.c index 747ee64a78e1..c7b60ed61c38 100644 --- a/drivers/scsi/sun_esp.c +++ b/drivers/scsi/sun_esp.c @@ -104,7 +104,7 @@ static int esp_sbus_map_command_block(struct esp *esp) esp->command_block = dma_alloc_coherent(&op->dev, 16, &esp->command_block_dma, - GFP_ATOMIC); + GFP_KERNEL); if (!esp->command_block) return -ENOMEM; return 0;