> -----Original Message----- > From: [email protected] > [mailto:[email protected]] On > Behalf Of Russell King > Sent: Wednesday, July 03, 2013 4:08 AM > To: Daniel Drake > Cc: Jean-François Moine; [email protected]; dri- > [email protected]; 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 <[email protected]> > 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 > [email protected] > http://lists.freedesktop.org/mailman/listinfo/dri-devel _______________________________________________ dri-devel mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/dri-devel
