How to correctly load a driver without device tree?

[kipade]

I don't use systemd on my arm linux board. I use init.
My system is booting with device tree. But, some node
were destroyed after booting completed. So, when
I use insmod loading the driver, it would match no
device.

On 2018年06月20日 16:58, Gajjar Akash wrote:
> Hi there,
>
> If you are using systemd, you can make your own Target like 
> early.target and load modules without udev.
>
> But you need to load modules without device tree, I guess that's not 
> possible.
>
> your system is booting without device tree?
>
> Thanks,
> Akash
>
> On Wed, Jun 20, 2018, 14:03 kipade <kipade at 163.com 
> <mailto:kipade at 163.com>> wrote:
>
>     That's a usb host driver. As I know, the whole usb subsystem
>     initialization would take up to 2 seconds while booting. In
>     another word, that will make the system booting time more
>     longer. So, I have to build all the usb driver as module and
>     insert them latter, when the system was usable.
>
>     On 2018年06月20日 16:01, Greg KH wrote:
>     > On Wed, Jun 20, 2018 at 02:36:52PM +0800, kipade wrote:
>     >> Now, most of kernel device are initialized by its driver
>     according by
>     >> what described within device tree block. Here, the dtb was parsed
>     >> and used during kernel booting. If so, I want to load a device
>     driver
>     >> after kernel booting using insmod, there would be no device tree
>     >> block present, so, the device would not be configured correctly.
>     >> so, how to make it usable?
>     > Why can you not build it into your kernel?
>     >
>     >
>     > _______________________________________________
>     > Kernelnewbies mailing list
>     > Kernelnewbies at kernelnewbies.org
>     <mailto:Kernelnewbies at kernelnewbies.org>
>     > https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
>
>
>     _______________________________________________
>     Kernelnewbies mailing list
>     Kernelnewbies at kernelnewbies.org
>     <mailto:Kernelnewbies at kernelnewbies.org>
>     https://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20180621/3938e35a/attachment.html>