Re: tq 2440

From: Russell King - ARM Linux
Date: Thu Jul 15 2010 - 13:34:07 EST


On Thu, Jul 15, 2010 at 10:22:18AM -0700, Greg KH wrote:
> On Thu, Jul 15, 2010 at 06:10:29PM +0100, Russell King - ARM Linux wrote:
> > On Thu, Jul 15, 2010 at 09:51:41AM -0700, Greg KH wrote:
> > > On Thu, Jul 15, 2010 at 05:35:26PM +0100, Russell King - ARM Linux wrote:
> > > > On Thu, Jul 15, 2010 at 11:16:30PM +0800, Conke Hu wrote:
> > > > > ever notice to the following kernel log?
> > > > > "Device 's3c2440-nand' does not have a release() function, it is
> > > > > broken and must."
> > > > > release() function should be implemented in the platform_device.
> > > >
> > > > That's not telling you to provide a release function. The warning is
> > > > telling you that a device is being unregistered which doesn't have a
> > > > release function.
> > > >
> > > > Consider this point - maybe it doesn't have a release function because
> > > > it's not supposed to be unregistered?
> > >
> > > Heh, well, it is being unregistered, and at that point in time, the
> > > kernel complains.
> >
> > The unregistration occurs because platform_register_devices() (which is
> > used by arch code to register a block of platform devices) undoes its
> > work if one of the devices fails to register.
> >
> > I've long since thought, since I created that function, that this probably
> > isn't desirable behaviour, and it should continue to register as many
> > devices as it possibly can.
> >
> > > All kobjects need a release function that actually frees it. If not,
> > > that is a logic bug. Please see the Documentation/kobject.txt file for
> > > details.
> >
> > How do you free a statically declared platform device?
>
> You never unregister it :)

Indeed, and one way to do that is to fix the double-registration of
dm9000.0. Another way to avoid the other complaints is to remove
the unregistration in platform_register_devices().
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/