* Re: [PATCH] libnvdimm: remove redundant assignment to pointer 'dev'
@ 2018-02-05 18:44 ` Dan Williams
0 siblings, 0 replies; 15+ messages in thread
From: Dan Williams @ 2018-02-05 18:44 UTC (permalink / raw)
To: Ross Zwisler
Cc: Colin King, linux-nvdimm, kernel-janitors,
Linux Kernel Mailing List
On Mon, Feb 5, 2018 at 10:20 AM, Ross Zwisler
<ross.zwisler@linux.intel.com> wrote:
> On Mon, Feb 05, 2018 at 02:08:52PM +0000, Colin King wrote:
>> From: Colin Ian King <colin.king@canonical.com>
>>
>> Pointer dev is being assigned a value that is never read, it is being
>> re-assigned the same value later on, hence the initialization is redundant
>> and can be removed.
>>
>> Cleans up clang warning:
>> drivers/nvdimm/pfn_devs.c:307:17: warning: Value stored to 'dev' during
>> its initialization is never read
>>
>> Signed-off-by: Colin Ian King <colin.king@canonical.com>
>
> Reviewed-by: Ross Zwisler <ross.zwisler@linux.intel.com>
>
> More importantly this fixes a potential NULL pointer dereference. nd_pfn
> is checked for NULL a few lines down, but we would have crashed here trying to
> get nd_pfn->dev.
>
No we wouldn't crash. We're just calculating the address, not
de-referencing a NULL pointer.
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH] libnvdimm: remove redundant assignment to pointer 'dev'
@ 2018-02-05 18:44 ` Dan Williams
0 siblings, 0 replies; 15+ messages in thread
From: Dan Williams @ 2018-02-05 18:44 UTC (permalink / raw)
To: Ross Zwisler
Cc: Colin King, kernel-janitors, Linux Kernel Mailing List,
linux-nvdimm
On Mon, Feb 5, 2018 at 10:20 AM, Ross Zwisler
<ross.zwisler@linux.intel.com> wrote:
> On Mon, Feb 05, 2018 at 02:08:52PM +0000, Colin King wrote:
>> From: Colin Ian King <colin.king@canonical.com>
>>
>> Pointer dev is being assigned a value that is never read, it is being
>> re-assigned the same value later on, hence the initialization is redundant
>> and can be removed.
>>
>> Cleans up clang warning:
>> drivers/nvdimm/pfn_devs.c:307:17: warning: Value stored to 'dev' during
>> its initialization is never read
>>
>> Signed-off-by: Colin Ian King <colin.king@canonical.com>
>
> Reviewed-by: Ross Zwisler <ross.zwisler@linux.intel.com>
>
> More importantly this fixes a potential NULL pointer dereference. nd_pfn
> is checked for NULL a few lines down, but we would have crashed here trying to
> get nd_pfn->dev.
>
No we wouldn't crash. We're just calculating the address, not
de-referencing a NULL pointer.
_______________________________________________
Linux-nvdimm mailing list
Linux-nvdimm@lists.01.org
https://lists.01.org/mailman/listinfo/linux-nvdimm
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH] libnvdimm: remove redundant assignment to pointer 'dev'
2018-02-05 18:44 ` Dan Williams
(?)
@ 2018-02-05 20:46 ` Colin Ian King
-1 siblings, 0 replies; 15+ messages in thread
From: Colin Ian King @ 2018-02-05 20:46 UTC (permalink / raw)
To: Dan Williams, Ross Zwisler
Cc: kernel-janitors, Linux Kernel Mailing List, linux-nvdimm
On 05/02/18 18:44, Dan Williams wrote:
> On Mon, Feb 5, 2018 at 10:20 AM, Ross Zwisler
> <ross.zwisler@linux.intel.com> wrote:
>> On Mon, Feb 05, 2018 at 02:08:52PM +0000, Colin King wrote:
>>> From: Colin Ian King <colin.king@canonical.com>
>>>
>>> Pointer dev is being assigned a value that is never read, it is being
>>> re-assigned the same value later on, hence the initialization is redundant
>>> and can be removed.
>>>
>>> Cleans up clang warning:
>>> drivers/nvdimm/pfn_devs.c:307:17: warning: Value stored to 'dev' during
>>> its initialization is never read
>>>
>>> Signed-off-by: Colin Ian King <colin.king@canonical.com>
>>
>> Reviewed-by: Ross Zwisler <ross.zwisler@linux.intel.com>
>>
>> More importantly this fixes a potential NULL pointer dereference. nd_pfn
>> is checked for NULL a few lines down, but we would have crashed here trying to
>> get nd_pfn->dev.
>>
>
> No we wouldn't crash. We're just calculating the address, not
> de-referencing a NULL pointer.
Indeed, it's just a warning clean up. Nothing more.
> --
> To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH] libnvdimm: remove redundant assignment to pointer 'dev'
@ 2018-02-05 20:46 ` Colin Ian King
0 siblings, 0 replies; 15+ messages in thread
From: Colin Ian King @ 2018-02-05 20:46 UTC (permalink / raw)
To: Dan Williams, Ross Zwisler
Cc: linux-nvdimm, kernel-janitors, Linux Kernel Mailing List
On 05/02/18 18:44, Dan Williams wrote:
> On Mon, Feb 5, 2018 at 10:20 AM, Ross Zwisler
> <ross.zwisler@linux.intel.com> wrote:
>> On Mon, Feb 05, 2018 at 02:08:52PM +0000, Colin King wrote:
>>> From: Colin Ian King <colin.king@canonical.com>
>>>
>>> Pointer dev is being assigned a value that is never read, it is being
>>> re-assigned the same value later on, hence the initialization is redundant
>>> and can be removed.
>>>
>>> Cleans up clang warning:
>>> drivers/nvdimm/pfn_devs.c:307:17: warning: Value stored to 'dev' during
>>> its initialization is never read
>>>
>>> Signed-off-by: Colin Ian King <colin.king@canonical.com>
>>
>> Reviewed-by: Ross Zwisler <ross.zwisler@linux.intel.com>
>>
>> More importantly this fixes a potential NULL pointer dereference. nd_pfn
>> is checked for NULL a few lines down, but we would have crashed here trying to
>> get nd_pfn->dev.
>>
>
> No we wouldn't crash. We're just calculating the address, not
> de-referencing a NULL pointer.
Indeed, it's just a warning clean up. Nothing more.
> --
> To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH] libnvdimm: remove redundant assignment to pointer 'dev'
@ 2018-02-05 20:46 ` Colin Ian King
0 siblings, 0 replies; 15+ messages in thread
From: Colin Ian King @ 2018-02-05 20:46 UTC (permalink / raw)
To: Dan Williams, Ross Zwisler
Cc: kernel-janitors, Linux Kernel Mailing List, linux-nvdimm
On 05/02/18 18:44, Dan Williams wrote:
> On Mon, Feb 5, 2018 at 10:20 AM, Ross Zwisler
> <ross.zwisler@linux.intel.com> wrote:
>> On Mon, Feb 05, 2018 at 02:08:52PM +0000, Colin King wrote:
>>> From: Colin Ian King <colin.king@canonical.com>
>>>
>>> Pointer dev is being assigned a value that is never read, it is being
>>> re-assigned the same value later on, hence the initialization is redundant
>>> and can be removed.
>>>
>>> Cleans up clang warning:
>>> drivers/nvdimm/pfn_devs.c:307:17: warning: Value stored to 'dev' during
>>> its initialization is never read
>>>
>>> Signed-off-by: Colin Ian King <colin.king@canonical.com>
>>
>> Reviewed-by: Ross Zwisler <ross.zwisler@linux.intel.com>
>>
>> More importantly this fixes a potential NULL pointer dereference. nd_pfn
>> is checked for NULL a few lines down, but we would have crashed here trying to
>> get nd_pfn->dev.
>>
>
> No we wouldn't crash. We're just calculating the address, not
> de-referencing a NULL pointer.
Indeed, it's just a warning clean up. Nothing more.
> --
> To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
_______________________________________________
Linux-nvdimm mailing list
Linux-nvdimm@lists.01.org
https://lists.01.org/mailman/listinfo/linux-nvdimm
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH] libnvdimm: remove redundant assignment to pointer 'dev'
2018-02-05 18:44 ` Dan Williams
(?)
@ 2018-02-05 21:35 ` Ross Zwisler
-1 siblings, 0 replies; 15+ messages in thread
From: Ross Zwisler @ 2018-02-05 21:35 UTC (permalink / raw)
To: Dan Williams
Cc: Colin King, kernel-janitors, Linux Kernel Mailing List,
linux-nvdimm
On Mon, Feb 05, 2018 at 10:44:07AM -0800, Dan Williams wrote:
> On Mon, Feb 5, 2018 at 10:20 AM, Ross Zwisler
> <ross.zwisler@linux.intel.com> wrote:
> > On Mon, Feb 05, 2018 at 02:08:52PM +0000, Colin King wrote:
> >> From: Colin Ian King <colin.king@canonical.com>
> >>
> >> Pointer dev is being assigned a value that is never read, it is being
> >> re-assigned the same value later on, hence the initialization is redundant
> >> and can be removed.
> >>
> >> Cleans up clang warning:
> >> drivers/nvdimm/pfn_devs.c:307:17: warning: Value stored to 'dev' during
> >> its initialization is never read
> >>
> >> Signed-off-by: Colin Ian King <colin.king@canonical.com>
> >
> > Reviewed-by: Ross Zwisler <ross.zwisler@linux.intel.com>
> >
> > More importantly this fixes a potential NULL pointer dereference. nd_pfn
> > is checked for NULL a few lines down, but we would have crashed here trying to
> > get nd_pfn->dev.
> >
>
> No we wouldn't crash. We're just calculating the address, not
> de-referencing a NULL pointer.
Ah, yep, you're right of course. This is exactly how offsetof() is
implemented in some architectures. Thanks.
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH] libnvdimm: remove redundant assignment to pointer 'dev'
@ 2018-02-05 21:35 ` Ross Zwisler
0 siblings, 0 replies; 15+ messages in thread
From: Ross Zwisler @ 2018-02-05 21:35 UTC (permalink / raw)
To: Dan Williams
Cc: Ross Zwisler, Colin King, linux-nvdimm, kernel-janitors,
Linux Kernel Mailing List
On Mon, Feb 05, 2018 at 10:44:07AM -0800, Dan Williams wrote:
> On Mon, Feb 5, 2018 at 10:20 AM, Ross Zwisler
> <ross.zwisler@linux.intel.com> wrote:
> > On Mon, Feb 05, 2018 at 02:08:52PM +0000, Colin King wrote:
> >> From: Colin Ian King <colin.king@canonical.com>
> >>
> >> Pointer dev is being assigned a value that is never read, it is being
> >> re-assigned the same value later on, hence the initialization is redundant
> >> and can be removed.
> >>
> >> Cleans up clang warning:
> >> drivers/nvdimm/pfn_devs.c:307:17: warning: Value stored to 'dev' during
> >> its initialization is never read
> >>
> >> Signed-off-by: Colin Ian King <colin.king@canonical.com>
> >
> > Reviewed-by: Ross Zwisler <ross.zwisler@linux.intel.com>
> >
> > More importantly this fixes a potential NULL pointer dereference. nd_pfn
> > is checked for NULL a few lines down, but we would have crashed here trying to
> > get nd_pfn->dev.
> >
>
> No we wouldn't crash. We're just calculating the address, not
> de-referencing a NULL pointer.
Ah, yep, you're right of course. This is exactly how offsetof() is
implemented in some architectures. Thanks.
^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: [PATCH] libnvdimm: remove redundant assignment to pointer 'dev'
@ 2018-02-05 21:35 ` Ross Zwisler
0 siblings, 0 replies; 15+ messages in thread
From: Ross Zwisler @ 2018-02-05 21:35 UTC (permalink / raw)
To: Dan Williams
Cc: Colin King, kernel-janitors, Linux Kernel Mailing List,
linux-nvdimm
On Mon, Feb 05, 2018 at 10:44:07AM -0800, Dan Williams wrote:
> On Mon, Feb 5, 2018 at 10:20 AM, Ross Zwisler
> <ross.zwisler@linux.intel.com> wrote:
> > On Mon, Feb 05, 2018 at 02:08:52PM +0000, Colin King wrote:
> >> From: Colin Ian King <colin.king@canonical.com>
> >>
> >> Pointer dev is being assigned a value that is never read, it is being
> >> re-assigned the same value later on, hence the initialization is redundant
> >> and can be removed.
> >>
> >> Cleans up clang warning:
> >> drivers/nvdimm/pfn_devs.c:307:17: warning: Value stored to 'dev' during
> >> its initialization is never read
> >>
> >> Signed-off-by: Colin Ian King <colin.king@canonical.com>
> >
> > Reviewed-by: Ross Zwisler <ross.zwisler@linux.intel.com>
> >
> > More importantly this fixes a potential NULL pointer dereference. nd_pfn
> > is checked for NULL a few lines down, but we would have crashed here trying to
> > get nd_pfn->dev.
> >
>
> No we wouldn't crash. We're just calculating the address, not
> de-referencing a NULL pointer.
Ah, yep, you're right of course. This is exactly how offsetof() is
implemented in some architectures. Thanks.
_______________________________________________
Linux-nvdimm mailing list
Linux-nvdimm@lists.01.org
https://lists.01.org/mailman/listinfo/linux-nvdimm
^ permalink raw reply [flat|nested] 15+ messages in thread