From: Niklas Cassel via buildroot <buildroot@buildroot.org>
To: Arnout Vandecappelle <arnout@mind.be>
Cc: Niklas Cassel <cassel@kernel.org>,
Damien Le Moal <dlemoal@kernel.org>,
Kilian Zinnecker <kilian.zinnecker@mail.de>,
Thomas Petazzoni <thomas.petazzoni@bootlin.com>,
Niklas Cassel via buildroot <buildroot@buildroot.org>
Subject: Re: [Buildroot] [PATCH 3/5] configs/rock5b: enable eudev to enable automatic module loading
Date: Tue, 3 Sep 2024 20:06:35 +0000 [thread overview]
Message-ID: <ZtdsSR6M9nD614Ka@ryzen.lan> (raw)
In-Reply-To: <a31976ae-fdf5-4a62-aece-52fb70775b39@mind.be>
On Tue, Sep 03, 2024 at 09:50:53PM +0200, Arnout Vandecappelle wrote:
>
>
> On 03/09/2024 21:26, Thomas Petazzoni via buildroot wrote:
> > On Mon, 2 Sep 2024 12:44:31 +0200
> > Niklas Cassel via buildroot <buildroot@buildroot.org> wrote:
> >
> > > From: Niklas Cassel <cassel@kernel.org>
> > >
> > > The arm64 defconfig enables both the R8169 Ethernet driver and the
> > > PHY_ROCKCHIP_NANENG_COMBO_PHY PHY driver as modules.
> > >
> > > Enable udev so that these modules will get automatically loaded by udev
> > > after the rootfs is mounted from the SD card.
> > >
> > > This way, we do not need to build these modules as built-in, and we also
> > > get the benefit that any device plugged in to the PCIe slot will get
> > > automatically loaded.
> > >
> > > Signed-off-by: Niklas Cassel <cassel@kernel.org>
> >
> > I'm not sure what we want to do here, especially when this ends up
> > needing net.ifnames=0 that you add in PATCH 4/5.
> >
> > We do have already a small number of defconfigs that enable eudev. So
> > far we only use net.ifnames=0 in 4 configurations.
> >
> > Basically, I'm trying to make sure we remain consistent and have a
> > policy that applies to all defconfigs rather than ad-hoc solutions that
> > are different for each and every defconfig. That's why I'm a bit
> > reluctant with applying your patches as-is because they only solve the
> > specific case of this defconfig, in a specific way, without creating a
> > clear rule that all defconfigs meeting a specific situation should
> > follow.
>
> We don't really have a policy or rules at the moment. I've added this to
> the topics of the Buildroot Developer meeting in Vienna.
See my reply to Thomas where I suggest to create a
BR2_PACKAGE_EUDEV_PREDICTABLE_NIC_NAMES Kconfig which is default not set.
I think that would be a nice policy / solution.
>
> For the time being, I think we generally prefer to have a kernel config
> that is as much as possible custom for the target board. Thus, we also
> generally prefer to not require loading modules. Certainly for ethernet -
> having ethernet as a module makes nfsroot impossible.
>
> So I've marked patches 3/5 and 4/5 as Rejected.
>
> Feel free to give arguments why we should prefer these drivers as module though!
Sure, we could keep the Ethernet driver as built-in.
I still think it is a really good idea to enable udev though.
rock5b is currently using arm64 defconfig as kernel config.
Just enabling udev shows this in lsmod:
# lsmod
Module Size Used by Not tainted
hantro_vpu 270336 0
rockchipdrm 167936 0
v4l2_jpeg 16384 1 hantro_vpu
v4l2_vp9 20480 1 hantro_vpu
v4l2_h264 12288 1 hantro_vpu
analogix_dp 36864 1 rockchipdrm
v4l2_mem2mem 36864 1 hantro_vpu
dw_mipi_dsi 20480 1 rockchipdrm
panthor 118784 0
videobuf2_dma_contig 16384 1 hantro_vpu
dw_hdmi 40960 1 rockchipdrm
videobuf2_memops 12288 1 videobuf2_dma_contig
cec 53248 1 dw_hdmi
drm_gpuvm 32768 1 panthor
videobuf2_v4l2 28672 2 hantro_vpu,v4l2_mem2mem
drm_exec 12288 2 panthor,drm_gpuvm
drm_display_helper 167936 3 rockchipdrm,analogix_dp,dw_hdmi
drm_shmem_helper 24576 1 panthor
drm_dma_helper 20480 1 rockchipdrm
crct10dif_ce 12288 1
videodev 253952 3 hantro_vpu,v4l2_mem2mem,videobuf2_v4l2
rockchip_saradc 16384 0
gpu_sched 40960 1 panthor
videobuf2_common 57344 5 hantro_vpu,v4l2_mem2mem,videobuf2_dma_contig,videobuf2_memops,videobuf2_v4l2
drm_kms_helper 188416 7 rockchipdrm,analogix_dp,dw_mipi_dsi,dw_hdmi,drm_display_helper,drm_shmem_helper,drm_dma_helper
mc 57344 5 hantro_vpu,v4l2_mem2mem,videobuf2_v4l2,videodev,videobuf2_common
drm 552960 12 rockchipdrm,analogix_dp,dw_mipi_dsi,panthor,dw_hdmi,drm_gpuvm,drm_exec,drm_display_helper,drm_shmem_helper,drm_dma_helper,gpu_sched,drm_kms_helper
industrialio_triggered_buffer 12288 1 rockchip_saradc
backlight 20480 2 drm_display_helper,drm
phy_rockchip_usbdp 20480 2
phy_rockchip_naneng_combphy 16384 5
kfifo_buf 12288 1 industrialio_triggered_buffer
pwm_fan 16384 0
rtc_hym8563 12288 1
snd_soc_audio_graph_card 16384 0
typec 77824 1 phy_rockchip_usbdp
snd_soc_rockchip_i2s_tdm 20480 2
snd_soc_simple_card_utils 28672 1 snd_soc_audio_graph_card
snd_soc_es8316 40960 1
rockchip_thermal 24576 0
spi_rockchip_sfc 12288 0
rk805_pwrkey 12288 0
Without udev (i.e. with the current buildroot rock5b_defconfig)
none of these modules will be loaded.
Kind regards,
Niklas
_______________________________________________
buildroot mailing list
buildroot@buildroot.org
https://lists.buildroot.org/mailman/listinfo/buildroot
next prev parent reply other threads:[~2024-09-03 20:06 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-02 10:44 [Buildroot] [PATCH 0/5] rock5b additional improvements Niklas Cassel via buildroot
2024-09-02 10:44 ` [Buildroot] [PATCH 1/5] board/radxa/rock5b: use gpt partition table instead of hybrid Niklas Cassel via buildroot
2024-09-02 10:44 ` [Buildroot] [PATCH 2/5] board/radxa/rock5b: use PARTLABEL to specify rootfs Niklas Cassel via buildroot
2024-09-02 10:44 ` [Buildroot] [PATCH 3/5] configs/rock5b: enable eudev to enable automatic module loading Niklas Cassel via buildroot
2024-09-03 19:26 ` Thomas Petazzoni via buildroot
2024-09-03 19:50 ` Arnout Vandecappelle via buildroot
2024-09-03 20:06 ` Niklas Cassel via buildroot [this message]
2024-09-03 21:10 ` Arnout Vandecappelle via buildroot
2024-09-09 11:11 ` Niklas Cassel via buildroot
2024-09-03 19:56 ` Niklas Cassel via buildroot
2024-09-03 21:06 ` Arnout Vandecappelle via buildroot
2024-09-09 11:01 ` Niklas Cassel via buildroot
2024-09-02 10:44 ` [Buildroot] [PATCH 4/5] board/radxa/rock5b: do not use udev predictable NIC names Niklas Cassel via buildroot
2024-09-02 10:44 ` [Buildroot] [PATCH 5/5] configs/rock5b: enable DHCP for eth0 Niklas Cassel via buildroot
2024-09-03 19:24 ` [Buildroot] [PATCH 0/5] rock5b additional improvements Thomas Petazzoni via buildroot
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ZtdsSR6M9nD614Ka@ryzen.lan \
--to=buildroot@buildroot.org \
--cc=Niklas.Cassel@wdc.com \
--cc=arnout@mind.be \
--cc=cassel@kernel.org \
--cc=dlemoal@kernel.org \
--cc=kilian.zinnecker@mail.de \
--cc=thomas.petazzoni@bootlin.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.