1. Forum
  2. Usenet
  3. LINUX.DEBIAN.MAINT.BOOT

  • XZ support in kmod.udeb

    From Marco d'Itri@21:1/5 to All on Thu Aug 22 16:40:01 2024
    It has been suggested to me that, since our kernels nowadays are built
    with CONFIG_MODULE_COMPRESS_XZ=Y, there is no need to link kmod.udeb
    with libxz *as long as* we also do not use depmod or modinfo in d-i.

    So, does d-i actually use depmod or modinfo?
    And if it does not, can I just remove them altogether from kmod.udeb?

    (Please Cc me on replies.)

    --
    ciao,
    Marco

    -----BEGIN PGP SIGNATURE-----

    iHUEABYIAB0WIQQnKUXNg20437dCfobLPsM64d7XgQUCZsdNZgAKCRDLPsM64d7X gVwzAQCpXTZUgxypd6plUkKtEPtm+kAWJKCVOGbSve9QvSsA2AD/TxS9ywDaiLjn MMu1k4lP113GfwRAq7KolsO+9JvV7wg=
    =cS4u
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Bastian Blank@21:1/5 to Marco d'Itri on Thu Aug 22 19:10:01 2024
    On Thu, Aug 22, 2024 at 04:38:30PM +0200, Marco d'Itri wrote:
    It has been suggested to me that, since our kernels nowadays are built
    with CONFIG_MODULE_COMPRESS_XZ=Y, there is no need to link kmod.udeb
    with libxz *as long as* we also do not use depmod or modinfo in d-i.

    So, does d-i actually use depmod or modinfo?

    Yes, it does. I think we should get rid of it however.

    | % grep ^depmod -B 3 -A 2 kernel-wedge-2.105/commands/copy-modules
    | if [ "$os" = linux ]; then
    | cat >"debian/$i-$version-di.postinst" <<EOF
    | #!/bin/sh -e
    | depmod $installedname
    | EOF
    | fi

    Bastian

    --
    You! What PLANET is this!
    -- McCoy, "The City on the Edge of Forever", stardate 3134.0

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Pascal Hambourg@21:1/5 to Bastian Blank on Fri Aug 23 00:40:01 2024
    On 22/08/2024 at 18:50, Bastian Blank wrote:
    On Thu, Aug 22, 2024 at 04:38:30PM +0200, Marco d'Itri wrote:

    So, does d-i actually use depmod or modinfo?

    Yes, it does. I think we should get rid of it however.

    | % grep ^depmod -B 3 -A 2 kernel-wedge-2.105/commands/copy-modules
    | if [ "$os" = linux ]; then
    | cat >"debian/$i-$version-di.postinst" <<EOF
    | #!/bin/sh -e
    | depmod $installedname
    | EOF
    | fi

    depmod and modinfo are used by other udeb packages (partman, hw-detect...).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Bastian Blank@21:1/5 to Pascal Hambourg on Fri Aug 23 09:10:01 2024
    On Fri, Aug 23, 2024 at 12:39:14AM +0200, Pascal Hambourg wrote:
    On 22/08/2024 at 18:50, Bastian Blank wrote:
    On Thu, Aug 22, 2024 at 04:38:30PM +0200, Marco d'Itri wrote:

    So, does d-i actually use depmod or modinfo?

    Yes, it does. I think we should get rid of it however.

    | % grep ^depmod -B 3 -A 2 kernel-wedge-2.105/commands/copy-modules
    | if [ "$os" = linux ]; then
    | cat >"debian/$i-$version-di.postinst" <<EOF
    | #!/bin/sh -e
    | depmod $installedname
    | EOF
    | fi

    depmod and modinfo are used by other udeb packages (partman, hw-detect...).

    All the depmod calls are not needed, as the kernel packages are the sole responsible ones.

    For modinfo, hw-detect tries to extract the description of the modules
    to give users a list for manual loading. Under what circumstances will
    udev not auto load the module, but manual loading will result in
    something working?

    Bastian

    --
    Schshschshchsch.
    -- The Gorn, "Arena", stardate 3046.2

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Steve McIntyre@21:1/5 to Bastian Blank on Fri Aug 23 12:20:01 2024
    On Fri, Aug 23, 2024 at 08:46:53AM +0200, Bastian Blank wrote:
    On Fri, Aug 23, 2024 at 12:39:14AM +0200, Pascal Hambourg wrote:
    On 22/08/2024 at 18:50, Bastian Blank wrote:
    On Thu, Aug 22, 2024 at 04:38:30PM +0200, Marco d'Itri wrote:

    So, does d-i actually use depmod or modinfo?

    Yes, it does. I think we should get rid of it however.

    | % grep ^depmod -B 3 -A 2 kernel-wedge-2.105/commands/copy-modules
    | if [ "$os" = linux ]; then
    | cat >"debian/$i-$version-di.postinst" <<EOF
    | #!/bin/sh -e
    | depmod $installedname
    | EOF
    | fi

    depmod and modinfo are used by other udeb packages (partman, hw-detect...).

    All the depmod calls are not needed, as the kernel packages are the sole >responsible ones.

    For modinfo, hw-detect tries to extract the description of the modules
    to give users a list for manual loading. Under what circumstances will
    udev not auto load the module, but manual loading will result in
    something working?

    There's potentially quite a lot of modules that aren't going to be
    triggered by udev, e.g. extra filesystems or hardware that's not
    discoverable.

    --
    Steve McIntyre, Cambridge, UK. [email protected] "The problem with defending the purity of the English language is that
    English is about as pure as a cribhouse whore. We don't just borrow words; on
    occasion, English has pursued other languages down alleyways to beat them
    unconscious and rifle their pockets for new vocabulary." -- James D. Nicoll

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Bastian Blank@21:1/5 to Steve McIntyre on Fri Aug 23 13:30:01 2024
    On Fri, Aug 23, 2024 at 11:10:03AM +0100, Steve McIntyre wrote:
    There's potentially quite a lot of modules that aren't going to be
    triggered by udev, e.g. extra filesystems or hardware that's not discoverable.

    hw-detect only does this for network drivers.

    Bastian

    --
    Every living thing wants to survive.
    -- Spock, "The Ultimate Computer", stardate 4731.3

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Pascal Hambourg@21:1/5 to Bastian Blank on Fri Aug 23 13:50:01 2024
    On 23/08/2024 at 08:46, Bastian Blank wrote:
    On Fri, Aug 23, 2024 at 12:39:14AM +0200, Pascal Hambourg wrote:
    On 22/08/2024 at 18:50, Bastian Blank wrote:

    | % grep ^depmod -B 3 -A 2 kernel-wedge-2.105/commands/copy-modules
    | if [ "$os" = linux ]; then
    | cat >"debian/$i-$version-di.postinst" <<EOF
    | #!/bin/sh -e
    | depmod $installedname
    | EOF
    | fi

    I do not see any postinst in kernel modules udebs. Am I missing something?

    All the depmod calls are not needed, as the kernel packages are the sole responsible ones.

    For modinfo, hw-detect tries to extract the description of the modules
    to give users a list for manual loading.

    FWIW, some time ago I submitted a patch for hw-detect which could use
    "modinfo -F firmware" as an additional way to find out which module must
    be reloaded after installing missing firmware.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)