[PATCH] Fix memory leak in mtd_dataflash

H Hartley Sweeten hartleys at visionengravers.com
Sun Oct 11 16:49:45 EDT 2009


On Sunday, October 11, 2009 6:10 AM, Artem Bityutskiy wrote:
> On Wed, 2009-10-07 at 17:08 -0400, H Hartley Sweeten wrote:
>> Fix a potential memory leak in mtd_dataflash driver.
>> 
>> The private data that is allocated when registering a DataFlash
>> device with the MTD subsystem is not released if an error occurs
>> when add_mtd_partitions() or add_mtd_device() is called.  Fix this
>> by adding an error path.  The memory is already released during a
>> remove.
>> 
>> Also, add a dev_set_drvdata(&spi->dev, NULL) before the kfree() so
>> that the spi device does not reference invalid data.
>> 
>> Signed-off-by: H Hartley Sweeten <hsweeten at visionengravers.com>
>> Cc: David Brownell <david-b at pacbell.net>
>> Cc: linux-mtd at lists.infradead.org
>> 
>> ---
>> 
>> diff --git a/drivers/mtd/devices/mtd_dataflash.c b/drivers/mtd/devices/mtd_dataflash.c
>> index 93e3627..1981740 100644
>> --- a/drivers/mtd/devices/mtd_dataflash.c
>> +++ b/drivers/mtd/devices/mtd_dataflash.c
>> @@ -636,6 +636,7 @@ add_dataflash_otp(struct spi_device *spi, char *name,
>>  	struct mtd_info			*device;
>>  	struct flash_platform_data	*pdata = spi->dev.platform_data;
>>  	char				*otp_tag = "";
>> +	int				err = 0;
>>  
>>  	priv = kzalloc(sizeof *priv, GFP_KERNEL);
>>  	if (!priv)
>> @@ -693,13 +694,23 @@ add_dataflash_otp(struct spi_device *spi, char *name,
>>  
>>  		if (nr_parts > 0) {
>>  			priv->partitioned = 1;
>> -			return add_mtd_partitions(device, parts, nr_parts);
>> +			err = add_mtd_partitions(device, parts, nr_parts);
>> +			goto out;
>>  		}
>>  	} else if (pdata && pdata->nr_parts)
>>  		dev_warn(&spi->dev, "ignoring %d default partitions on %s\n",
>>  				pdata->nr_parts, device->name);
>>  
>> -	return add_mtd_device(device) == 1 ? -ENODEV : 0;
>> +	if (add_mtd_device(device) == 1)
>> +		err = -ENODEV;
>
> But if you fail here, you should also call del_mtd_partitions(), right?

Not as I understand it.

If the device has partitions (mtd_has_partitions), and the subsystem can
determine what they are, add_mtd_partitions is called to add those partitions.
The only way the code gets to add_mtd_device is if mtd_has_partitions returns
false or the number of partitions cannot be determined.  In that case the entire
device is added.  So calling del_mtd_partitions in that case is not valid.

Did I overlook something?

Regards,
Hartley


More information about the linux-mtd mailing list