[PATCH 0/3] drm/exynos: Allow module to be autoloaded

Daniel Stone daniel at fooishbar.org
Tue Jul 29 06:43:51 PDT 2014


Hi Inki,

On 29 July 2014 13:29, Inki Dae <inki.dae at samsung.com> wrote:

> On 2014년 07월 29일 20:59, Andreas Färber wrote:
> > Am 29.07.2014 10:05, schrieb Sjoerd Simons:
> >> Yes. I would like the module to export its module alias information for
> >> the subdrivers such that depmod can add it to its databases and the
> >> normal module autoloading mechanisms work as intended. Note that in my
> >> case, "some hot-plug" system is really just udev, not something
> >> special..
> >
> > +1 here.
> >
> > While I haven't tested this on my Exynos devices yet since I'm still
> > working on -next kernels there, here's an example of such a 3.16 config:
> >
> >
> http://kernel.opensuse.org/cgit/kernel-source/tree/config/armv7hl/default
> >
> > Of the platforms enabled, all drivers are configured as modules where
> > possible, to keep kernel size small, and dracut (or kiwi) is used to
> > generate an initrd that makes available the modules.
> >
> > So it would certainly be good to have the DRM auto-load somehow, without
> > the user having to manually touch config files. In particular when I
> > think of the Chromebooks, where Wifi needs configuration on first boot
> > and no serial console is accessible.
>
> Got it. will merge them. However, I'm not sure that Exynos drm should
> have hot-plug feature such as PCI base devices: all devices covered by
> Exynos drm framework cannot attached and detached to and from machine.
>

Thanks for merging these. Just wanted to reiterate that it is not about
hotplug at all: it is about delayed/conditional loading. There is no
expectation that these will be used in a hotplug manner, it is just about
being able to load them in the initrd without having to have explicit cases
for every single driver and device in userspace (which would make it much
harder to change the driver later).

Cheers,
Daniel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140729/62cb9b7d/attachment.html>


More information about the dri-devel mailing list