Re: drivers/base/core.c: about device_find_child() function

From: Greg Kroah-Hartman
Date: Thu Apr 11 2013 - 09:48:54 EST

On Thu, Apr 11, 2013 at 01:52:36PM +0200, Federico Vaga wrote:
> Hello,
> I'm using the function device_find_child() [drivers/base/core.c] to retrieve
> a specific child of a device. I see that this function invokes
> get_device(child) when a child matches. I think that this function must
> return the reference to the child device without getting it.

No, it should not, otherwise the device could "disappear" at any moment,
and the caller who had the handle, would now have a stale pointer.

> The function's comment does not explicitly talk about an increment of the
> refcount of the device. So, "man 9 device_find_child" and various derivative
> webpages do not talk about this. The developer is not correctly informed
> about this function, unless (s)he looks at the source code.

You are right, I would gladly take a patch adding that comment to the
function, can you send me one?

> I see that users of this function, usually, immediately do put_device() after
> the call to device_find_child(), so it is not expected that a
> device_find_child() does a get_device() on the found child.
> Immediately does put_device():
> drivers/firewire/core-device.c
> drivers/rpmsg/virtio_rpmsg_bus.c
> drivers/s390/kvm/kvm_virtio.c

That's correct.

> They effectively need a get_device():
> drivers/net/bluetooth/hci_sysfs.c
> drivers/net/dsa/dsa.c

Please fix these.

> Maybe bugged because they do not do put_device():
> drivers/media/platform/s5p-mfc/s5p_mfc.c
> drivers/tty/serial/serial_core.c
> Probably I'm wrong on this and I do not find the associated put_device()

I think the serial core is correct, but I'll audit it, the media one
should be fixed as well.


greg k-h
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at