[PATCH] spi: spidev: fix possible NULL dereference

[PATCH] spi: spidev: fix possible NULL dereference

[Sudip Mukherjee]

During the last close we are freeing spidev if spidev->spi is NULL, but
just before checking if spidev->spi is NULL we are dereferencing it.
Lets add a check there to avoid the NULL dereference.

Signed-off-by: Sudip Mukherjee <sudip-ofJRbWXBVFamYgehrs7/Lw@public.gmane.org>
---
 drivers/spi/spidev.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/drivers/spi/spidev.c b/drivers/spi/spidev.c
index fba92a5..ef008e5 100644
--- a/drivers/spi/spidev.c
+++ b/drivers/spi/spidev.c
@@ -651,7 +651,8 @@ static int spidev_release(struct inode *inode, struct file *filp)
 		kfree(spidev->rx_buffer);
 		spidev->rx_buffer = NULL;
 
-		spidev->speed_hz = spidev->spi->max_speed_hz;
+		if (spidev->spi)
+			spidev->speed_hz = spidev->spi->max_speed_hz;
 
 		/* ... after we unbound from the underlying device? */
 		spin_lock_irq(&spidev->spi_lock);
-- 
1.9.1

--
To unsubscribe from this list: send the line "unsubscribe linux-spi" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[PATCH] spi: spidev: fix possible NULL dereference

[Sudip Mukherjee]

During the last close we are freeing spidev if spidev->spi is NULL, but
just before checking if spidev->spi is NULL we are dereferencing it.
Lets add a check there to avoid the NULL dereference.

Signed-off-by: Sudip Mukherjee <sudip@vectorindia.org>
---
 drivers/spi/spidev.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/drivers/spi/spidev.c b/drivers/spi/spidev.c
index fba92a5..ef008e5 100644
--- a/drivers/spi/spidev.c
+++ b/drivers/spi/spidev.c
@@ -651,7 +651,8 @@ static int spidev_release(struct inode *inode, struct file *filp)
 		kfree(spidev->rx_buffer);
 		spidev->rx_buffer = NULL;
 
-		spidev->speed_hz = spidev->spi->max_speed_hz;
+		if (spidev->spi)
+			spidev->speed_hz = spidev->spi->max_speed_hz;
 
 		/* ... after we unbound from the underlying device? */
 		spin_lock_irq(&spidev->spi_lock);
-- 
1.9.1

Re: [PATCH] spi: spidev: fix possible NULL dereference

[Jarkko Nikula]

Hi

On 09/10/2015 02:18 PM, Sudip Mukherjee wrote:
> During the last close we are freeing spidev if spidev->spi is NULL, but
> just before checking if spidev->spi is NULL we are dereferencing it.
> Lets add a check there to avoid the NULL dereference.
>
> Signed-off-by: Sudip Mukherjee <sudip-ofJRbWXBVFamYgehrs7/Lw@public.gmane.org>
> ---
>   drivers/spi/spidev.c | 3 ++-
>   1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/spi/spidev.c b/drivers/spi/spidev.c
> index fba92a5..ef008e5 100644
> --- a/drivers/spi/spidev.c
> +++ b/drivers/spi/spidev.c
> @@ -651,7 +651,8 @@ static int spidev_release(struct inode *inode, struct file *filp)
>   		kfree(spidev->rx_buffer);
>   		spidev->rx_buffer = NULL;
>
> -		spidev->speed_hz = spidev->spi->max_speed_hz;
> +		if (spidev->spi)
> +			spidev->speed_hz = spidev->spi->max_speed_hz;
>
>   		/* ... after we unbound from the underlying device? */
>   		spin_lock_irq(&spidev->spi_lock);

Actually this fixes a *real* NULL dereference case but it is not related 
to normal open/close life cycle of spidev. It requires that spidev is 
kept open when SPI master is removed.

spidev->spi is set to NULL in spidev_remove() and it is called before 
spidev_release() in case master is removed while spidev is in use

It would be good to update this to commit log, add a tag below and Cc 
<stable-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>

Fixes: 9169051617df ("spi: spidev: Don't mangle max_speed_hz in 
underlying spi device")

You can add these too:

Reviewed-by: Jarkko Nikula <jarkko.nikula-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
Tested-by: Jarkko Nikula <jarkko.nikula-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>
--
To unsubscribe from this list: send the line "unsubscribe linux-spi" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] spi: spidev: fix possible NULL dereference

[Jarkko Nikula]

Hi

On 09/10/2015 02:18 PM, Sudip Mukherjee wrote:
> During the last close we are freeing spidev if spidev->spi is NULL, but
> just before checking if spidev->spi is NULL we are dereferencing it.
> Lets add a check there to avoid the NULL dereference.
>
> Signed-off-by: Sudip Mukherjee <sudip@vectorindia.org>
> ---
>   drivers/spi/spidev.c | 3 ++-
>   1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/spi/spidev.c b/drivers/spi/spidev.c
> index fba92a5..ef008e5 100644
> --- a/drivers/spi/spidev.c
> +++ b/drivers/spi/spidev.c
> @@ -651,7 +651,8 @@ static int spidev_release(struct inode *inode, struct file *filp)
>   		kfree(spidev->rx_buffer);
>   		spidev->rx_buffer = NULL;
>
> -		spidev->speed_hz = spidev->spi->max_speed_hz;
> +		if (spidev->spi)
> +			spidev->speed_hz = spidev->spi->max_speed_hz;
>
>   		/* ... after we unbound from the underlying device? */
>   		spin_lock_irq(&spidev->spi_lock);

