* Kernel 6.18 fist tests... @ 2025-12-11 12:00 Arne Fitzenreiter 2025-12-11 13:57 ` Adam Gibbons 2025-12-17 13:50 ` ummeegge 0 siblings, 2 replies; 13+ messages in thread From: Arne Fitzenreiter @ 2025-12-11 12:00 UTC (permalink / raw) To: development Hi, i have compiled a first test kernel 6.18 for x86_64. https://people.ipfire.org/~arne_f/highly-experimental/kernel/ please help testing and report your findings... Arne ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Kernel 6.18 fist tests... 2025-12-11 12:00 Kernel 6.18 fist tests Arne Fitzenreiter @ 2025-12-11 13:57 ` Adam Gibbons 2025-12-11 17:20 ` Adolf Belka 2025-12-17 13:50 ` ummeegge 1 sibling, 1 reply; 13+ messages in thread From: Adam Gibbons @ 2025-12-11 13:57 UTC (permalink / raw) To: development, Arne Fitzenreiter [-- Attachment #1: Type: text/plain, Size: 341 bytes --] Nice! I will test this over the weekend. Thanks, Adam On 11 December 2025 12:00:23 GMT, Arne Fitzenreiter <arne_f@ipfire.org> wrote: >Hi, > >i have compiled a first test kernel 6.18 for x86_64. > >https://people.ipfire.org/~arne_f/highly-experimental/kernel/ > >please help testing and report your findings... > >Arne > [-- Attachment #2: Type: text/html, Size: 751 bytes --] ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Kernel 6.18 fist tests... 2025-12-11 13:57 ` Adam Gibbons @ 2025-12-11 17:20 ` Adolf Belka 2025-12-11 17:28 ` Adolf Belka 0 siblings, 1 reply; 13+ messages in thread From: Adolf Belka @ 2025-12-11 17:20 UTC (permalink / raw) To: Arne Fitzenreiter; +Cc: IPFire: Development-List Hi Arne, I have tried it out on a vm clone running CU199 Testing. In the readme.txt file I think you meant to have tar xvaf KERNEL-ARCHIV.tar.xz -C / instead of tar xvaf KERNEL-ARCHIV.tar.xz -C \ At least it only extracted for me with the / and not the \. I then ran the dracut command and got the following messages. sudo dracut --regenerate-all --force dracut[I]: Executing: /usr/bin/dracut --kver=6.12.58-ipfire --force dracut[E]: Module 'btrfs' depends on module 'initqueue', which can't be installed dracut[E]: Module 'lvm' depends on module 'initqueue', which can't be installed dracut[E]: Module 'mdraid' depends on module 'initqueue', which can't be installed dracut[I]: *** Including module: modsign *** dracut[I]: *** Including module: i18n *** dracut[I]: *** Including module: btrfs *** dracut[I]: *** Including module: dm *** dracut[I]: *** Including module: fs-lib *** dracut[I]: *** Including module: kernel-modules *** dracut[I]: *** Including module: kernel-modules-extra *** dracut[I]: *** Including module: lvm *** dracut[I]: *** Including module: mdraid *** dracut[I]: *** Including module: qemu *** dracut[I]: *** Including module: rootfs-block *** dracut[I]: *** Including module: terminfo *** dracut[I]: *** Including module: udev-rules *** dracut[I]: *** Including module: base *** dracut[I]: *** Including modules done *** dracut[I]: *** Installing kernel module dependencies *** dracut[I]: *** Installing kernel module dependencies done *** dracut[I]: *** Resolving executable dependencies *** dracut[I]: *** Resolving executable dependencies done *** dracut[I]: *** Generating early-microcode cpio image *** dracut[I]: *** Constructing AuthenticAMD.bin *** dracut[I]: *** Constructing GenuineIntel.bin *** dracut[I]: *** Store current command line parameters *** dracut[I]: *** Creating image file '/boot/initramfs-6.12.58-ipfire.img.tmp' *** dracut[I]: *** Hardlinking files *** dracut[I]: *** Hardlinking files done *** Not sure about the "module 'initqueue', which can't be installed" bits. After the above last line I then got cp: error writing '/boot/initramfs-6.12.58-ipfire.img.tmp': No space left on device So I suspect I need to make the IPFire vm disk larger. Will give that a try later but would like to know if there is anything I need to do with regard to the initqueue module that is mentioned in the dracut output. Regards, Adolf. On 11/12/2025 14:57, Adam Gibbons wrote: > Nice! > > I will test this over the weekend. > > Thanks, > Adam > > > On 11 December 2025 12:00:23 GMT, Arne Fitzenreiter <arne_f@ipfire.org> wrote: > > Hi, > > i have compiled a first test kernel 6.18 for x86_64. > > https://people.ipfire.org/~arne_f/highly-experimental/kernel/ <https://people.ipfire.org/~arne_f/highly-experimental/kernel/> > > please help testing and report your findings... > > Arne > ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Kernel 6.18 fist tests... 2025-12-11 17:20 ` Adolf Belka @ 2025-12-11 17:28 ` Adolf Belka 2025-12-11 18:04 ` Adolf Belka 0 siblings, 1 reply; 13+ messages in thread From: Adolf Belka @ 2025-12-11 17:28 UTC (permalink / raw) To: Arne Fitzenreiter; +Cc: IPFire: Development-List Hi All, On 11/12/2025 18:20, Adolf Belka wrote: > Hi Arne, > > I have tried it out on a vm clone running CU199 Testing. > > In the readme.txt file I think you meant to have > > tar xvaf KERNEL-ARCHIV.tar.xz -C / > > instead of > > tar xvaf KERNEL-ARCHIV.tar.xz -C \ > > At least it only extracted for me with the / and not the \. > > I then ran the dracut command and got the following messages. > > sudo dracut --regenerate-all --force > dracut[I]: Executing: /usr/bin/dracut --kver=6.12.58-ipfire --force > dracut[E]: Module 'btrfs' depends on module 'initqueue', which can't be installed > dracut[E]: Module 'lvm' depends on module 'initqueue', which can't be installed > dracut[E]: Module 'mdraid' depends on module 'initqueue', which can't be installed > dracut[I]: *** Including module: modsign *** > dracut[I]: *** Including module: i18n *** > dracut[I]: *** Including module: btrfs *** > dracut[I]: *** Including module: dm *** > dracut[I]: *** Including module: fs-lib *** > dracut[I]: *** Including module: kernel-modules *** > dracut[I]: *** Including module: kernel-modules-extra *** > dracut[I]: *** Including module: lvm *** > dracut[I]: *** Including module: mdraid *** > dracut[I]: *** Including module: qemu *** > dracut[I]: *** Including module: rootfs-block *** > dracut[I]: *** Including module: terminfo *** > dracut[I]: *** Including module: udev-rules *** > dracut[I]: *** Including module: base *** > dracut[I]: *** Including modules done *** > dracut[I]: *** Installing kernel module dependencies *** > dracut[I]: *** Installing kernel module dependencies done *** > dracut[I]: *** Resolving executable dependencies *** > dracut[I]: *** Resolving executable dependencies done *** > dracut[I]: *** Generating early-microcode cpio image *** > dracut[I]: *** Constructing AuthenticAMD.bin *** > dracut[I]: *** Constructing GenuineIntel.bin *** > dracut[I]: *** Store current command line parameters *** > dracut[I]: *** Creating image file '/boot/initramfs-6.12.58-ipfire.img.tmp' *** > dracut[I]: *** Hardlinking files *** > dracut[I]: *** Hardlinking files done *** > > > Not sure about the "module 'initqueue', which can't be installed" bits. > > After the above last line I then got > > cp: error writing '/boot/initramfs-6.12.58-ipfire.img.tmp': No space left on device > > So I suspect I need to make the IPFire vm disk larger. The problem was that I made a clone of a system that I had tested out upgrading from CU150 to CU198 and the boot size was obviously smaller back in CU150 as I only have 110MB but the more current systems have 488MB so I will create a clone of one of my newer systems and repeat the test. Regards, Adolf. > > Will give that a try later but would like to know if there is anything I need to do with regard to the initqueue module that is mentioned in the dracut output. > > Regards, > > Adolf. > > On 11/12/2025 14:57, Adam Gibbons wrote: >> Nice! >> >> I will test this over the weekend. >> >> Thanks, >> Adam >> >> >> On 11 December 2025 12:00:23 GMT, Arne Fitzenreiter <arne_f@ipfire.org> wrote: >> >> Hi, >> >> i have compiled a first test kernel 6.18 for x86_64. >> >> https://people.ipfire.org/~arne_f/highly-experimental/kernel/ <https://people.ipfire.org/~arne_f/highly-experimental/kernel/> >> >> please help testing and report your findings... >> >> Arne >> > ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Kernel 6.18 fist tests... 2025-12-11 17:28 ` Adolf Belka @ 2025-12-11 18:04 ` Adolf Belka 2025-12-11 21:01 ` Michael Tremer 0 siblings, 1 reply; 13+ messages in thread From: Adolf Belka @ 2025-12-11 18:04 UTC (permalink / raw) To: Arne Fitzenreiter; +Cc: IPFire: Development-List Hi Arne, On 11/12/2025 18:28, Adolf Belka wrote: > Hi All, > > On 11/12/2025 18:20, Adolf Belka wrote: >> Hi Arne, >> >> I have tried it out on a vm clone running CU199 Testing. >> >> In the readme.txt file I think you meant to have >> >> tar xvaf KERNEL-ARCHIV.tar.xz -C / >> >> instead of >> >> tar xvaf KERNEL-ARCHIV.tar.xz -C \ >> >> At least it only extracted for me with the / and not the \. >> >> I then ran the dracut command and got the following messages. >> >> sudo dracut --regenerate-all --force >> dracut[I]: Executing: /usr/bin/dracut --kver=6.12.58-ipfire --force >> dracut[E]: Module 'btrfs' depends on module 'initqueue', which can't be installed >> dracut[E]: Module 'lvm' depends on module 'initqueue', which can't be installed >> dracut[E]: Module 'mdraid' depends on module 'initqueue', which can't be installed >> dracut[I]: *** Including module: modsign *** >> dracut[I]: *** Including module: i18n *** >> dracut[I]: *** Including module: btrfs *** >> dracut[I]: *** Including module: dm *** >> dracut[I]: *** Including module: fs-lib *** >> dracut[I]: *** Including module: kernel-modules *** >> dracut[I]: *** Including module: kernel-modules-extra *** >> dracut[I]: *** Including module: lvm *** >> dracut[I]: *** Including module: mdraid *** >> dracut[I]: *** Including module: qemu *** >> dracut[I]: *** Including module: rootfs-block *** >> dracut[I]: *** Including module: terminfo *** >> dracut[I]: *** Including module: udev-rules *** >> dracut[I]: *** Including module: base *** >> dracut[I]: *** Including modules done *** >> dracut[I]: *** Installing kernel module dependencies *** >> dracut[I]: *** Installing kernel module dependencies done *** >> dracut[I]: *** Resolving executable dependencies *** >> dracut[I]: *** Resolving executable dependencies done *** >> dracut[I]: *** Generating early-microcode cpio image *** >> dracut[I]: *** Constructing AuthenticAMD.bin *** >> dracut[I]: *** Constructing GenuineIntel.bin *** >> dracut[I]: *** Store current command line parameters *** >> dracut[I]: *** Creating image file '/boot/initramfs-6.12.58-ipfire.img.tmp' *** >> dracut[I]: *** Hardlinking files *** >> dracut[I]: *** Hardlinking files done *** >> >> >> Not sure about the "module 'initqueue', which can't be installed" bits. >> >> After the above last line I then got >> >> cp: error writing '/boot/initramfs-6.12.58-ipfire.img.tmp': No space left on device >> >> So I suspect I need to make the IPFire vm disk larger. > > The problem was that I made a clone of a system that I had tested out upgrading from CU150 to CU198 and the boot size was obviously smaller back in CU150 as I only have 110MB but the more current systems have 488MB so I will create a clone of one of my newer systems and repeat the test. Repeated with a newer IPFire vm which had a 488MB boot partition and the dracut section went fine with no problems beside the initqueue module not being able to be installed. However that did not seem to cause a problem with the grub-mkconfig command or the subsequent reboot. I will evaluate the install tomorrow to check if anything has a problem. Regards, Adolf. > > Regards, > > Adolf. > >> >> Will give that a try later but would like to know if there is anything I need to do with regard to the initqueue module that is mentioned in the dracut output. >> >> Regards, >> >> Adolf. >> >> On 11/12/2025 14:57, Adam Gibbons wrote: >>> Nice! >>> >>> I will test this over the weekend. >>> >>> Thanks, >>> Adam >>> >>> >>> On 11 December 2025 12:00:23 GMT, Arne Fitzenreiter <arne_f@ipfire.org> wrote: >>> >>> Hi, >>> >>> i have compiled a first test kernel 6.18 for x86_64. >>> >>> https://people.ipfire.org/~arne_f/highly-experimental/kernel/ <https://people.ipfire.org/~arne_f/highly-experimental/kernel/> >>> >>> please help testing and report your findings... >>> >>> Arne >>> >> > ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Kernel 6.18 fist tests... 2025-12-11 18:04 ` Adolf Belka @ 2025-12-11 21:01 ` Michael Tremer 2025-12-11 22:35 ` Adolf Belka 0 siblings, 1 reply; 13+ messages in thread From: Michael Tremer @ 2025-12-11 21:01 UTC (permalink / raw) To: Adolf Belka, Stefan Schantl; +Cc: Arne Fitzenreiter, IPFire: Development-List Hello Adolf, The initqueue module is probably quite important. As far as I know it kind of replaces some systemd functionality which we don’t have. But looking at our root file, it is adding some systemd unit files: https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=config/rootfiles/common/dracut-ng;hb=d656b7af6411d0306513b853a552f56d6713c174#l484 We might have found a breaking change in dracut-ng if we don’t properly support mdraid any more. Lacking support for btrfs in the initramdisk could be less severe, but that also needs to be tested. @Stefan, will you do this for c199? -Michael > On 11 Dec 2025, at 18:04, Adolf Belka <adolf.belka@ipfire.org> wrote: > > Hi Arne, > > On 11/12/2025 18:28, Adolf Belka wrote: >> Hi All, >> On 11/12/2025 18:20, Adolf Belka wrote: >>> Hi Arne, >>> >>> I have tried it out on a vm clone running CU199 Testing. >>> >>> In the readme.txt file I think you meant to have >>> >>> tar xvaf KERNEL-ARCHIV.tar.xz -C / >>> >>> instead of >>> >>> tar xvaf KERNEL-ARCHIV.tar.xz -C \ >>> >>> At least it only extracted for me with the / and not the \. >>> >>> I then ran the dracut command and got the following messages. >>> >>> sudo dracut --regenerate-all --force >>> dracut[I]: Executing: /usr/bin/dracut --kver=6.12.58-ipfire --force >>> dracut[E]: Module 'btrfs' depends on module 'initqueue', which can't be installed >>> dracut[E]: Module 'lvm' depends on module 'initqueue', which can't be installed >>> dracut[E]: Module 'mdraid' depends on module 'initqueue', which can't be installed >>> dracut[I]: *** Including module: modsign *** >>> dracut[I]: *** Including module: i18n *** >>> dracut[I]: *** Including module: btrfs *** >>> dracut[I]: *** Including module: dm *** >>> dracut[I]: *** Including module: fs-lib *** >>> dracut[I]: *** Including module: kernel-modules *** >>> dracut[I]: *** Including module: kernel-modules-extra *** >>> dracut[I]: *** Including module: lvm *** >>> dracut[I]: *** Including module: mdraid *** >>> dracut[I]: *** Including module: qemu *** >>> dracut[I]: *** Including module: rootfs-block *** >>> dracut[I]: *** Including module: terminfo *** >>> dracut[I]: *** Including module: udev-rules *** >>> dracut[I]: *** Including module: base *** >>> dracut[I]: *** Including modules done *** >>> dracut[I]: *** Installing kernel module dependencies *** >>> dracut[I]: *** Installing kernel module dependencies done *** >>> dracut[I]: *** Resolving executable dependencies *** >>> dracut[I]: *** Resolving executable dependencies done *** >>> dracut[I]: *** Generating early-microcode cpio image *** >>> dracut[I]: *** Constructing AuthenticAMD.bin *** >>> dracut[I]: *** Constructing GenuineIntel.bin *** >>> dracut[I]: *** Store current command line parameters *** >>> dracut[I]: *** Creating image file '/boot/initramfs-6.12.58-ipfire.img.tmp' *** >>> dracut[I]: *** Hardlinking files *** >>> dracut[I]: *** Hardlinking files done *** >>> >>> >>> Not sure about the "module 'initqueue', which can't be installed" bits. >>> >>> After the above last line I then got >>> >>> cp: error writing '/boot/initramfs-6.12.58-ipfire.img.tmp': No space left on device >>> >>> So I suspect I need to make the IPFire vm disk larger. >> The problem was that I made a clone of a system that I had tested out upgrading from CU150 to CU198 and the boot size was obviously smaller back in CU150 as I only have 110MB but the more current systems have 488MB so I will create a clone of one of my newer systems and repeat the test. > > Repeated with a newer IPFire vm which had a 488MB boot partition and the dracut section went fine with no problems beside the initqueue module not being able to be installed. However that did not seem to cause a problem with the grub-mkconfig command or the subsequent reboot. > > I will evaluate the install tomorrow to check if anything has a problem. > > Regards, > > Adolf. > > >> Regards, >> Adolf. >>> >>> Will give that a try later but would like to know if there is anything I need to do with regard to the initqueue module that is mentioned in the dracut output. >>> >>> Regards, >>> >>> Adolf. >>> >>> On 11/12/2025 14:57, Adam Gibbons wrote: >>>> Nice! >>>> >>>> I will test this over the weekend. >>>> >>>> Thanks, >>>> Adam >>>> >>>> >>>> On 11 December 2025 12:00:23 GMT, Arne Fitzenreiter <arne_f@ipfire.org> wrote: >>>> >>>> Hi, >>>> >>>> i have compiled a first test kernel 6.18 for x86_64. >>>> >>>> https://people.ipfire.org/~arne_f/highly-experimental/kernel/ <https://people.ipfire.org/~arne_f/highly-experimental/kernel/> >>>> >>>> please help testing and report your findings... >>>> >>>> Arne ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Kernel 6.18 fist tests... 2025-12-11 21:01 ` Michael Tremer @ 2025-12-11 22:35 ` Adolf Belka 2025-12-12 11:30 ` Adolf Belka 0 siblings, 1 reply; 13+ messages in thread From: Adolf Belka @ 2025-12-11 22:35 UTC (permalink / raw) To: Michael Tremer, Stefan Schantl Cc: Arne Fitzenreiter, IPFire: Development-List Hi Michael, On 11/12/2025 22:01, Michael Tremer wrote: > Hello Adolf, > > The initqueue module is probably quite important. As far as I know it kind of replaces some systemd functionality which we don’t have. > > But looking at our root file, it is adding some systemd unit files: > > https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=config/rootfiles/common/dracut-ng;hb=d656b7af6411d0306513b853a552f56d6713c174#l484 > > We might have found a breaking change in dracut-ng if we don’t properly support mdraid any more. but that should then be presumably raised as an issue with dracut-ng as if it worked with the old dracut it should work with dracut-ng as version 100 was said to be a drop-in replacement for the old version. We are currently on version 108 and I just found in the changelog for that version the following change. -------------------------- feat(initqueue): factor out initqueue into its own module This PR allows excluding dracut initqueue module, while including the base or the dracut-systemd module. Factoring out functionality into its own module allows to better control to include or exclude the functionality. -------------------------- https://github.com/dracut-ng/dracut-ng/commit/3daf67830d8db3b12bc45eef9f8f29f606192db9 So it looks like it is a module that has to be explicitly specified now whereas in the past it was part of dracut base. Regards, Adolf. > > Lacking support for btrfs in the initramdisk could be less severe, but that also needs to be tested. @Stefan, will you do this for c199? > > -Michael > >> On 11 Dec 2025, at 18:04, Adolf Belka <adolf.belka@ipfire.org> wrote: >> >> Hi Arne, >> >> On 11/12/2025 18:28, Adolf Belka wrote: >>> Hi All, >>> On 11/12/2025 18:20, Adolf Belka wrote: >>>> Hi Arne, >>>> >>>> I have tried it out on a vm clone running CU199 Testing. >>>> >>>> In the readme.txt file I think you meant to have >>>> >>>> tar xvaf KERNEL-ARCHIV.tar.xz -C / >>>> >>>> instead of >>>> >>>> tar xvaf KERNEL-ARCHIV.tar.xz -C \ >>>> >>>> At least it only extracted for me with the / and not the \. >>>> >>>> I then ran the dracut command and got the following messages. >>>> >>>> sudo dracut --regenerate-all --force >>>> dracut[I]: Executing: /usr/bin/dracut --kver=6.12.58-ipfire --force >>>> dracut[E]: Module 'btrfs' depends on module 'initqueue', which can't be installed >>>> dracut[E]: Module 'lvm' depends on module 'initqueue', which can't be installed >>>> dracut[E]: Module 'mdraid' depends on module 'initqueue', which can't be installed >>>> dracut[I]: *** Including module: modsign *** >>>> dracut[I]: *** Including module: i18n *** >>>> dracut[I]: *** Including module: btrfs *** >>>> dracut[I]: *** Including module: dm *** >>>> dracut[I]: *** Including module: fs-lib *** >>>> dracut[I]: *** Including module: kernel-modules *** >>>> dracut[I]: *** Including module: kernel-modules-extra *** >>>> dracut[I]: *** Including module: lvm *** >>>> dracut[I]: *** Including module: mdraid *** >>>> dracut[I]: *** Including module: qemu *** >>>> dracut[I]: *** Including module: rootfs-block *** >>>> dracut[I]: *** Including module: terminfo *** >>>> dracut[I]: *** Including module: udev-rules *** >>>> dracut[I]: *** Including module: base *** >>>> dracut[I]: *** Including modules done *** >>>> dracut[I]: *** Installing kernel module dependencies *** >>>> dracut[I]: *** Installing kernel module dependencies done *** >>>> dracut[I]: *** Resolving executable dependencies *** >>>> dracut[I]: *** Resolving executable dependencies done *** >>>> dracut[I]: *** Generating early-microcode cpio image *** >>>> dracut[I]: *** Constructing AuthenticAMD.bin *** >>>> dracut[I]: *** Constructing GenuineIntel.bin *** >>>> dracut[I]: *** Store current command line parameters *** >>>> dracut[I]: *** Creating image file '/boot/initramfs-6.12.58-ipfire.img.tmp' *** >>>> dracut[I]: *** Hardlinking files *** >>>> dracut[I]: *** Hardlinking files done *** >>>> >>>> >>>> Not sure about the "module 'initqueue', which can't be installed" bits. >>>> >>>> After the above last line I then got >>>> >>>> cp: error writing '/boot/initramfs-6.12.58-ipfire.img.tmp': No space left on device >>>> >>>> So I suspect I need to make the IPFire vm disk larger. >>> The problem was that I made a clone of a system that I had tested out upgrading from CU150 to CU198 and the boot size was obviously smaller back in CU150 as I only have 110MB but the more current systems have 488MB so I will create a clone of one of my newer systems and repeat the test. >> >> Repeated with a newer IPFire vm which had a 488MB boot partition and the dracut section went fine with no problems beside the initqueue module not being able to be installed. However that did not seem to cause a problem with the grub-mkconfig command or the subsequent reboot. >> >> I will evaluate the install tomorrow to check if anything has a problem. >> >> Regards, >> >> Adolf. >> >> >>> Regards, >>> Adolf. >>>> >>>> Will give that a try later but would like to know if there is anything I need to do with regard to the initqueue module that is mentioned in the dracut output. >>>> >>>> Regards, >>>> >>>> Adolf. >>>> >>>> On 11/12/2025 14:57, Adam Gibbons wrote: >>>>> Nice! >>>>> >>>>> I will test this over the weekend. >>>>> >>>>> Thanks, >>>>> Adam >>>>> >>>>> >>>>> On 11 December 2025 12:00:23 GMT, Arne Fitzenreiter <arne_f@ipfire.org> wrote: >>>>> >>>>> Hi, >>>>> >>>>> i have compiled a first test kernel 6.18 for x86_64. >>>>> >>>>> https://people.ipfire.org/~arne_f/highly-experimental/kernel/ <https://people.ipfire.org/~arne_f/highly-experimental/kernel/> >>>>> >>>>> please help testing and report your findings... >>>>> >>>>> Arne > > ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Kernel 6.18 fist tests... 2025-12-11 22:35 ` Adolf Belka @ 2025-12-12 11:30 ` Adolf Belka 2025-12-12 13:57 ` Adolf Belka 0 siblings, 1 reply; 13+ messages in thread From: Adolf Belka @ 2025-12-12 11:30 UTC (permalink / raw) To: Michael Tremer, Stefan Schantl Cc: Arne Fitzenreiter, IPFire: Development-List Hi Michael & all, On 11/12/2025 23:35, Adolf Belka wrote: > Hi Michael, > > On 11/12/2025 22:01, Michael Tremer wrote: >> Hello Adolf, >> >> The initqueue module is probably quite important. As far as I know it kind of replaces some systemd functionality which we don’t have. >> >> But looking at our root file, it is adding some systemd unit files: >>>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=config/rootfiles/common/dracut-ng;hb=d656b7af6411d0306513b853a552f56d6713c174#l484 >> Three of those files are related to systemd but one is the same as used to be in the base collection but was moved to this separate set in version 108. When I did the package update, I commented out all new entries in the rootfile that weren't previously in the rootfile. Therefore the initqueue set are all commented out but as it had been moved out from the base it needed to be included. I am running a build with all of the initqueue entries uncommented (although probably, the ones related to systemd could be left commented) and I will then do an install with that build and then try the kernel update followed by the dracut command again and see if it then works for the initqueue module. Well report back when I have the results. Regards, Adolf. >> We might have found a breaking change in dracut-ng if we don’t properly support mdraid any more. > > but that should then be presumably raised as an issue with dracut-ng as if it worked with the old dracut it should work with dracut-ng as version 100 was said to be a drop-in replacement for the old version. > > We are currently on version 108 and I just found in the changelog for that version the following change. > > -------------------------- > feat(initqueue): factor out initqueue into its own module > This PR allows excluding dracut initqueue module, while > including the base or the dracut-systemd module. > > Factoring out functionality into its own module > allows to better control to include or exclude the > functionality. > -------------------------- > > https://github.com/dracut-ng/dracut-ng/commit/3daf67830d8db3b12bc45eef9f8f29f606192db9 > > So it looks like it is a module that has to be explicitly specified now whereas in the past it was part of dracut base. > > Regards, > > Adolf. > >> >> Lacking support for btrfs in the initramdisk could be less severe, but that also needs to be tested. @Stefan, will you do this for c199? >> >> -Michael >> >>> On 11 Dec 2025, at 18:04, Adolf Belka <adolf.belka@ipfire.org> wrote: >>> >>> Hi Arne, >>> >>> On 11/12/2025 18:28, Adolf Belka wrote: >>>> Hi All, >>>> On 11/12/2025 18:20, Adolf Belka wrote: >>>>> Hi Arne, >>>>> >>>>> I have tried it out on a vm clone running CU199 Testing. >>>>> >>>>> In the readme.txt file I think you meant to have >>>>> >>>>> tar xvaf KERNEL-ARCHIV.tar.xz -C / >>>>> >>>>> instead of >>>>> >>>>> tar xvaf KERNEL-ARCHIV.tar.xz -C \ >>>>> >>>>> At least it only extracted for me with the / and not the \. >>>>> >>>>> I then ran the dracut command and got the following messages. >>>>> >>>>> sudo dracut --regenerate-all --force >>>>> dracut[I]: Executing: /usr/bin/dracut --kver=6.12.58-ipfire --force >>>>> dracut[E]: Module 'btrfs' depends on module 'initqueue', which can't be installed >>>>> dracut[E]: Module 'lvm' depends on module 'initqueue', which can't be installed >>>>> dracut[E]: Module 'mdraid' depends on module 'initqueue', which can't be installed >>>>> dracut[I]: *** Including module: modsign *** >>>>> dracut[I]: *** Including module: i18n *** >>>>> dracut[I]: *** Including module: btrfs *** >>>>> dracut[I]: *** Including module: dm *** >>>>> dracut[I]: *** Including module: fs-lib *** >>>>> dracut[I]: *** Including module: kernel-modules *** >>>>> dracut[I]: *** Including module: kernel-modules-extra *** >>>>> dracut[I]: *** Including module: lvm *** >>>>> dracut[I]: *** Including module: mdraid *** >>>>> dracut[I]: *** Including module: qemu *** >>>>> dracut[I]: *** Including module: rootfs-block *** >>>>> dracut[I]: *** Including module: terminfo *** >>>>> dracut[I]: *** Including module: udev-rules *** >>>>> dracut[I]: *** Including module: base *** >>>>> dracut[I]: *** Including modules done *** >>>>> dracut[I]: *** Installing kernel module dependencies *** >>>>> dracut[I]: *** Installing kernel module dependencies done *** >>>>> dracut[I]: *** Resolving executable dependencies *** >>>>> dracut[I]: *** Resolving executable dependencies done *** >>>>> dracut[I]: *** Generating early-microcode cpio image *** >>>>> dracut[I]: *** Constructing AuthenticAMD.bin *** >>>>> dracut[I]: *** Constructing GenuineIntel.bin *** >>>>> dracut[I]: *** Store current command line parameters *** >>>>> dracut[I]: *** Creating image file '/boot/initramfs-6.12.58-ipfire.img.tmp' *** >>>>> dracut[I]: *** Hardlinking files *** >>>>> dracut[I]: *** Hardlinking files done *** >>>>> >>>>> >>>>> Not sure about the "module 'initqueue', which can't be installed" bits. >>>>> >>>>> After the above last line I then got >>>>> >>>>> cp: error writing '/boot/initramfs-6.12.58-ipfire.img.tmp': No space left on device >>>>> >>>>> So I suspect I need to make the IPFire vm disk larger. >>>> The problem was that I made a clone of a system that I had tested out upgrading from CU150 to CU198 and the boot size was obviously smaller back in CU150 as I only have 110MB but the more current systems have 488MB so I will create a clone of one of my newer systems and repeat the test. >>> >>> Repeated with a newer IPFire vm which had a 488MB boot partition and the dracut section went fine with no problems beside the initqueue module not being able to be installed. However that did not seem to cause a problem with the grub-mkconfig command or the subsequent reboot. >>> >>> I will evaluate the install tomorrow to check if anything has a problem. >>> >>> Regards, >>> >>> Adolf. >>> >>> >>>> Regards, >>>> Adolf. >>>>> >>>>> Will give that a try later but would like to know if there is anything I need to do with regard to the initqueue module that is mentioned in the dracut output. >>>>> >>>>> Regards, >>>>> >>>>> Adolf. >>>>> >>>>> On 11/12/2025 14:57, Adam Gibbons wrote: >>>>>> Nice! >>>>>> >>>>>> I will test this over the weekend. >>>>>> >>>>>> Thanks, >>>>>> Adam >>>>>> >>>>>> >>>>>> On 11 December 2025 12:00:23 GMT, Arne Fitzenreiter <arne_f@ipfire.org> wrote: >>>>>> >>>>>> Hi, >>>>>> >>>>>> i have compiled a first test kernel 6.18 for x86_64. >>>>>> >>>>>> https://people.ipfire.org/~arne_f/highly-experimental/kernel/ <https://people.ipfire.org/~arne_f/highly-experimental/kernel/> >>>>>> >>>>>> please help testing and report your findings... >>>>>> >>>>>> Arne >> >> > ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Kernel 6.18 fist tests... 2025-12-12 11:30 ` Adolf Belka @ 2025-12-12 13:57 ` Adolf Belka 2025-12-15 11:46 ` Adolf Belka 0 siblings, 1 reply; 13+ messages in thread From: Adolf Belka @ 2025-12-12 13:57 UTC (permalink / raw) To: Michael Tremer, Stefan Schantl Cc: Arne Fitzenreiter, IPFire: Development-List Hi all, On 12/12/2025 12:30, Adolf Belka wrote: > Hi Michael & all, > > On 11/12/2025 23:35, Adolf Belka wrote: >> Hi Michael, >> >> On 11/12/2025 22:01, Michael Tremer wrote: >>> Hello Adolf, >>> >>> The initqueue module is probably quite important. As far as I know it kind of replaces some systemd functionality which we don’t have. >>> >>> But looking at our root file, it is adding some systemd unit files: >>>>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=config/rootfiles/common/dracut-ng;hb=d656b7af6411d0306513b853a552f56d6713c174#l484 >>> > > Three of those files are related to systemd but one is the same as used to be in the base collection but was moved to this separate set in version 108. > > When I did the package update, I commented out all new entries in the rootfile that weren't previously in the rootfile. Therefore the initqueue set are all commented out but as it had been moved out from the base it needed to be included. > > I am running a build with all of the initqueue entries uncommented (although probably, the ones related to systemd could be left commented) and I will then do an install with that build and then try the kernel update followed by the dracut command again and see if it then works for the initqueue module. > > Well report back when I have the results. I can report that all required modules are now able to be included, including initqueue and all modules are now correctly installed including btrfs, lvm and mdraid that had a problem before. I will submit a patch to correct the dracut-ng rootfile. Regards, Adolf. > > Regards, > > Adolf. > > >>> We might have found a breaking change in dracut-ng if we don’t properly support mdraid any more. >> >> but that should then be presumably raised as an issue with dracut-ng as if it worked with the old dracut it should work with dracut-ng as version 100 was said to be a drop-in replacement for the old version. >> >> We are currently on version 108 and I just found in the changelog for that version the following change. >> >> -------------------------- >> feat(initqueue): factor out initqueue into its own module >> This PR allows excluding dracut initqueue module, while >> including the base or the dracut-systemd module. >> >> Factoring out functionality into its own module >> allows to better control to include or exclude the >> functionality. >> -------------------------- >> >> https://github.com/dracut-ng/dracut-ng/commit/3daf67830d8db3b12bc45eef9f8f29f606192db9 >> >> So it looks like it is a module that has to be explicitly specified now whereas in the past it was part of dracut base. >> >> Regards, >> >> Adolf. >> >>> >>> Lacking support for btrfs in the initramdisk could be less severe, but that also needs to be tested. @Stefan, will you do this for c199? >>> >>> -Michael >>> >>>> On 11 Dec 2025, at 18:04, Adolf Belka <adolf.belka@ipfire.org> wrote: >>>> >>>> Hi Arne, >>>> >>>> On 11/12/2025 18:28, Adolf Belka wrote: >>>>> Hi All, >>>>> On 11/12/2025 18:20, Adolf Belka wrote: >>>>>> Hi Arne, >>>>>> >>>>>> I have tried it out on a vm clone running CU199 Testing. >>>>>> >>>>>> In the readme.txt file I think you meant to have >>>>>> >>>>>> tar xvaf KERNEL-ARCHIV.tar.xz -C / >>>>>> >>>>>> instead of >>>>>> >>>>>> tar xvaf KERNEL-ARCHIV.tar.xz -C \ >>>>>> >>>>>> At least it only extracted for me with the / and not the \. >>>>>> >>>>>> I then ran the dracut command and got the following messages. >>>>>> >>>>>> sudo dracut --regenerate-all --force >>>>>> dracut[I]: Executing: /usr/bin/dracut --kver=6.12.58-ipfire --force >>>>>> dracut[E]: Module 'btrfs' depends on module 'initqueue', which can't be installed >>>>>> dracut[E]: Module 'lvm' depends on module 'initqueue', which can't be installed >>>>>> dracut[E]: Module 'mdraid' depends on module 'initqueue', which can't be installed >>>>>> dracut[I]: *** Including module: modsign *** >>>>>> dracut[I]: *** Including module: i18n *** >>>>>> dracut[I]: *** Including module: btrfs *** >>>>>> dracut[I]: *** Including module: dm *** >>>>>> dracut[I]: *** Including module: fs-lib *** >>>>>> dracut[I]: *** Including module: kernel-modules *** >>>>>> dracut[I]: *** Including module: kernel-modules-extra *** >>>>>> dracut[I]: *** Including module: lvm *** >>>>>> dracut[I]: *** Including module: mdraid *** >>>>>> dracut[I]: *** Including module: qemu *** >>>>>> dracut[I]: *** Including module: rootfs-block *** >>>>>> dracut[I]: *** Including module: terminfo *** >>>>>> dracut[I]: *** Including module: udev-rules *** >>>>>> dracut[I]: *** Including module: base *** >>>>>> dracut[I]: *** Including modules done *** >>>>>> dracut[I]: *** Installing kernel module dependencies *** >>>>>> dracut[I]: *** Installing kernel module dependencies done *** >>>>>> dracut[I]: *** Resolving executable dependencies *** >>>>>> dracut[I]: *** Resolving executable dependencies done *** >>>>>> dracut[I]: *** Generating early-microcode cpio image *** >>>>>> dracut[I]: *** Constructing AuthenticAMD.bin *** >>>>>> dracut[I]: *** Constructing GenuineIntel.bin *** >>>>>> dracut[I]: *** Store current command line parameters *** >>>>>> dracut[I]: *** Creating image file '/boot/initramfs-6.12.58-ipfire.img.tmp' *** >>>>>> dracut[I]: *** Hardlinking files *** >>>>>> dracut[I]: *** Hardlinking files done *** >>>>>> >>>>>> >>>>>> Not sure about the "module 'initqueue', which can't be installed" bits. >>>>>> >>>>>> After the above last line I then got >>>>>> >>>>>> cp: error writing '/boot/initramfs-6.12.58-ipfire.img.tmp': No space left on device >>>>>> >>>>>> So I suspect I need to make the IPFire vm disk larger. >>>>> The problem was that I made a clone of a system that I had tested out upgrading from CU150 to CU198 and the boot size was obviously smaller back in CU150 as I only have 110MB but the more current systems have 488MB so I will create a clone of one of my newer systems and repeat the test. >>>> >>>> Repeated with a newer IPFire vm which had a 488MB boot partition and the dracut section went fine with no problems beside the initqueue module not being able to be installed. However that did not seem to cause a problem with the grub-mkconfig command or the subsequent reboot. >>>> >>>> I will evaluate the install tomorrow to check if anything has a problem. >>>> >>>> Regards, >>>> >>>> Adolf. >>>> >>>> >>>>> Regards, >>>>> Adolf. >>>>>> >>>>>> Will give that a try later but would like to know if there is anything I need to do with regard to the initqueue module that is mentioned in the dracut output. >>>>>> >>>>>> Regards, >>>>>> >>>>>> Adolf. >>>>>> >>>>>> On 11/12/2025 14:57, Adam Gibbons wrote: >>>>>>> Nice! >>>>>>> >>>>>>> I will test this over the weekend. >>>>>>> >>>>>>> Thanks, >>>>>>> Adam >>>>>>> >>>>>>> >>>>>>> On 11 December 2025 12:00:23 GMT, Arne Fitzenreiter <arne_f@ipfire.org> wrote: >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> i have compiled a first test kernel 6.18 for x86_64. >>>>>>> >>>>>>> https://people.ipfire.org/~arne_f/highly-experimental/kernel/ <https://people.ipfire.org/~arne_f/highly-experimental/kernel/> >>>>>>> >>>>>>> please help testing and report your findings... >>>>>>> >>>>>>> Arne >>> >>> >> > ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Kernel 6.18 fist tests... 2025-12-12 13:57 ` Adolf Belka @ 2025-12-15 11:46 ` Adolf Belka 2025-12-15 20:13 ` Adam Gibbons 0 siblings, 1 reply; 13+ messages in thread From: Adolf Belka @ 2025-12-15 11:46 UTC (permalink / raw) To: Arne Fitzenreiter; +Cc: IPFire: Development-List Hi Arne, With the patch fix for the initqueue issue in place I have been running IPFire with that new kernel and testing out various things. I am not sure what aspects of IPfire would be most likely to be affected by the change to the kernel, so I have just been testing various elements of IPFire. Everything I have tried has worked without any issues. OpenVPN, WireGuard and IPSec connections have all worked, both RW and N2N with the latter being between a system with 6.18.0 and all other IPFire VM's with 6.12.58 Regards, Adolf. On 12/12/2025 14:57, Adolf Belka wrote: > Hi all, > > On 12/12/2025 12:30, Adolf Belka wrote: >> Hi Michael & all, >> >> On 11/12/2025 23:35, Adolf Belka wrote: >>> Hi Michael, >>> >>> On 11/12/2025 22:01, Michael Tremer wrote: >>>> Hello Adolf, >>>> >>>> The initqueue module is probably quite important. As far as I know it kind of replaces some systemd functionality which we don’t have. >>>> >>>> But looking at our root file, it is adding some systemd unit files: >>>>>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=config/rootfiles/common/dracut-ng;hb=d656b7af6411d0306513b853a552f56d6713c174#l484 >>>> >> >> Three of those files are related to systemd but one is the same as used to be in the base collection but was moved to this separate set in version 108. >> >> When I did the package update, I commented out all new entries in the rootfile that weren't previously in the rootfile. Therefore the initqueue set are all commented out but as it had been moved out from the base it needed to be included. >> >> I am running a build with all of the initqueue entries uncommented (although probably, the ones related to systemd could be left commented) and I will then do an install with that build and then try the kernel update followed by the dracut command again and see if it then works for the initqueue module. >> >> Well report back when I have the results. > > I can report that all required modules are now able to be included, including initqueue and all modules are now correctly installed including btrfs, lvm and mdraid that had a problem before. > > I will submit a patch to correct the dracut-ng rootfile. > > Regards, > > Adolf. > >> >> Regards, >> >> Adolf. >> >> >>>> We might have found a breaking change in dracut-ng if we don’t properly support mdraid any more. >>> >>> but that should then be presumably raised as an issue with dracut-ng as if it worked with the old dracut it should work with dracut-ng as version 100 was said to be a drop-in replacement for the old version. >>> >>> We are currently on version 108 and I just found in the changelog for that version the following change. >>> >>> -------------------------- >>> feat(initqueue): factor out initqueue into its own module >>> This PR allows excluding dracut initqueue module, while >>> including the base or the dracut-systemd module. >>> >>> Factoring out functionality into its own module >>> allows to better control to include or exclude the >>> functionality. >>> -------------------------- >>> >>> https://github.com/dracut-ng/dracut-ng/commit/3daf67830d8db3b12bc45eef9f8f29f606192db9 >>> >>> So it looks like it is a module that has to be explicitly specified now whereas in the past it was part of dracut base. >>> >>> Regards, >>> >>> Adolf. >>> >>>> >>>> Lacking support for btrfs in the initramdisk could be less severe, but that also needs to be tested. @Stefan, will you do this for c199? >>>> >>>> -Michael >>>> >>>>> On 11 Dec 2025, at 18:04, Adolf Belka <adolf.belka@ipfire.org> wrote: >>>>> >>>>> Hi Arne, >>>>> >>>>> On 11/12/2025 18:28, Adolf Belka wrote: >>>>>> Hi All, >>>>>> On 11/12/2025 18:20, Adolf Belka wrote: >>>>>>> Hi Arne, >>>>>>> >>>>>>> I have tried it out on a vm clone running CU199 Testing. >>>>>>> >>>>>>> In the readme.txt file I think you meant to have >>>>>>> >>>>>>> tar xvaf KERNEL-ARCHIV.tar.xz -C / >>>>>>> >>>>>>> instead of >>>>>>> >>>>>>> tar xvaf KERNEL-ARCHIV.tar.xz -C \ >>>>>>> >>>>>>> At least it only extracted for me with the / and not the \. >>>>>>> >>>>>>> I then ran the dracut command and got the following messages. >>>>>>> >>>>>>> sudo dracut --regenerate-all --force >>>>>>> dracut[I]: Executing: /usr/bin/dracut --kver=6.12.58-ipfire --force >>>>>>> dracut[E]: Module 'btrfs' depends on module 'initqueue', which can't be installed >>>>>>> dracut[E]: Module 'lvm' depends on module 'initqueue', which can't be installed >>>>>>> dracut[E]: Module 'mdraid' depends on module 'initqueue', which can't be installed >>>>>>> dracut[I]: *** Including module: modsign *** >>>>>>> dracut[I]: *** Including module: i18n *** >>>>>>> dracut[I]: *** Including module: btrfs *** >>>>>>> dracut[I]: *** Including module: dm *** >>>>>>> dracut[I]: *** Including module: fs-lib *** >>>>>>> dracut[I]: *** Including module: kernel-modules *** >>>>>>> dracut[I]: *** Including module: kernel-modules-extra *** >>>>>>> dracut[I]: *** Including module: lvm *** >>>>>>> dracut[I]: *** Including module: mdraid *** >>>>>>> dracut[I]: *** Including module: qemu *** >>>>>>> dracut[I]: *** Including module: rootfs-block *** >>>>>>> dracut[I]: *** Including module: terminfo *** >>>>>>> dracut[I]: *** Including module: udev-rules *** >>>>>>> dracut[I]: *** Including module: base *** >>>>>>> dracut[I]: *** Including modules done *** >>>>>>> dracut[I]: *** Installing kernel module dependencies *** >>>>>>> dracut[I]: *** Installing kernel module dependencies done *** >>>>>>> dracut[I]: *** Resolving executable dependencies *** >>>>>>> dracut[I]: *** Resolving executable dependencies done *** >>>>>>> dracut[I]: *** Generating early-microcode cpio image *** >>>>>>> dracut[I]: *** Constructing AuthenticAMD.bin *** >>>>>>> dracut[I]: *** Constructing GenuineIntel.bin *** >>>>>>> dracut[I]: *** Store current command line parameters *** >>>>>>> dracut[I]: *** Creating image file '/boot/initramfs-6.12.58-ipfire.img.tmp' *** >>>>>>> dracut[I]: *** Hardlinking files *** >>>>>>> dracut[I]: *** Hardlinking files done *** >>>>>>> >>>>>>> >>>>>>> Not sure about the "module 'initqueue', which can't be installed" bits. >>>>>>> >>>>>>> After the above last line I then got >>>>>>> >>>>>>> cp: error writing '/boot/initramfs-6.12.58-ipfire.img.tmp': No space left on device >>>>>>> >>>>>>> So I suspect I need to make the IPFire vm disk larger. >>>>>> The problem was that I made a clone of a system that I had tested out upgrading from CU150 to CU198 and the boot size was obviously smaller back in CU150 as I only have 110MB but the more current systems have 488MB so I will create a clone of one of my newer systems and repeat the test. >>>>> >>>>> Repeated with a newer IPFire vm which had a 488MB boot partition and the dracut section went fine with no problems beside the initqueue module not being able to be installed. However that did not seem to cause a problem with the grub-mkconfig command or the subsequent reboot. >>>>> >>>>> I will evaluate the install tomorrow to check if anything has a problem. >>>>> >>>>> Regards, >>>>> >>>>> Adolf. >>>>> >>>>> >>>>>> Regards, >>>>>> Adolf. >>>>>>> >>>>>>> Will give that a try later but would like to know if there is anything I need to do with regard to the initqueue module that is mentioned in the dracut output. >>>>>>> >>>>>>> Regards, >>>>>>> >>>>>>> Adolf. >>>>>>> >>>>>>> On 11/12/2025 14:57, Adam Gibbons wrote: >>>>>>>> Nice! >>>>>>>> >>>>>>>> I will test this over the weekend. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Adam >>>>>>>> >>>>>>>> >>>>>>>> On 11 December 2025 12:00:23 GMT, Arne Fitzenreiter <arne_f@ipfire.org> wrote: >>>>>>>> >>>>>>>> Hi, >>>>>>>> >>>>>>>> i have compiled a first test kernel 6.18 for x86_64. >>>>>>>> >>>>>>>> https://people.ipfire.org/~arne_f/highly-experimental/kernel/ <https://people.ipfire.org/~arne_f/highly-experimental/kernel/> >>>>>>>> >>>>>>>> please help testing and report your findings... >>>>>>>> >>>>>>>> Arne >>>> >>>> >>> >> > ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Kernel 6.18 fist tests... 2025-12-15 11:46 ` Adolf Belka @ 2025-12-15 20:13 ` Adam Gibbons 0 siblings, 0 replies; 13+ messages in thread From: Adam Gibbons @ 2025-12-15 20:13 UTC (permalink / raw) To: development, Adolf Belka, Arne Fitzenreiter; +Cc: IPFire: Development-List [-- Attachment #1: Type: text/plain, Size: 9540 bytes --] Hi Arne, Adolf, all, Just chiming in with my own testing experience. I updated to the latest nightly (which has the dracut-ng initqueue fix) and then applied the 6.18 kernel. Small things I hit: the readme had "-C " instead of "-C /" for the tar command, and there was a typo in the dracut command ("regenrate" instead of "regenerate"). Easy fixes, though. :) Since then it's been running solidly for over 24 hours now. No odd behaviour at all – everything feels normal, and Observium (which monitors the box) isn't showing anything unusual either. I've noticed that Linux 6.18.1 was released recently too, so I'll grab Arne's build of that next and give it a go soon. For reference, my current test box is an older i5-4200U with four Intel I211 NICs. I also have a newer Intel N305 (with I226-V NICs) ready, so I'll move the test over to that soon – mainly curious to see how p-states and power management are behaving in 6.18. Thanks Arne for building these, really helpful to get it tested early. Cheers, Adam On 15 December 2025 11:46:18 GMT, Adolf Belka <adolf.belka@ipfire.org> wrote: >Hi Arne, > >With the patch fix for the initqueue issue in place I have been running IPFire with that new kernel and testing out various things. > >I am not sure what aspects of IPfire would be most likely to be affected by the change to the kernel, so I have just been testing various elements of IPFire. Everything I have tried has worked without any issues. > >OpenVPN, WireGuard and IPSec connections have all worked, both RW and N2N with the latter being between a system with 6.18.0 and all other IPFire VM's with 6.12.58 > >Regards, > >Adolf. > > >On 12/12/2025 14:57, Adolf Belka wrote: >> Hi all, >> >> On 12/12/2025 12:30, Adolf Belka wrote: >>> Hi Michael & all, >>> >>> On 11/12/2025 23:35, Adolf Belka wrote: >>>> Hi Michael, >>>> >>>> On 11/12/2025 22:01, Michael Tremer wrote: >>>>> Hello Adolf, >>>>> >>>>> The initqueue module is probably quite important. As far as I know it kind of replaces some systemd functionality which we don’t have. >>>>> >>>>> But looking at our root file, it is adding some systemd unit files: >>>>>>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=config/rootfiles/common/dracut-ng;hb=d656b7af6411d0306513b853a552f56d6713c174#l484 >>>>> >>> >>> Three of those files are related to systemd but one is the same as used to be in the base collection but was moved to this separate set in version 108. >>> >>> When I did the package update, I commented out all new entries in the rootfile that weren't previously in the rootfile. Therefore the initqueue set are all commented out but as it had been moved out from the base it needed to be included. >>> >>> I am running a build with all of the initqueue entries uncommented (although probably, the ones related to systemd could be left commented) and I will then do an install with that build and then try the kernel update followed by the dracut command again and see if it then works for the initqueue module. >>> >>> Well report back when I have the results. >> >> I can report that all required modules are now able to be included, including initqueue and all modules are now correctly installed including btrfs, lvm and mdraid that had a problem before. >> >> I will submit a patch to correct the dracut-ng rootfile. >> >> Regards, >> >> Adolf. >> >>> >>> Regards, >>> >>> Adolf. >>> >>> >>>>> We might have found a breaking change in dracut-ng if we don’t properly support mdraid any more. >>>> >>>> but that should then be presumably raised as an issue with dracut-ng as if it worked with the old dracut it should work with dracut-ng as version 100 was said to be a drop-in replacement for the old version. >>>> >>>> We are currently on version 108 and I just found in the changelog for that version the following change. >>>> >>>> -------------------------- >>>> feat(initqueue): factor out initqueue into its own module >>>> This PR allows excluding dracut initqueue module, while >>>> including the base or the dracut-systemd module. >>>> >>>> Factoring out functionality into its own module >>>> allows to better control to include or exclude the >>>> functionality. >>>> -------------------------- >>>> >>>> https://github.com/dracut-ng/dracut-ng/commit/3daf67830d8db3b12bc45eef9f8f29f606192db9 >>>> >>>> So it looks like it is a module that has to be explicitly specified now whereas in the past it was part of dracut base. >>>> >>>> Regards, >>>> >>>> Adolf. >>>> >>>>> >>>>> Lacking support for btrfs in the initramdisk could be less severe, but that also needs to be tested. @Stefan, will you do this for c199? >>>>> >>>>> -Michael >>>>> >>>>>> On 11 Dec 2025, at 18:04, Adolf Belka <adolf.belka@ipfire.org> wrote: >>>>>> >>>>>> Hi Arne, >>>>>> >>>>>> On 11/12/2025 18:28, Adolf Belka wrote: >>>>>>> Hi All, >>>>>>> On 11/12/2025 18:20, Adolf Belka wrote: >>>>>>>> Hi Arne, >>>>>>>> >>>>>>>> I have tried it out on a vm clone running CU199 Testing. >>>>>>>> >>>>>>>> In the readme.txt file I think you meant to have >>>>>>>> >>>>>>>> tar xvaf KERNEL-ARCHIV.tar.xz -C / >>>>>>>> >>>>>>>> instead of >>>>>>>> >>>>>>>> tar xvaf KERNEL-ARCHIV.tar.xz -C \ >>>>>>>> >>>>>>>> At least it only extracted for me with the / and not the \. >>>>>>>> >>>>>>>> I then ran the dracut command and got the following messages. >>>>>>>> >>>>>>>> sudo dracut --regenerate-all --force >>>>>>>> dracut[I]: Executing: /usr/bin/dracut --kver=6.12.58-ipfire --force >>>>>>>> dracut[E]: Module 'btrfs' depends on module 'initqueue', which can't be installed >>>>>>>> dracut[E]: Module 'lvm' depends on module 'initqueue', which can't be installed >>>>>>>> dracut[E]: Module 'mdraid' depends on module 'initqueue', which can't be installed >>>>>>>> dracut[I]: *** Including module: modsign *** >>>>>>>> dracut[I]: *** Including module: i18n *** >>>>>>>> dracut[I]: *** Including module: btrfs *** >>>>>>>> dracut[I]: *** Including module: dm *** >>>>>>>> dracut[I]: *** Including module: fs-lib *** >>>>>>>> dracut[I]: *** Including module: kernel-modules *** >>>>>>>> dracut[I]: *** Including module: kernel-modules-extra *** >>>>>>>> dracut[I]: *** Including module: lvm *** >>>>>>>> dracut[I]: *** Including module: mdraid *** >>>>>>>> dracut[I]: *** Including module: qemu *** >>>>>>>> dracut[I]: *** Including module: rootfs-block *** >>>>>>>> dracut[I]: *** Including module: terminfo *** >>>>>>>> dracut[I]: *** Including module: udev-rules *** >>>>>>>> dracut[I]: *** Including module: base *** >>>>>>>> dracut[I]: *** Including modules done *** >>>>>>>> dracut[I]: *** Installing kernel module dependencies *** >>>>>>>> dracut[I]: *** Installing kernel module dependencies done *** >>>>>>>> dracut[I]: *** Resolving executable dependencies *** >>>>>>>> dracut[I]: *** Resolving executable dependencies done *** >>>>>>>> dracut[I]: *** Generating early-microcode cpio image *** >>>>>>>> dracut[I]: *** Constructing AuthenticAMD.bin *** >>>>>>>> dracut[I]: *** Constructing GenuineIntel.bin *** >>>>>>>> dracut[I]: *** Store current command line parameters *** >>>>>>>> dracut[I]: *** Creating image file '/boot/initramfs-6.12.58-ipfire.img.tmp' *** >>>>>>>> dracut[I]: *** Hardlinking files *** >>>>>>>> dracut[I]: *** Hardlinking files done *** >>>>>>>> >>>>>>>> >>>>>>>> Not sure about the "module 'initqueue', which can't be installed" bits. >>>>>>>> >>>>>>>> After the above last line I then got >>>>>>>> >>>>>>>> cp: error writing '/boot/initramfs-6.12.58-ipfire.img.tmp': No space left on device >>>>>>>> >>>>>>>> So I suspect I need to make the IPFire vm disk larger. >>>>>>> The problem was that I made a clone of a system that I had tested out upgrading from CU150 to CU198 and the boot size was obviously smaller back in CU150 as I only have 110MB but the more current systems have 488MB so I will create a clone of one of my newer systems and repeat the test. >>>>>> >>>>>> Repeated with a newer IPFire vm which had a 488MB boot partition and the dracut section went fine with no problems beside the initqueue module not being able to be installed. However that did not seem to cause a problem with the grub-mkconfig command or the subsequent reboot. >>>>>> >>>>>> I will evaluate the install tomorrow to check if anything has a problem. >>>>>> >>>>>> Regards, >>>>>> >>>>>> Adolf. >>>>>> >>>>>> >>>>>>> Regards, >>>>>>> Adolf. >>>>>>>> >>>>>>>> Will give that a try later but would like to know if there is anything I need to do with regard to the initqueue module that is mentioned in the dracut output. >>>>>>>> >>>>>>>> Regards, >>>>>>>> >>>>>>>> Adolf. >>>>>>>> >>>>>>>> On 11/12/2025 14:57, Adam Gibbons wrote: >>>>>>>>> Nice! >>>>>>>>> >>>>>>>>> I will test this over the weekend. >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> Adam >>>>>>>>> >>>>>>>>> >>>>>>>>> On 11 December 2025 12:00:23 GMT, Arne Fitzenreiter <arne_f@ipfire.org> wrote: >>>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> i have compiled a first test kernel 6.18 for x86_64. >>>>>>>>> >>>>>>>>> https://people.ipfire.org/~arne_f/highly-experimental/kernel/ <https://people.ipfire.org/~arne_f/highly-experimental/kernel/> >>>>>>>>> >>>>>>>>> please help testing and report your findings... >>>>>>>>> >>>>>>>>> Arne >>>>> >>>>> >>>> >>> >> > > [-- Attachment #2: Type: text/html, Size: 12071 bytes --] ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Kernel 6.18 fist tests... 2025-12-11 12:00 Kernel 6.18 fist tests Arne Fitzenreiter 2025-12-11 13:57 ` Adam Gibbons @ 2025-12-17 13:50 ` ummeegge 2025-12-17 15:38 ` ummeegge 1 sibling, 1 reply; 13+ messages in thread From: ummeegge @ 2025-12-17 13:50 UTC (permalink / raw) To: development Hi Arne, hi all, Am Donnerstag, dem 11.12.2025 um 13:00 +0100 schrieb Arne Fitzenreiter: > Hi, > > i have compiled a first test kernel 6.18 for x86_64. > > https://people.ipfire.org/~arne_f/highly-experimental/kernel/ > > please help testing and report your findings... > > Arne I have been running kernel-6.18.1-ipfire.x86_64 for over a day now on real (quite old) hardware and everything is working perfectly so far. Hardware: - SECO 0949 motherboard - Intel Atom N2600 @ 1.6 GHz (4 threads), 2 GB RAM - 2× Realtek RTL8111/8168 (r8169 driver) – green0 and red0 at 100 Mbps - USB Wi-Fi: Ralink RT5572 (rt2800usb) – blue0 - Crucial BX500 240 GB SSD Installation as described in the README (with fixed typo) went smoothly. dracut correctly included the initqueue module, and grub- mkconfig placed the new kernel at the top. Tested (all working flawlessly): - Normal boot (multiple reboots) - Web interface - Internet access via RED - Clients browsing normally behind GREEN and BLUE (Wi-Fi stable) - OpenVPN tunnel (tun0) starts, routes are set - WireGuard interface (wg0) present - No kernel errors/warnings in dmesg - System stable for 18+ hours, normal RAM usage, no swap Additional stress tests: - CPU stress (stress --cpu 4 for ~15 minutes): - Load average ~4.0–4.3 (100% on all threads) - CPU frequency stable at 1596 MHz (no throttling) - Temperatures max. 56°C (Core 1) / 55°C (zone) – safe and cooled down quickly - No kernel errors - Network tests: - LAN TCP (client to IPFire green0): stable 94 Mbits/sec (full link speed) - LAN UDP overload: ~60 Mbits/sec with only 4.4% loss (expected on 100 Mbps link) - Local loopback TCP (4 parallel streams): ~2.71 Gbits/sec aggregate - Local loopback UDP: 25.3 Mbits/sec with 0% loss - No packet errors on r8169 interfaces (ethtool -S shows all error counters at 0) - No drops in /proc/net/softnet_stat Conclusion: On this older low-power hardware, kernel 6.18.1 runs absolutely stable with no noticeable regressions – network performance is excellent and the system handles both CPU and network load very well. I will keep it running as my daily driver and report if anything changes. Many thanks for the test builds, Arne – great work! Best, Erik ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: Kernel 6.18 fist tests... 2025-12-17 13:50 ` ummeegge @ 2025-12-17 15:38 ` ummeegge 0 siblings, 0 replies; 13+ messages in thread From: ummeegge @ 2025-12-17 15:38 UTC (permalink / raw) To: development As a side note, the new kernel delivers also the OpenVPN data channel offload modul ` $ lsmod | grep ovpn ovpn 98304 0 ip6_udp_tunnel 16384 2 ovpn,wireguard udp_tunnel 36864 2 ovpn,wireguard ` ` $ modinfo ovpn filename: /lib/modules/6.18.1- ipfire/kernel/drivers/net/ovpn/ovpn.ko.xz license: GPL author: Antonio Quartulli <antonio@openvpn.net> description: OpenVPN data channel offload (ovpn) alias: net-pf-16-proto-16-family-ovpn srcversion: 3489B2E6A6AC611BFA9C567 depends: udp_tunnel,ip6_udp_tunnel intree: Y name: ovpn retpoline: Y vermagic: 6.18.1-ipfire SMP preempt mod_unload modversions sig_id: PKCS#7 signer: Build time autogenerated kernel key sig_key: 4F:44:D3:C8:7A:2F:B2:87:6F:B1:98:F4:9A:B1:B1:DA:88:EB:66:AF sig_hashalgo: sha512 signature: 30:65:02:31:00:D1:C5:0C:D6:00:BC:87:04:27:7F:11:BB:39:5F:B3: 65:10:81:AB:09:76:7D:8D:12:17:34:E9:20:EF:21:E3:FD:85: 3F:DB: C1:DA:60:8D:1B:62:1F:C7:24:4B:EF:DC:4B:02:30:73:8B:EB: 1A:88: 7A:D9:2F:44:6D:73:1D:07:14:29:83:0F:91:EF:44:E2:88:97: 02:2D: EB:8D:1C:0A:D7:00:19:50:01:F9:55:78:B4:F1:96:05:56:95: BF:83: FA:8E:62 ` https://blog.openvpn.net/openvpn-dco-added-to-linux-kernel-2025 . The new openvpn-2.7_rc3 version supports now also the new ovpn DCO Linux kernel module https://community.openvpn.net/Downloads#openvpn-27_rc3-released-28-november-2025 which is native in which works good after a first look over. There was the need to delete the `--enable-iproute2` and add the `-- enable-dco` compiletime options. There is also the need to Remove or change the `--data-ciphers-fallback` flag to an AEAD cipher in server.conf , after that: - Server starts with DCO - Logs show explicit DCO activation: "net_iface_new: add tun0 type ovpn" "DCO device tun0 opened" "ovpn-dco device [tun0] opened" "dco_new_peer", "dco_install_key", "dco_set_peer" - Data channel uses AES-256-GCM in kernel mode - Server-side DCO active even with 2.6 client Some more infos. Erik P.S.: OpenVPN-2.7 uses now `Control Channel: TLSv1.3, cipher TLSv1.3 TLS_AES_256_GCM_SHA384, peer certificate: 4096 bits RSA, signature: RSA-SHA256, peer temporary key: 768 bits X25519MLKEM768, peer signing digest/type: rsa_pss_rsae_sha256 RSASSA-PSS, key agreement: X25519MLKEM768` so with default config, hybrid post-quantum key exchange (X25519MLKEM768 = X25519 + Kyber-768/ML-KEM-768) is available :-) . ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2025-12-17 15:38 UTC | newest] Thread overview: 13+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2025-12-11 12:00 Kernel 6.18 fist tests Arne Fitzenreiter 2025-12-11 13:57 ` Adam Gibbons 2025-12-11 17:20 ` Adolf Belka 2025-12-11 17:28 ` Adolf Belka 2025-12-11 18:04 ` Adolf Belka 2025-12-11 21:01 ` Michael Tremer 2025-12-11 22:35 ` Adolf Belka 2025-12-12 11:30 ` Adolf Belka 2025-12-12 13:57 ` Adolf Belka 2025-12-15 11:46 ` Adolf Belka 2025-12-15 20:13 ` Adam Gibbons 2025-12-17 13:50 ` ummeegge 2025-12-17 15:38 ` ummeegge
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox