* [PATCH 1/4] xen: xen-pciback: Replace GFP_ATOMIC with GFP_KERNEL in pcistub_probe
@ 2018-04-09 15:03 Jia-Ju Bai
2018-04-10 14:27 ` Boris Ostrovsky
` (2 more replies)
0 siblings, 3 replies; 7+ messages in thread
From: Jia-Ju Bai @ 2018-04-09 15:03 UTC (permalink / raw)
To: boris.ostrovsky, jgross, gregkh; +Cc: xen-devel, linux-kernel, Jia-Ju Bai
pcistub_probe() is never called in atomic context.
This function is only set as ".probe" in struct pci_driver.
Despite never getting called from atomic context,
pcistub_probe() calls kmalloc() with GFP_ATOMIC,
which does not sleep for allocation.
GFP_ATOMIC is not necessary and can be replaced with GFP_KERNEL,
which can sleep and improve the possibility of sucessful allocation.
This is found by a static analysis tool named DCNS written by myself.
And I also manually check it.
Signed-off-by: Jia-Ju Bai <baijiaju1990@gmail.com>
---
drivers/xen/xen-pciback/pci_stub.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/xen/xen-pciback/pci_stub.c b/drivers/xen/xen-pciback/pci_stub.c
index 9e480fd..95e6ddd 100644
--- a/drivers/xen/xen-pciback/pci_stub.c
+++ b/drivers/xen/xen-pciback/pci_stub.c
@@ -577,7 +577,7 @@ static int pcistub_probe(struct pci_dev *dev, const struct pci_device_id *id)
}
if (!match) {
- pci_dev_id = kmalloc(sizeof(*pci_dev_id), GFP_ATOMIC);
+ pci_dev_id = kmalloc(sizeof(*pci_dev_id), GFP_KERNEL);
if (!pci_dev_id) {
err = -ENOMEM;
goto out;
--
1.9.1
^ permalink raw reply related [flat|nested] 7+ messages in thread
* Re: [PATCH 1/4] xen: xen-pciback: Replace GFP_ATOMIC with GFP_KERNEL in pcistub_probe
2018-04-09 15:03 [PATCH 1/4] xen: xen-pciback: Replace GFP_ATOMIC with GFP_KERNEL in pcistub_probe Jia-Ju Bai
@ 2018-04-10 14:27 ` Boris Ostrovsky
2018-04-10 14:31 ` Jia-Ju Bai
2018-04-12 2:16 ` Boris Ostrovsky
2018-04-17 15:09 ` Boris Ostrovsky
2 siblings, 1 reply; 7+ messages in thread
From: Boris Ostrovsky @ 2018-04-10 14:27 UTC (permalink / raw)
To: Jia-Ju Bai, jgross, gregkh; +Cc: xen-devel, linux-kernel
On 04/09/2018 11:03 AM, Jia-Ju Bai wrote:
> pcistub_probe() is never called in atomic context.
> This function is only set as ".probe" in struct pci_driver.
>
> Despite never getting called from atomic context,
> pcistub_probe() calls kmalloc() with GFP_ATOMIC,
> which does not sleep for allocation.
> GFP_ATOMIC is not necessary and can be replaced with GFP_KERNEL,
> which can sleep and improve the possibility of sucessful allocation.
>
> This is found by a static analysis tool named DCNS written by myself.
> And I also manually check it.
>
> Signed-off-by: Jia-Ju Bai <baijiaju1990@gmail.com>
What about use of GFP_ATOMIC in pcistub_reg_add()?
-boris
> ---
> drivers/xen/xen-pciback/pci_stub.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/xen/xen-pciback/pci_stub.c b/drivers/xen/xen-pciback/pci_stub.c
> index 9e480fd..95e6ddd 100644
> --- a/drivers/xen/xen-pciback/pci_stub.c
> +++ b/drivers/xen/xen-pciback/pci_stub.c
> @@ -577,7 +577,7 @@ static int pcistub_probe(struct pci_dev *dev, const struct pci_device_id *id)
> }
>
> if (!match) {
> - pci_dev_id = kmalloc(sizeof(*pci_dev_id), GFP_ATOMIC);
> + pci_dev_id = kmalloc(sizeof(*pci_dev_id), GFP_KERNEL);
> if (!pci_dev_id) {
> err = -ENOMEM;
> goto out;
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 1/4] xen: xen-pciback: Replace GFP_ATOMIC with GFP_KERNEL in pcistub_probe
2018-04-10 14:27 ` Boris Ostrovsky
@ 2018-04-10 14:31 ` Jia-Ju Bai
2018-04-10 15:01 ` Boris Ostrovsky
0 siblings, 1 reply; 7+ messages in thread
From: Jia-Ju Bai @ 2018-04-10 14:31 UTC (permalink / raw)
To: Boris Ostrovsky, jgross, gregkh; +Cc: xen-devel, linux-kernel
[-- Attachment #1: Type: text/plain, Size: 1005 bytes --]
On 2018/4/10 22:27, Boris Ostrovsky wrote:
> On 04/09/2018 11:03 AM, Jia-Ju Bai wrote:
>> pcistub_probe() is never called in atomic context.
>> This function is only set as ".probe" in struct pci_driver.
>>
>> Despite never getting called from atomic context,
>> pcistub_probe() calls kmalloc() with GFP_ATOMIC,
>> which does not sleep for allocation.
>> GFP_ATOMIC is not necessary and can be replaced with GFP_KERNEL,
>> which can sleep and improve the possibility of sucessful allocation.
>>
>> This is found by a static analysis tool named DCNS written by myself.
>> And I also manually check it.
>>
>> Signed-off-by: Jia-Ju Bai<baijiaju1990@gmail.com>
> What about use of GFP_ATOMIC in pcistub_reg_add()?
Thanks for your reply :)
I find pcistub_reg_add() is called by pcistub_quirk_add().
And pcistub_quirk_add() is called in the macro DRIVER_ATTR().
I am not sure whether DRIVER_ATTR() can make the function called in
atomic context,
so I do not analyze it in my tool.
Best wishes,
Jia-Ju Bai
[-- Attachment #2: Type: text/html, Size: 1659 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 1/4] xen: xen-pciback: Replace GFP_ATOMIC with GFP_KERNEL in pcistub_probe
2018-04-10 14:31 ` Jia-Ju Bai
@ 2018-04-10 15:01 ` Boris Ostrovsky
2018-04-11 1:00 ` Jia-Ju Bai
0 siblings, 1 reply; 7+ messages in thread
From: Boris Ostrovsky @ 2018-04-10 15:01 UTC (permalink / raw)
To: Jia-Ju Bai, jgross, gregkh; +Cc: xen-devel, linux-kernel
On 04/10/2018 10:31 AM, Jia-Ju Bai wrote:
>
>
>
> On 2018/4/10 22:27, Boris Ostrovsky wrote:
>> On 04/09/2018 11:03 AM, Jia-Ju Bai wrote:
>>> pcistub_probe() is never called in atomic context.
>>> This function is only set as ".probe" in struct pci_driver.
>>>
>>> Despite never getting called from atomic context,
>>> pcistub_probe() calls kmalloc() with GFP_ATOMIC,
>>> which does not sleep for allocation.
>>> GFP_ATOMIC is not necessary and can be replaced with GFP_KERNEL,
>>> which can sleep and improve the possibility of sucessful allocation.
>>>
>>> This is found by a static analysis tool named DCNS written by myself.
>>> And I also manually check it.
>>>
>>> Signed-off-by: Jia-Ju Bai <baijiaju1990@gmail.com>
>> What about use of GFP_ATOMIC in pcistub_reg_add()?
>
> Thanks for your reply :)
> I find pcistub_reg_add() is called by pcistub_quirk_add().
> And pcistub_quirk_add() is called in the macro DRIVER_ATTR().
> I am not sure whether DRIVER_ATTR() can make the function called in
> atomic context,
> so I do not analyze it in my tool.
I don't see why it needs to be ATOMIC, it's sysfs access. Can you send a
patch to fix it as well?
Thanks.
-boris
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 1/4] xen: xen-pciback: Replace GFP_ATOMIC with GFP_KERNEL in pcistub_probe
2018-04-10 15:01 ` Boris Ostrovsky
@ 2018-04-11 1:00 ` Jia-Ju Bai
0 siblings, 0 replies; 7+ messages in thread
From: Jia-Ju Bai @ 2018-04-11 1:00 UTC (permalink / raw)
To: Boris Ostrovsky, jgross, gregkh; +Cc: xen-devel, linux-kernel
On 2018/4/10 23:01, Boris Ostrovsky wrote:
> On 04/10/2018 10:31 AM, Jia-Ju Bai wrote:
>>
>>
>> On 2018/4/10 22:27, Boris Ostrovsky wrote:
>>> On 04/09/2018 11:03 AM, Jia-Ju Bai wrote:
>>>> pcistub_probe() is never called in atomic context.
>>>> This function is only set as ".probe" in struct pci_driver.
>>>>
>>>> Despite never getting called from atomic context,
>>>> pcistub_probe() calls kmalloc() with GFP_ATOMIC,
>>>> which does not sleep for allocation.
>>>> GFP_ATOMIC is not necessary and can be replaced with GFP_KERNEL,
>>>> which can sleep and improve the possibility of sucessful allocation.
>>>>
>>>> This is found by a static analysis tool named DCNS written by myself.
>>>> And I also manually check it.
>>>>
>>>> Signed-off-by: Jia-Ju Bai <baijiaju1990@gmail.com>
>>> What about use of GFP_ATOMIC in pcistub_reg_add()?
>> Thanks for your reply :)
>> I find pcistub_reg_add() is called by pcistub_quirk_add().
>> And pcistub_quirk_add() is called in the macro DRIVER_ATTR().
>> I am not sure whether DRIVER_ATTR() can make the function called in
>> atomic context,
>> so I do not analyze it in my tool.
> I don't see why it needs to be ATOMIC, it's sysfs access. Can you send a
> patch to fix it as well?
Okay, I will send a patch for it soon.
You can have a look :)
Best wishes,
Jia-Ju Bai
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 1/4] xen: xen-pciback: Replace GFP_ATOMIC with GFP_KERNEL in pcistub_probe
2018-04-09 15:03 [PATCH 1/4] xen: xen-pciback: Replace GFP_ATOMIC with GFP_KERNEL in pcistub_probe Jia-Ju Bai
2018-04-10 14:27 ` Boris Ostrovsky
@ 2018-04-12 2:16 ` Boris Ostrovsky
2018-04-17 15:09 ` Boris Ostrovsky
2 siblings, 0 replies; 7+ messages in thread
From: Boris Ostrovsky @ 2018-04-12 2:16 UTC (permalink / raw)
To: Jia-Ju Bai, jgross, gregkh; +Cc: xen-devel, linux-kernel
On 04/09/2018 11:03 AM, Jia-Ju Bai wrote:
> pcistub_probe() is never called in atomic context.
> This function is only set as ".probe" in struct pci_driver.
>
> Despite never getting called from atomic context,
> pcistub_probe() calls kmalloc() with GFP_ATOMIC,
> which does not sleep for allocation.
> GFP_ATOMIC is not necessary and can be replaced with GFP_KERNEL,
> which can sleep and improve the possibility of sucessful allocation.
>
> This is found by a static analysis tool named DCNS written by myself.
> And I also manually check it.
>
> Signed-off-by: Jia-Ju Bai <baijiaju1990@gmail.com>
For all 5 patches:
Reviewed-by: Boris Ostrovsky <boris.ostrovsky@oracle.com>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH 1/4] xen: xen-pciback: Replace GFP_ATOMIC with GFP_KERNEL in pcistub_probe
2018-04-09 15:03 [PATCH 1/4] xen: xen-pciback: Replace GFP_ATOMIC with GFP_KERNEL in pcistub_probe Jia-Ju Bai
2018-04-10 14:27 ` Boris Ostrovsky
2018-04-12 2:16 ` Boris Ostrovsky
@ 2018-04-17 15:09 ` Boris Ostrovsky
2 siblings, 0 replies; 7+ messages in thread
From: Boris Ostrovsky @ 2018-04-17 15:09 UTC (permalink / raw)
To: Jia-Ju Bai, jgross, gregkh; +Cc: xen-devel, linux-kernel
On 04/09/2018 11:03 AM, Jia-Ju Bai wrote:
> pcistub_probe() is never called in atomic context.
> This function is only set as ".probe" in struct pci_driver.
>
> Despite never getting called from atomic context,
> pcistub_probe() calls kmalloc() with GFP_ATOMIC,
> which does not sleep for allocation.
> GFP_ATOMIC is not necessary and can be replaced with GFP_KERNEL,
> which can sleep and improve the possibility of sucessful allocation.
>
> This is found by a static analysis tool named DCNS written by myself.
> And I also manually check it.
>
> Signed-off-by: Jia-Ju Bai <baijiaju1990@gmail.com>
>
Applied the series and the extra patch to for-linus-4.17
-boris
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2018-04-17 15:09 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-04-09 15:03 [PATCH 1/4] xen: xen-pciback: Replace GFP_ATOMIC with GFP_KERNEL in pcistub_probe Jia-Ju Bai
2018-04-10 14:27 ` Boris Ostrovsky
2018-04-10 14:31 ` Jia-Ju Bai
2018-04-10 15:01 ` Boris Ostrovsky
2018-04-11 1:00 ` Jia-Ju Bai
2018-04-12 2:16 ` Boris Ostrovsky
2018-04-17 15:09 ` Boris Ostrovsky
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).