Actually this fixes a *real* NULL dereference case but it is not related 
to normal open/close life cycle of spidev. It requires that spidev is 
kept open when SPI master is removed.

spidev->spi is set to NULL in spidev_remove() and it is called before 
spidev_release() in case master is removed while spidev is in use

It would be good to update this to commit log, add a tag below and Cc 
<stable@vger.kernel.org>

Fixes: 9169051617df ("spi: spidev: Don't mangle max_speed_hz in 
underlying spi device")

You can add these too:

Reviewed-by: Jarkko Nikula <jarkko.nikula@linux.intel.com>
Tested-by: Jarkko Nikula <jarkko.nikula@linux.intel.com>

Re: [PATCH] spi: spidev: fix possible NULL dereference

[Mark Brown]

[-- Attachment #1: Type: text/plain, Size: 643 bytes --]

On Fri, Sep 11, 2015 at 03:11:32PM +0300, Jarkko Nikula wrote:

> Actually this fixes a *real* NULL dereference case but it is not related to
> normal open/close life cycle of spidev. It requires that spidev is kept open
> when SPI master is removed.

> spidev->spi is set to NULL in spidev_remove() and it is called before
> spidev_release() in case master is removed while spidev is in use

> It would be good to update this to commit log, add a tag below and Cc
> <stable-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>

> Fixes: 9169051617df ("spi: spidev: Don't mangle max_speed_hz in underlying
> spi device")

The patch was already applied :(

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: [PATCH] spi: spidev: fix possible NULL dereference

[Mark Brown]

[-- Attachment #1: Type: text/plain, Size: 619 bytes --]

On Fri, Sep 11, 2015 at 03:11:32PM +0300, Jarkko Nikula wrote:

> Actually this fixes a *real* NULL dereference case but it is not related to
> normal open/close life cycle of spidev. It requires that spidev is kept open
> when SPI master is removed.

> spidev->spi is set to NULL in spidev_remove() and it is called before
> spidev_release() in case master is removed while spidev is in use

> It would be good to update this to commit log, add a tag below and Cc
> <stable@vger.kernel.org>

> Fixes: 9169051617df ("spi: spidev: Don't mangle max_speed_hz in underlying
> spi device")

The patch was already applied :(

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: [PATCH] spi: spidev: fix possible NULL dereference

[Sudip Mukherjee]

On Fri, Sep 11, 2015 at 01:25:13PM +0100, Mark Brown wrote:
> On Fri, Sep 11, 2015 at 03:11:32PM +0300, Jarkko Nikula wrote:
> 
> > Actually this fixes a *real* NULL dereference case but it is not related to
> > normal open/close life cycle of spidev. It requires that spidev is kept open
> > when SPI master is removed.
> 
> > spidev->spi is set to NULL in spidev_remove() and it is called before
> > spidev_release() in case master is removed while spidev is in use
> 
> > It would be good to update this to commit log, add a tag below and Cc
> > <stable-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
> 
> > Fixes: 9169051617df ("spi: spidev: Don't mangle max_speed_hz in underlying
> > spi device")
> 
> The patch was already applied :(
Applied? But usually I will receive an auto mail from you after applying.
I dont think I have received any.

regards
sudip
--
To unsubscribe from this list: send the line "unsubscribe linux-spi" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Re: [PATCH] spi: spidev: fix possible NULL dereference

[Sudip Mukherjee]

On Fri, Sep 11, 2015 at 01:25:13PM +0100, Mark Brown wrote:
> On Fri, Sep 11, 2015 at 03:11:32PM +0300, Jarkko Nikula wrote:
> 
> > Actually this fixes a *real* NULL dereference case but it is not related to
> > normal open/close life cycle of spidev. It requires that spidev is kept open
> > when SPI master is removed.
> 
> > spidev->spi is set to NULL in spidev_remove() and it is called before
> > spidev_release() in case master is removed while spidev is in use
> 
> > It would be good to update this to commit log, add a tag below and Cc
> > <stable@vger.kernel.org>
> 
> > Fixes: 9169051617df ("spi: spidev: Don't mangle max_speed_hz in underlying
> > spi device")
> 
> The patch was already applied :(
Applied? But usually I will receive an auto mail from you after applying.
I dont think I have received any.

regards
sudip

Re: [PATCH] spi: spidev: fix possible NULL dereference

[Mark Brown]

[-- Attachment #1: Type: text/plain, Size: 365 bytes --]

On Fri, Sep 11, 2015 at 06:19:45PM +0530, Sudip Mukherjee wrote:
> On Fri, Sep 11, 2015 at 01:25:13PM +0100, Mark Brown wrote:

> > The patch was already applied :(

> Applied? But usually I will receive an auto mail from you after applying.
> I dont think I have received any.

You get a mail when the changes are pushed, which had happened by the
time I replied.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

Re: [PATCH] spi: spidev: fix possible NULL dereference

[Mark Brown]

[-- Attachment #1: Type: text/plain, Size: 365 bytes --]

On Fri, Sep 11, 2015 at 06:19:45PM +0530, Sudip Mukherjee wrote:
> On Fri, Sep 11, 2015 at 01:25:13PM +0100, Mark Brown wrote:

> > The patch was already applied :(

> Applied? But usually I will receive an auto mail from you after applying.
> I dont think I have received any.

You get a mail when the changes are pushed, which had happened by the
time I replied.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]