Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
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

  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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox