Christophe JAILLET e3af2e3b00 scsi: message: fusion: Use GFP_KERNEL instead of GFP_ATOMIC in non-atomic context
Just a few lines below this kzalloc() we have a mutex_lock() which can
sleep.

Moreover, the only way to call this function is when a delayed work is
schedule. And delayed work can sleep:

  INIT_DELAYED_WORK(&fw_event->work, mptsas_firmware_event_work);
    --> mptsas_firmware_event_work()
      --> mptsas_send_link_status_event()
        --> mptsas_expander_add()

So there is really no good reason to use GFP_ATOMIC here. Change it to
GFP_KERNEL to give more opportunities to the kernel.

Link: https://lore.kernel.org/r/eccb2179ce800529851ed4fabc9d3f95fbbf7d7f.1644906731.git.christophe.jaillet@wanadoo.fr
Signed-off-by: Christophe JAILLET <christophe.jaillet@wanadoo.fr>
Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
2022-02-27 21:21:21 -05:00
..
2022-01-16 08:08:11 +02:00
2022-01-18 14:03:34 +02:00
2022-01-16 06:52:38 +02:00
2022-01-20 17:38:23 +02:00
2022-01-23 06:20:44 +02:00
2022-01-16 15:53:00 +02:00
2022-01-23 06:20:44 +02:00
2022-01-23 06:20:44 +02:00
2022-02-22 21:11:08 -05:00
2022-01-23 06:20:44 +02:00
2022-01-11 11:35:28 -08:00
2022-01-12 11:11:34 -08:00
2022-01-16 08:08:11 +02:00
2022-01-23 06:20:44 +02:00
2022-01-23 06:20:44 +02:00
2022-01-22 08:33:37 +02:00
2022-01-12 10:35:23 -08:00
2022-01-22 09:52:17 +02:00
2022-01-23 06:20:44 +02:00
2022-01-16 08:08:11 +02:00
2022-01-22 08:33:37 +02:00
2022-01-11 11:26:57 -08:00
2022-01-20 13:25:01 +02:00
2022-01-23 06:20:44 +02:00
2022-01-14 14:55:38 +01:00
2022-01-10 08:13:52 -08:00
2022-01-23 06:20:44 +02:00
2021-12-29 10:54:50 +01:00
2022-01-20 13:31:46 +02:00
2022-01-16 06:52:38 +02:00
2022-01-23 06:20:44 +02:00
2022-01-17 08:07:57 +02:00
2022-01-22 08:33:37 +02:00