Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.kernel > #90637 > unrolled thread

Uploading linux (6.18.3-1)

Started bySalvatore Bonaccorso <carnil@debian.org>
First post2026-01-02 14:40 +0100
Last post2026-01-03 20:40 +0100
Articles 3 — 2 participants

Back to article view | Back to linux.debian.kernel

Contents

  Uploading linux (6.18.3-1) Salvatore Bonaccorso <carnil@debian.org> - 2026-01-02 14:40 +0100
    Re: Uploading linux (6.18.3-1) Cyril Brulebois <kibi@debian.org> - 2026-01-03 05:10 +0100
      Re: Uploading linux (6.18.3-1) Salvatore Bonaccorso <carnil@debian.org> - 2026-01-03 20:40 +0100

#90637 — Uploading linux (6.18.3-1)

FromSalvatore Bonaccorso <carnil@debian.org>
Date2026-01-02 14:40 +0100
SubjectUploading linux (6.18.3-1)
Message-ID<M8NxL-7wc5-1@gated-at.bofh.it>

[Multipart message — attachments visible in raw view] — view raw

Hi

I would like to upload linux version 6.18.3-1 to unstable.

This is a new upstream version with, as usual, many upstream changes.

The pending changes in the package are:

  * Add breaks against u-boot-efi-dtb (<< 5) on architectures with DTB files.
  * Don't remove own files in clean target.  This fixes the contents of
    kernel-image udebs.
  * drm/amdgpu: don't attach the tlb fence for SI (Closes: #1123046)
  * sched/proxy: Yield the donor task
  * Make dracut the preferred initramfs generator.
  * [alpha] Add patch to update uapi headers for glibc >= 2.42
  * [arm64,armhf] clk: samsung: exynos-clkout: Assign .num before accessing .hws
    (Closes: #1121211)
  * Add 'c_' prefix to compiler configuration field and variables
  * module: Disable MODVERSIONS, MODULE_ALLOW_BTF_MISMATCH
  * d/l/p/debian_linux/debian.py: Allow adding restrictions to
    PackageRelationGroup
  * Implement configuration for Rust compiler and other build-dependencies
  * d/rules.real: Set KRUSTFLAGS and HOSTRUSTFLAGS to make filenames relative
  * [amd64,arm64,armhf,loong64,riscv64] Enable building Rust drivers and
    features:
    - Enable RUST, RUST_OVERFLOW_CHECKS
    - Build-Depend on bindgen, rustc, and rust-src
    - firmware: Enable RUST_FW_LOADER_ABSTRACTIONS
    - net/phy: Enable drivers written in Rust:
      + Change PHYLIB from module to built-in
      + Enable RUST_PHYLIB_ABSTRACTIONS
      + Eable AMCC_QT2025_PHY as module, and AX88796B_RUST_PHY
    - drm: Enable panic QR codes:
      + Enable DRM_PANIC and DRM_PANIC_SCREEN_QR_CODE (Closes: #1121937)
      + Set DRM_PANIC_SCREEN="qr_code"
      + Point DRM_PANIC_SCREEN_QR_CODE_URL at a Debian-hosted decoder
  * Install vdso files if available.
  * Move dtb into modules directory.
  * Convert doc to symlink in linux-libc-dev-*-cross.
  * Split modules out of kernel-image udeb.
  * [amd64] drivers/accel/amdxdna: Enable DRM_ACCEL_AMDXDNA as module
    (Closes: #1114868)
  * ipv6: clear RA flags when adding a static route (Closes: #1117959)
  * d/b/stable-update: Use linux_version_full to get current full version
  * [amd64] drivers/spi: Enable SPI_AMD as module (Closes: #1122853)
  * drivers/hid: Enable HID_UNIVERSAL_PIDFF as module (Closes: #1122144)
  * [arm64] Enable BATTERY_LENOVO_YOGA_C630 as module
  * Introduce a base package for version sync.
  * [arm64] Add initial Raspberry Pi 5 support
    - enable MMC_SDHCI_BRCMSTB, GPIO_BRCMSTB, PINCTRL_BRCMSTB
      and PINCTRL_BCM2712 as modules
    - enable OF_OVERLAY
    - enable MISC_RP1 as a module
  * [armhf] Enable LEDS_TURRIS_OMNIA as a module for Turris Omnia LED support.
  * Fix version in filenames of linux-config and linux-source packages.
  * Enable TCP_AO.
  * [amd64] drivers/hid/intel-thc-hid: Enable INTEL_THC_HID, INTEL_QUICKSPI and
    INTEL_QUICKI2C as modules (Closes: #1119810)
  * [arm64] drivers/net/ethernet/renesas: Enable RAVB as module
    (Closes: #1120673)
  * Fix modular build of binder.
  * Also split signing info into quick and not quick.
  * [amd64] drivers/platform/x86/lenovo: Enable LENOVO_WMI_GAMEZONE as module
    (Closes: #1119799)
  * Introduce explicit test flavour.
  * Also drop update from experimental versions.
  * Take over linux-libc-dev-*-cross from cross-toolchain-base, see #1065416.
  * Call pytest instead of historic py.test. (closes: #1119268)
  * [powerpc/powrpc64] Remove a remaining non-multiarch build.
  * [armel, mips*] Remove all kernel builds.
  * d/salsa-ci.yml: Fix cache configuration for build job
  * d/salsa-ci.yml: Move orig tarball generation to a separate job again
  * d/salsa-ci.yml: Restore lintian checking of source package
  * d/b/test-patches: Stop handling rt featureset for test builds
    (Closes: #1114863)
  * [riscv64] Enable ARCH_ESWIN and PINCTRL_EIC7700
  * [riscv64] Enable DRM_POWERVR and POWER_RESET_TH1520_AON as modules
  * [riscv64] Enable I2C_MICROCHIP_CORE, MCHP_SBI_IPC_MBOX and
    PWM_MICROCHIP_CORE as modules
  * [riscv64] Enable MFD_SPACEMIT_P1, MMP_PDMA and NVMEM_LAYOUT_ONIE_TLV as
    modules
  * [riscv64] Enable PCIE_SG2042_HOST as built-in and SPI_SG2044_NOR as
    module
  * [riscv64] udeb: kernel-image: add DMA and reset controllers

So we cover a couple of further HW support enablements, the
introduction of  a base package for version sync, enablement of
building rust drivers and features and the switch to dracut as the
preferred initramfs generator.

The switch of the preferred initramfs generator to dracut is a first
step towards the plan to switch to dracut by default. There is work
planned to make support for d-i, Benjamin is aiming to make a list of
packages that ship initramfs-tools hooks in Debian.

A summary/state can be found in:
https://salsa.debian.org/kernel-team/meetings/-/wikis/20251217
https://meetbot.debian.net/debian-kernel/2025/debian-kernel.2025-12-17-20.00.html
https://meetbot.debian.net/debian-kernel/2025/debian-kernel.2025-12-17-20.00.log.html

Regards,
Salvatore

[toc] | [next] | [standalone]

#90678

FromCyril Brulebois <kibi@debian.org>
Date2026-01-03 05:10 +0100
Message-ID<M917H-7FhW-3@gated-at.bofh.it>
In reply to#90637

[Multipart message — attachments visible in raw view] — view raw

Hi Salvatore,

And thanks again for those mails, much welcome. Especially when they're
not about “no packaging changes”. ;-)

I'm pinpointing a few things that I should look into (which I cannot do
right away).

Salvatore Bonaccorso <carnil@debian.org> (2026-01-02):
>   * Make dracut the preferred initramfs generator.

This caught my eye but I see you're addressing that below.

>   * Move dtb into modules directory.

This too, I suppose this might impact some packages like raspi-firmware
(maintainers bcc'd) which copy some DTBs around.

>   * Split modules out of kernel-image udeb.

I suppose this is about shuffling .ko between udebs, so that might be
transparent for the installer's runtime.

>   * [arm64] Add initial Raspberry Pi 5 support
>     - enable MMC_SDHCI_BRCMSTB, GPIO_BRCMSTB, PINCTRL_BRCMSTB
>       and PINCTRL_BCM2712 as modules
>     - enable OF_OVERLAY
>     - enable MISC_RP1 as a module

I had seen a few required patches land upstream lately, it's good to see
the configuration options are getting in as well!

  https://salsa.debian.org/raspi-team/image-specs/-/issues/74

> So we cover a couple of further HW support enablements, the introduction
> of a base package for version sync, enablement of building rust drivers
> and features and the switch to dracut as the preferred initramfs
> generator.
> 
> The switch of the preferred initramfs generator to dracut is a first
> step towards the plan to switch to dracut by default. There is work
> planned to make support for d-i, Benjamin is aiming to make a list of
> packages that ship initramfs-tools hooks in Debian.

I was going about the existence of such a list. :)

Bug reports, patches, MRs are welcome for d-i components. If bug reports
are precise enough (what needs changing, what the target should look
like), I suppose we could help write patches… but that would require some
heavy learning session (at least for me) as my only bit of dracut-related
knowledge is that dracut-install exists and is used by recent
initramfs-tools versions…


Cheers,
-- 
Cyril Brulebois (kibi@debian.org)            <https://debamax.com/>
D-I release manager -- Release team member -- Freelance Consultant

[toc] | [prev] | [next] | [standalone]

#90682

FromSalvatore Bonaccorso <carnil@debian.org>
Date2026-01-03 20:40 +0100
Message-ID<M9fDH-7OB6-1@gated-at.bofh.it>
In reply to#90678
Hi Cyril,

On Sat, Jan 03, 2026 at 05:00:49AM +0100, Cyril Brulebois wrote:
> Hi Salvatore,
> 
> And thanks again for those mails, much welcome. Especially when they're
> not about “no packaging changes”. ;-)

Thanks for the feedback.

> I'm pinpointing a few things that I should look into (which I cannot do
> right away).
> 
> Salvatore Bonaccorso <carnil@debian.org> (2026-01-02):
> >   * Make dracut the preferred initramfs generator.
> 
> This caught my eye but I see you're addressing that below.
> 
> >   * Move dtb into modules directory.
> 
> This too, I suppose this might impact some packages like raspi-firmware
> (maintainers bcc'd) which copy some DTBs around.

FTR, this is this change:
https://salsa.debian.org/kernel-team/linux/-/merge_requests/1730
it required a followup as
https://salsa.debian.org/kernel-team/linux/-/commit/c660788db61eea9d22bc429b987441b05b9302bb
and https://tracker.debian.org/news/1699493/accepted-u-boot-efi-dtb-5-source-into-unstable/

Thanks for checking other potentially impacted packages.

> >   * Split modules out of kernel-image udeb.
> 
> I suppose this is about shuffling .ko between udebs, so that might be
> transparent for the installer's runtime.

https://salsa.debian.org/kernel-team/linux/-/merge_requests/1747

> >   * [arm64] Add initial Raspberry Pi 5 support
> >     - enable MMC_SDHCI_BRCMSTB, GPIO_BRCMSTB, PINCTRL_BRCMSTB
> >       and PINCTRL_BCM2712 as modules
> >     - enable OF_OVERLAY
> >     - enable MISC_RP1 as a module
> 
> I had seen a few required patches land upstream lately, it's good to see
> the configuration options are getting in as well!
> 
>   https://salsa.debian.org/raspi-team/image-specs/-/issues/74

Ack glad if you are happy :)

> > So we cover a couple of further HW support enablements, the introduction
> > of a base package for version sync, enablement of building rust drivers
> > and features and the switch to dracut as the preferred initramfs
> > generator.
> > 
> > The switch of the preferred initramfs generator to dracut is a first
> > step towards the plan to switch to dracut by default. There is work
> > planned to make support for d-i, Benjamin is aiming to make a list of
> > packages that ship initramfs-tools hooks in Debian.
> 
> I was going about the existence of such a list. :)

Yep, the list does not exist yet. Should follow.

> Bug reports, patches, MRs are welcome for d-i components. If bug reports
> are precise enough (what needs changing, what the target should look
> like), I suppose we could help write patches… but that would require some
> heavy learning session (at least for me) as my only bit of dracut-related
> knowledge is that dracut-install exists and is used by recent
> initramfs-tools versions…

Ben Hutchings was planning to work on the d-i part to contribute the
support. I assume you will hear from us soon we start with that.

Regards,
Salvatore

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.kernel

csiph-web