[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20090428145144.GA8352@suse.de>
Date: Tue, 28 Apr 2009 07:51:44 -0700
From: Greg KH <gregkh@...e.de>
To: Yinghai Lu <yinghai@...nel.org>
Cc: Ingo Molnar <mingo@...e.hu>, Kay Sievers <kay.sievers@...y.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
Jesse Barnes <jbarnes@...tuousgeek.org>,
Andrew Morton <akpm@...ux-foundation.org>,
"H. Peter Anvin" <hpa@...or.com>,
Thomas Gleixner <tglx@...utronix.de>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
linux-pci@...r.kernel.org
Subject: Re: [PATCH] driver: make dev_set_name(, NULL) work
On Tue, Apr 28, 2009 at 12:36:06AM -0700, Yinghai Lu wrote:
>
> while looking dev_set_name() calling, there is one
> dev_set_name(&dev->dev, NULL)
> to used to try to free the device name, before kfree that device.
What's wrong with that?
> need to move the check for device_add in
> | commit 8a577ffc75d9194fe8cdb7479236f2081c26ca1f
> | Author: Kay Sievers <kay.sievers@...y.org>
> | Date: Sat Apr 18 15:05:45 2009 -0700
> |
> | driver: dont update dev_name via device_add path
> from kobject_set_name_vargs to kobject_add_vargs instead.
>
> in kobject_set_name_vargs will check if fmt is NULL.
>
> actually we need to use dev_set_name(,NULL) later on failing path
> and release to prevent leaking
Are you sure?
confused,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists