-----Original Message----- From: dri-devel-bounces+inki.dae=samsung.com@lists.freedesktop.org [mailto:dri-devel-bounces+inki.dae=samsung.com@lists.freedesktop.org] On Behalf Of Russell King Sent: Wednesday, July 03, 2013 4:08 AM To: Daniel Drake Cc: Jean-François Moine; devicetree-discuss@lists.ozlabs.org; dri- devel@lists.freedesktop.org; Sebastian Hesselbarth Subject: Re: Best practice device tree design for display subsystems/DRM
On Tue, Jul 02, 2013 at 12:54:41PM -0600, Daniel Drake wrote:
On Tue, Jul 2, 2013 at 12:43 PM, Russell King rmk@arm.linux.org.uk
wrote:
I will point out that relying on driver probing orders has already
been
stated by driver model people to be unsafe. This is why I will not adopt such a solution for my driver; it is a bad design.
Just to clarify, what you're objecting to is effectively the following? Because it is not guaranteed in the future that the probe order will be the same as the platform_driver_register() calls?
Correct. Consider what happens if the devices are registered after the driver(s) have been registered, which may not be in the correct order.
That's true but how drivers could be registered prior to devices? The devices registering codes are built in kernel image so the drivers cannot be registered prior to devices as long as we don't modify the devices to be registered first. Is there any case that driver should be registered first?
Thanks, Inki Dae
-- Russell King _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel