Hi
This weeks meeting will happen tomorrow at 19:00 UTC on IRC.
Here you can find the current agenda:
https://salsa.debian.org/kernel-team/meetings/-/wikis/20250806
Please reply here if you would like to add more points.
Bastian
--
Love sometimes expresses itself in sacrifice.
Hi
We talked about this in our last team meeting. We identified some
questions and also some concerns.
On Wed, Jul 09, 2025 at 07:43:35PM +0200, Yunseong Kim wrote:
> I believe having an easily selectable debug-enabled kernel would be a
> significant
> benefit for users, particularly during boa
Control: tags -1 moreinfo
On Thu, Jul 24, 2025 at 12:45:39AM +0900, Simon Richter wrote:
> this is a set of backported patches to make the Xe driver in the stable
> kernel not Oops when run on a machine with a page size that isn't 4k.
I see that patches on stable@, we won't take patches that can
Control: tags -1 wontfix
Control: close -1
On Tue, Jul 15, 2025 at 02:36:57PM +0100, Ian Jackson wrote:
> Note that the previous value was positive, and the new value is
> negative. In both cases the laptop was not charging.
> The negative value makes semantic sense, but I wonder if this change
>
On Wed, Jul 16, 2025 at 09:23:06AM +0200, Salvatore Bonaccorso wrote:
> If that is sucessfull we would appreciate if you can take it to
> upstream involved people to ask if the side effect you are seeing is
> considered a regression bug or to be kept deliberately.
The commit seems to answer that a
On Tue, Jul 15, 2025 at 02:03:13PM +0530, Trupti wrote:
> I’ll loop in the Debian kernel team to check if this patch can be considered
> for inclusion in the Trixie kernel. I’ll also test the patch and share
> results once available.
Send it to stable@ please.
Bastian
--
Death, when unnecessary
Control: tags -1 wontfix
On Wed, Jun 25, 2025 at 03:32:45PM -0700, Huey Chen wrote:
> For some reason, this specific version, 6.15-rt-amd64, does not include the
> i915 driver, so we are forced to use the experimental (and maybe buggy) xe
> driver. 6.15-amd64 does have the i915 driver; I am not
On Wed, Jun 25, 2025 at 08:33:24AM +0200, Harald Dunkel wrote:
> This is fatal: Using cgroupv2 openjdk 21 doesn't recognize the container
> limits by default anymore, the Java GC is not run since there seems to
> be plenty of memory, and the Java app runs into the container's memory
> limit and is
On Sun, Jun 22, 2025 at 05:25:07PM +0100, Sean Whitton wrote:
> > - dpkg -s grub2-common
> /etc/kernel/postinst.d/zz-update-grub 5a98abefbfe97dbed36db7899251e433
> /etc/kernel/postrm.d/zz-update-grub 5a98abefbfe97dbed36db7899251e433
So at least you now have the correct files.
> > - ls -alR /etc
Control: tags -1 wontfix
Control: close -1
On Tue, Jun 24, 2025 at 02:45:38PM +0100, Luca Boccassi wrote:
> Since version 6.12.33-1 uname -r contains the regex control character
> '+'. This means any existing script passing the output of $(uname -r)
> to anything that can interpret it as a regex w
On Sat, Jun 21, 2025 at 11:38:46AM +0100, Sean Whitton wrote:
> On Fri 20 Jun 2025 at 06:04pm +02, Felix Zielcke wrote:
> > Also check /etc/kernel/postrm.d/
> > Looks like there it's also missing or with the .dpkg-dist extension.
> Yes, in that directory too it is there but only with a .dpkg-dist
>
Package: initramfs-tools
Version: 0.148
Severity: grave
The zfcp module is missing on s390x. This breaks booting from FCP, now
pretty common. This was broken by not specifying drivers/s390/scsi in
https://salsa.debian.org/kernel-team/initramfs-tools/-/merge_requests/149.
Fixed with
https://sals
On Thu, Jun 05, 2025 at 05:07:58PM +0300, Mehmet ÇELEN wrote:
> Device Model: KINGSTON SA400S37960G
> Serial Number:50026B7382E64E6E
> LU WWN Device Id: 5 0026b7 382e64e6e
> Firmware Version: SAM22101
Could you try updating the firmware? At least there is a newer one:
https://media.kingst
Hi
Please get a name, "whoami" is none. Please use your company or
affiliation provided email address if you want to communicate for them.
On Sun, May 18, 2025 at 02:47:31AM +0800, whoami wrote:
> We believe this approach would benefit both our internal development
> workflow and Debian users wh
Control: severity -1 grave
On Tue, Jun 03, 2025 at 09:40:45PM +0200, Paul Gevers wrote:
> On 03-06-2025 21:30, Paul Gevers wrote:
> > That file doesn't exist, but I found that /usr/lib/lib/udev/rules.d/85-
> > sysconfig-hardware.rules exists (note the double lib). Looks like a bug
> > in sysconfig
Control: reassign -1 coreutils
On Tue, Jun 03, 2025 at 07:34:49PM +, bls 3427 wrote:
> Also, as far as I can tell, the source file does not have any ACLs on it.
> fsetxattr(4, "system.nfs4_acl",
> "\0\0\0\3\0\0\0\0\0\0\0\0\0\26\1\207\0\0\0\6OWNER@\0\0\0\0\0", 80, 0) = -1
> EOPNOTSUPP (Oper
Control: tags -1 moreinfo
On Mon, Jun 02, 2025 at 05:31:00PM +, bls 3427 wrote:
> and the NFS client disk are ext4.
>
> This works correctly and without error on a Debian 12 X64 or arm64 NFS client
> system.
>
> NFS server:
> * Debian 12 X64
> * File system fstab entry:
> /dev/disk/by-part
On Tue, Jun 03, 2025 at 06:36:25PM +0200, Paul Gevers wrote:
> I experience a very similar problem when I try to boot into a trixie kernel
> after dist-upgrading the s390x ci.debian.net host.
NVMe is not DASD and is configured completely different. Everything you
show is a symptom, not a cause.
On Wed, May 14, 2025 at 07:59:06AM +, Jing Luo wrote:
> riscv64-linux-gnu-gcc
> -Wp,-MD,/build/reproducible-path/linux-6.12.27/debian/build/build-tools/tools/bpf/resolve_btfids/libsubcmd/.subcmd-config.o.d
>
> -Wp,-MT,/build/reproducible-path/linux-6.12.27/debian/build/build-tools/tools/bp
On Sun, May 18, 2025 at 02:22:32PM +0300, Haider Code Free wrote:
> 1. **ACPI Error: AE_NOT_FOUND**
>During every boot, the following message appears in the logs:
>`ACPI Error: AE_NOT_FOUND`
>This error affects power management, fan control, and sometimes
> suspend/resume functionality.
On Mon, May 19, 2025 at 12:15:10PM +0200, Roland Clobus wrote:
> It appears that the loopback device cannot be used any more with the mount
> /run/live/medium (which is on /dev/sr0).
/run/live/medium is isofs?
I would expect this commit:
commit 184b147b9f7f07577567a80fcc9314f2bd0b0b00
Author: Li
Hi
This weeks meeting will happen tomorrow at 19:00 UTC on IRC.
Here you can find the current agenda:
https://salsa.debian.org/kernel-team/meetings/-/wikis/20250514
Please reply here if you would like to add more points.
Bastian
--
Superior ability breeds superior ambition.
--
Control: tags -1 moreinfo
On Thu, Feb 20, 2025 at 03:38:12PM -0500, Benjamin Moody wrote:
> This bug still exists in testing, tested using the latest
> debian-live-testing-amd64-xfce.iso (linux-image-amd64 6.12.12-1).
I see:
| * workaround for bug in platform firmware applied
So Linux thinks th
Control: forcemerge 1102066 -1
On Mon, May 05, 2025 at 04:49:28PM +0200, Stefan Nitz wrote:
> VM upgrade from Debian 12 to Debian 13
>
> Loading Linux 6.12.25-amd64 ...
> error: not xen image.
> Loading initial ramdisk ...
> error: you need to load the kernel first.
This is a known problem in gr
On Sat, Apr 12, 2025 at 06:46:31PM +0200, NoisyCoil wrote:
> So I can confirm that builds in fact do not seem to work either way
> currently, the toolchain must be the exact same, as expected. In particular,
> it seems that the arch/config-(in)dependence of libmacros.so is not the main
> blocker he
On Sun, Apr 06, 2025 at 09:16:55PM +0200, Jean-Marc LACROIX wrote:
> It seems the this module is not available on standard Debian product
>
> ansible@hn-asusgl752-400:~$ find /lib/modules/6.1.0-* -name edac_module
> ansible@hn-asusgl752-400:~$
The module would be named "edac_core", but it is buil
On Thu, Apr 03, 2025 at 11:08:08PM +0200, Miguel Ojeda wrote:
> On Thu, Apr 3, 2025 at 8:33 PM Bastian Blank wrote:
> > What the heck is this good for, where config dependency would be useful?
> C macros in the kernel use the kernel config all the time, why would
> this be diffe
Hi
This weeks meeting will happen today at 20:00 UTC on IRC.
Here you can find the current agenda:
https://salsa.debian.org/kernel-team/meetings/-/wikis/20250319
Please reply here if you would like to add more points.
Bastian
--
Another Armenia, Belgium ... the weak innocents who always seem
On Thu, Apr 03, 2025 at 12:33:44AM +0200, NoisyCoil wrote:
> On 02/04/25 23:33, NoisyCoil wrote:
> > I am in fact able to build the reference out-of-tree kernel module
> > without libmacros.so.
>
> I take that back, I had deleted libmacros.so from the wrong kernel package
> version. Not only one o
Control: reassign -1 grub-xen-host 2.12-7
Control: affects -1 src:linux
grub2 lacks any support to decompress zstd kernels. This affects
booting xen pv via grub2, as there it needs to decompress the kernel
first. grub2 itself contains support for zstd already, it just isn't
plumbed into the gene
On Thu, Apr 03, 2025 at 07:23:56PM +0200, NoisyCoil wrote:
> On 03/04/25 16:28, Bastian Blank wrote:
> > Please reference the bug report for this. Removing a file needs to
> > produce a file not found error if it is required.
> What bug report? Is this a suggestion to fi
On Wed, Apr 02, 2025 at 10:38:04PM +0200, Bastian Blank wrote:
> On Wed, Feb 26, 2025 at 07:47:39PM +0100, Miguel Ojeda wrote:
> > I was referring to the `.so`, not the `.rmeta`s, i.e. I thought Ben
> > was referring to the last paragraph quoted.
> The .so are for the build ar
On Wed, Feb 26, 2025 at 07:47:39PM +0100, Miguel Ojeda wrote:
> I was referring to the `.so`, not the `.rmeta`s, i.e. I thought Ben
> was referring to the last paragraph quoted.
The .so are for the build architecture:
| debian/build/build_arm64_none_cloud-arm64/rust/libmacros.so: ELF 64-bit LSB
s
Control: tags -1 moreinfo
On Mon, Mar 31, 2025 at 03:27:53PM +0200, Serge S. Bartosh wrote:
> Device: P410 controller used in HP DL320 G6 server.
This hardware is over 15 years old.
> BIOS: W07 (latest)
According to the HP web page, the latest firmware is 2018.05.21, yours
is from 2015.
> Kern
Hi
Your mails are really hard to read. Please stick to proper customs and
fix your client to do proper quoting and restrict your line length.
See also https://www.debian.org/MailingLists/#codeofconduct
On Thu, Mar 13, 2025 at 11:00:32AM +, peter.gasparo...@orange.com wrote:
>>> Finally, eit
On Sun, Mar 16, 2025 at 01:20:28PM +, Hastalavista_debian wrote:
> I wish to use LKRG (https://lkrg.org) on my RPi, but it reported error "LKRG
> requires
> CONFIG_KALLSYMS_ALL" when building, which is strange to me because I have
> never
> run
> into such problems on amd64 laptops. I checked
On Mon, Mar 17, 2025 at 03:47:11PM +0100, Emanuele Rocca wrote:
> Makes sense. Also noteworthy, CONFIG_KALLSYMS_ALL is enabled on arm64 on
> at least Fedora/RHEL/SuSE too.
Please provide a justification.
Bastian
--
There are some things worth dying for.
-- Kirk, "Errand of Mercy
On Tue, Mar 11, 2025 at 05:03:43PM +0100, Bastian Blank wrote:
> On Mon, Mar 10, 2025 at 12:51:35PM +0200, Raul Tambre wrote:
> > Starting with 6.13.6-1~exp1 the following error is logged during boot:
> >
> > Mar 10 12:11:53 laptop kernel: Loading compiled-in X.509 certifi
On Mon, Mar 10, 2025 at 12:51:35PM +0200, Raul Tambre wrote:
> Starting with 6.13.6-1~exp1 the following error is logged during boot:
>
> Mar 10 12:11:53 laptop kernel: Loading compiled-in X.509 certificates
> Mar 10 12:11:53 laptop kernel: Problem loading in-kernel X.509 certificate
> (-2)
>
On Thu, Mar 06, 2025 at 03:52:54PM +0100, NoisyCoil wrote:
> Another instance of diversions not being detected is in linux's pipeline
> [1,2]: linux-libc-dev and oss4-dev both install
> /usr/include/linux/soundcard.h, oss4-dev diverts it, missing-break fails. If
> my understanding is correct, this
On Thu, Mar 06, 2025 at 05:23:00PM +0100, NoisyCoil wrote:
> oss4-dev is fine (unless diversions of files in linux-libc-dev are
> forbidden): oss4-dev is correctly diverting the header, as a consequence it
> needs not Break or Conflict with linux-libc-dev.
linux-libc-dev defines the interface the
On Wed, Mar 05, 2025 at 05:20:16PM +0100, Ben Hutchings wrote:
> On Tue, 2025-03-04 at 19:03 +0100, Salvatore Bonaccorso wrote:
> No items to add, but I am rather busy and will have to miss this
> meeting.
Salvatore and I decided to cancel today's meeting.
Bastian
--
Spock: The odds of survivin
On Fri, Feb 28, 2025 at 09:14:33PM +0100, Salvatore Bonaccorso wrote:
> > I suggest that "flash-kernel" should be updated if zboot is to be enabled
> > again in the future.
> Can you please fill a bug aainst frash-kernel as well (as Bastian
> cloned this one for grub as well?)
I'm trying to write
Control: clone -1 -2
Control: reassign -2 src:grub
Control: retitle -2 grub - fails to start zboot linux on risvc64: Unhandled
exception: Store/AMO access fault
Control: severity -2 important
On Mon, Feb 24, 2025 at 10:50:58PM +0100, Aurelien Jarno wrote:
> It works fine when the kernel is direct
On Wed, Feb 26, 2025 at 01:02:33PM +0100, Diederik de Haas wrote:
> On Sat Feb 22, 2025 at 11:59 AM CET, Aurelien Jarno wrote:
> > Starting with version 6.13.3-1~exp1, the riscv64 kernel is shipped as a
> > EFI binary with the payload compressed with zstd (using the EFI_ZBOOT
> > config option). In
On Wed, Feb 26, 2025 at 01:13:45PM +0100, NoisyCoil wrote:
> Unless you are fine with
> linux-headers-@abiname@@localversion@ also installing binary files, in which
> case one can just add the Rust bits there.
The headers package includes many generated files that can
On Wed, Feb 26, 2025 at 01:27:00AM +0100, NoisyCoil wrote:
> Needless to say, Rust must be enabled in the kernel for these files to be
> generated, meaning the Debian kernel cannot currently support this. However,
> there is at least one fork of the Debian kernel being built with Rust
> enabled at
On Mon, Feb 24, 2025 at 10:50:58PM +0100, Aurelien Jarno wrote:
> It works fine when the kernel is directly started from U-Boot with
> bootefi. It only fails when U-Boot launches Grub and Grub launches the
> EFI file.
Okay, so exactly the one use case "hardware -> u-boot -> grub -> kernel"
does no
On Sat, Feb 22, 2025 at 11:59:38AM +0100, Aurelien Jarno wrote:
> | Loading Linux 6.13-riscv64 ...
> | Loading initial ramdisk ...
> | EFI stub: Decompressing Linux Kernel...
> | Unhandled exception: Store/AMO access fault
> | EPC: fb64a6ea RA: fb64a6da TVAL: 40020020
> | EP
On Sun, Feb 23, 2025 at 10:41:44PM +0100, Aurelien Jarno wrote:
> > As I currently try to assemble a list of all the interfaces the kernel
> > fullfils: How would you define this? Running this in u-boot is not
> > (U)EFI, but something more strict, or there is a bug in the kernel
> > decompressor
On Sun, Feb 23, 2025 at 10:07:33PM +0100, Aurelien Jarno wrote:
> On 2025-02-23 21:45, Bastian Blank wrote:
> > On Sat, Feb 22, 2025 at 11:59:38AM +0100, Aurelien Jarno wrote:
> > > Starting with version 6.13.3-1~exp1, the riscv64 kernel is shipped as a
> > > EFI binary
On Sat, Feb 22, 2025 at 11:59:38AM +0100, Aurelien Jarno wrote:
> Starting with version 6.13.3-1~exp1, the riscv64 kernel is shipped as a
> EFI binary with the payload compressed with zstd (using the EFI_ZBOOT
> config option). In addition to breaking non-EFI systems, this change
> simply prevents
Hi
This weeks meeting will happen today at 20:00 UTC on Jitsi.
Here you can find the current agenda:
https://salsa.debian.org/kernel-team/meetings/-/wikis/20250219
Please reply here if you would like to add more points.
Bastian
--
Another Armenia, Belgium ... the weak innocents who always see
On Sat, Feb 08, 2025 at 07:32:52AM +, Corcodel Marian wrote:
> From function IS_ENABLED(CONFIG_NO_HZ_FULL) is only for muscle, using this
> manner just inject delays on operations.
This is a compile time config check. It is defined here:
https://www.kernel.org/doc/html/v5.2/process/coding-sty
Hi
On Tue, Feb 04, 2025 at 05:25:08PM +, stefa...@debian.org wrote:
> So, by implementing this Provides scheme, Helmut's cross-bootstrapping
> toolchain can determine which architectures are supported, and have a
> target to Depend on.
I just read through rebootstrap, which I think is what He
Hi
On Mon, Jan 27, 2025 at 07:36:21PM -0400, Stefano Rivera wrote:
> > Provides: linux-libc-dev-amd64, linux-libc-dev-arm64, ...
> We have two proposed provides schemes here, can we select one and add
> it?
Something like simple providers is the easiest to do.
> > As stated elsewhere, I still do
Control: tags -1 upstream
Controm: forwarded -1
https://gitlab.com/apparmor/apparmor/-/blob/692e6850ba90582105713a683bed753bad696aab/kernel-patches/v4.17/0002-apparmor-af_unix-mediation.patch
On Thu, Jan 16, 2025 at 02:16:18PM +0100, Guido Berhoerster wrote:
> From my superficial reading of the c
On Thu, Jan 09, 2025 at 08:58:38AM +, Ilya Leoshkevich wrote:
> I'm trying to bootstrap gcc from git master with multilib on debian 12.
> As far as I can see all the necessary cross packages are installed.
How do you configure GCC to support the Debian multi-arch include
layout? Also direct s
Hi Luca
On Sat, Dec 21, 2024 at 03:36:03PM +0100, Bastian Blank wrote:
> So please either
> - restore the upstream default of color disabled by default, or
> - use a better usable color scheme (yes, I know this is hard with how
> colors work on usual termionals).
Please ack
Control: tags -1 - wontfix
Control: reopen -1
Hi Luca
On Sat, Nov 30, 2024 at 11:39:31AM +, Luca Boccassi wrote:
> See the manpage, you can set COLORFGBG in your shell profile according
> to your configuration.
> There are no patches or color choices downstream, it's just what
> upstream prov
On Sun, Dec 08, 2024 at 03:55:38AM +0100, Cyril Brulebois wrote:
> I see upstream seems to have renamed something:
>
> -## choice: Module compression mode
> +## choice: Module compression type
> CONFIG_MODULE_COMPRESS_XZ=y
> ## end choice
>
> but that seems to be about setting a
Control: notfound -1 6.1.0-28-amd64
Control: forcemerge 1086175 -1
On Fri, Dec 06, 2024 at 01:09:46PM +0100, Vincent Roch wrote:
> After installing Debian 12.7 (Bookworm) using the official netinst ISO, the
> system encountered a Kernel Panic during a shutdown or reboot when the
> `mdadm` utility
On Thu, Dec 05, 2024 at 08:38:35AM +0100, Helmut Grohne wrote:
> This is the stage I am concerned about. You claim that it would not
> matter whether the package is all or any, but my experience is
> otherwise. With the exception of linux, the cross bootstrap tooling does
> not build any Arch:all p
On Thu, Oct 24, 2024 at 01:29:31AM +0200, Ben Hutchings wrote:
> On Sat, 2024-10-19 at 15:35 +0200, Bastian Blank wrote:
> > I have to disagree. With this setup, we can support architectures that
> > are neither known by dpkg nor dak. This was not possible before and
> > r
On Sat, Oct 19, 2024 at 06:15:57PM +0200, Helmut Grohne wrote:
> On Sat, Oct 19, 2024 at 03:35:21PM +0200, Bastian Blank wrote:
> > On Thu, Oct 10, 2024 at 06:03:24PM +0200, Helmut Grohne wrote:
> > > A. Multi-Arch: foreign is a lie
> > All the examples of yours will im
Hi
This weeks meeting will happen today at 20:00 UTC in #debian-kernel.
Here you can find the current agenda:
https://salsa.debian.org/kernel-team/meetings/-/wikis/20241127
Please reply here if you would like to add more points.
Bastian
--
Another Armenia, Belgium ... the weak innocents who a
Hi Jaak
On Sat, Nov 23, 2024 at 12:04:46AM +0200, Jaak Ristioja wrote:
> I'm thinking of bisecting this. Any ideas where I could find a set of
> suitable pre-built kernels to speed things up?
There is snapshot.debian.org, which stores old versions of packages. It
might miss some, but it is still
Hi Jeak
On Sun, Nov 10, 2024 at 01:10:11AM +0200, Jaak Ristioja wrote:
> I'm experiencing a black screen and system freeze when Xorg starts on Debian
> Trixie on a HP Compaq DC7800 Small Form Factor computer. No SSH, no ping, no
> VT switching, no sysrq.
> [0.00] DMI: Hewlett-Packard HP C
On Wed, Nov 06, 2024 at 07:57:41PM +0100, Bastian Blank wrote:
> We will rename the branches in the linux git repository in a short
> while.
This will happen tomorrow, 2024-11-07 from 1800 UTC.
Bastian
--
Warp 7 -- It's a law we can live with.
Hi folks
We will rename the branches in the linux git repository in a short
while. This will incorporate the spirit of DEP 14 with a bit of special
sauce.
The HEAD branch, currently called master, will become debian/latest.
All the other suite specific branches will be updated to
"debian//", ak
Hi
This weeks meeting will happen today at 20:00(!) UTC in #debian-kernel.
Due to return to standard time in Europe, future meetings will happen
one hour later (at 21:00 MET/MEST). Please note the change in place.
Here you can find the current agenda:
https://salsa.debian.org/kernel-team/meeting
Control: tag -1 moreinfo
Hi
On Tue, Oct 15, 2024 at 12:13:09PM -0700, Nye Liu wrote:
> ** Model information
> sys_vendor: QEMU
> product_name: Standard PC (Q35 + ICH9, 2009)
> product_version: pc-q35-5.2
> chassis_vendor: QEMU
> chassis_version: pc-q35-5.2
> bios_vendor: SeaBIOS
> bios_version: 1
Hi
On Thu, Oct 10, 2024 at 06:03:24PM +0200, Helmut Grohne wrote:
> A. Multi-Arch: foreign is a lie
>
> linux-libc-dev declares being Multi-Arch: foreign, but it does not live
> up to the involved promise and cannot. Earlier, a dependency on
> linux-libc-dev:hurd-i386 would be considered unsatisf
Control: severity -1 important
On Wed, Oct 09, 2024 at 08:18:46AM +, Jing Luo wrote:
> rtla causes linux FTBFS when using "--host=i386" with amd64 schroots.
> And this was the sbuild command I used: `sbuild --host=i386 -c
> sid-amd64-sbuild -d unstable --no-arch-all --no-run-lintian`.
> Maybe
Hi
This weeks meeting will happen today at 19:00 UTC in #debian-kernel.
Sorry for the late announcement.
Here you can find the current agenda:
https://salsa.debian.org/kernel-team/meetings/-/wikis/20241009
Please reply here if you would like to add more points.
Bastian
--
The sight of death f
On Sun, Sep 15, 2024 at 05:23:10PM +0200, Francesco Poli wrote:
> Or otherwise, if you think there's something wrong with them, could you
> please explain what is wrong? Maybe there's a way to fix them...
The linux-cpupower package includes low level tools to interrogate and
set certain low level
Hi
On Wed, Sep 18, 2024 at 04:53:09PM +0200, Ben Hutchings wrote:
> On Thu, 2024-06-13 at 20:48 +0200, Bastian Blank wrote:
> > What is not longer possible in non-confusing ways is to use branches
> > named after Debian distributions. We would either need to do non fast
> >
Hi
This weeks meeting will happen tomorrow at 19:00 UTC in #debian-kernel.
Here you can find the current agenda:
https://salsa.debian.org/kernel-team/meetings/-/wikis/20240911
Please reply here if you would like to add more points.
Bastian
--
The sight of death frightens them [Earthers].
On Mon, Sep 09, 2024 at 05:56:50PM +0300, Martin-Éric Racine wrote:
> Fair enough. In that case, I suggest editing the following (4.5.1.
> Preparation) to remove the step about installing build-essential,
> since it installs a compiler suite that won't be used by src:linux.
build-essential is requ
On Mon, Sep 09, 2024 at 11:51:17AM +0300, Martin-Éric Racine wrote:
> src:linux currently has an explicit Build-Depends on gcc-13. This defeats the
> whole point of building against whatever 'build-essential' pulls in for the
> target Debian release, and it results in several GCC suites getting
Control: tags -1 wontfix
Hi
Yes, this change is expected. It is documented in the NEWS file of the
package and should be showed to the user via apt-listchanges.
We decided to make this change, even if some systems will fail, to align
Debian better to a general purpose use case.
Bastian
--
Be
Hi
This weeks meeting will happen tomorrow at
https://jitsi.debian.social/dkt.
Here you can find the current agenda:
https://salsa.debian.org/kernel-team/meetings/-/wikis/20240821
Please reply here if you would like to add more points.
Bastian
--
The sight of death frightens them [Earthers].
Hi
On Wed, Aug 07, 2024 at 08:31:28AM +, daniel.u...@telekom.de wrote:
> We are kind of lucky. My colleagues updated the kernel on one the hosts,
> rebooted it and the problem occurred right away. Currently the system is
> running, but it looks like all san paths are gone ("multipath -ll" sh
On Fri, Aug 16, 2024 at 12:58:22PM +0200, Stefano Rivera wrote:
> The Technical Committee is hoping that this will be resolved without
> requiring us to make a decision. If the take-over offer resolves the
> issue, then we will probably vote to take no further action.
Well, take-over removes the n
On Sat, Aug 03, 2024 at 01:52:47AM +0200, Johannes Schauer Marin Rodrigues
wrote:
> according to Ben [1] this should disable the rt build and it mostly does but
> the package linux-headers-*-common-rt will still be built.
No bug in Debian, as we don't push this modification to Debian. But
fixed
Control: reassign -1 miniramfs 1.0.2
On Wed, Jul 31, 2024 at 05:03:25PM +1000, Russell Coker wrote:
> After the latest update to Debian/Unstable on my PinePhonePro I get the
> following error when creating an initramfs. It didn't happen with the
> previous
> version of initramfs-tools which was
Hi
This weeks meeting will happen tomorrow.
Here you can find the current agenda:
https://salsa.debian.org/kernel-team/meetings/-/wikis/20240731
Please reply here if you would like to add more points.
Bastian
--
The sight of death frightens them [Earthers].
-- Kras the Klingon
Control: tags -1 moreinfo
On Thu, Jul 18, 2024 at 07:56:32PM +0200, Patrice Duroux wrote:
> I just faced this boot problem on my sid system for the first time
> since I updated the Linux kernel a few days ago.
Could you please provide an unfiltered kernel log? The one you attached
does not even
On Thu, Jul 18, 2024 at 08:06:46AM +0200, Paul Gevers wrote:
> However, that doesn't seem to work on our s390x host as it seems to freeze
> instead. Is this something known? Something I'm doing wrong (E.g. these
> options behaving differently on s390x)? Is this a s390x kernel bug?
This now points
Hi
On Sun, Jul 14, 2024 at 09:22:32AM +0200, Paul Gevers wrote:
> Today I restarted the s390x host of ci.d.n because I lost access. I
> inspected the journal and noticed there were a lot kernel messages (several
> tens to hundreds per day) like "User process fault: interruption code 003b
> ilc:3 i
Source: linux
Version: 6.1.99-1
Severity: important
X-Debbugs-Cc: wa...@debian.org
Microsoft asked to Backport further changes to the Microsoft Azure
Network Adapter. This includes bug fixes and arm64 support.
Requested where:
- ec224d185e04131013121682e27adaa26b87a3a7 (bug fix)
- 40a1d11fc670ac
On Tue, Jun 25, 2024 at 05:51:41PM +0100, Luca Boccassi wrote:
>Anything build-depending on
> linux-headers-generic for the BPF header (eg: src:systemd) is affected.
Well, linux-headers is for kernel modules, not userland. Don't use it
this way then?
B
Hi
This weeks meeting will happen tomorrow. Currently the agenda is empty.
See
https://salsa.debian.org/kernel-team/meetings/-/wikis/20240626
If you have more points, please just reply here.
Bastian
--
Computers make excellent and efficient servants, but I have no wish to
serve under them.
Control: reassign -1 binutils/2.42.50.20240618-1
Control: affects -1 src:linux
On Sun, Jun 23, 2024 at 11:44:05AM +0200, Johannes Schauer Marin Rodrigues
wrote:
> One of the differences in the build environment between good and bad builds is
> binutils-arm-linux-gnueabihf with version 2.42-4 in t
On Sat, Jun 01, 2024 at 09:13:09PM +0100, Sudip Mukherjee wrote:
> Absolutely. I dont remember why some of my packages (from 2019 - 2020)
> are in github. But I will definitely move them to salsa.
> About moving it under kernel team, I think I will say "no" to that
> unless Luca can give some very
Hi
I started the agenda for this weeks meeting. It got already quite some
points, as we have a lot of discussion items left from last week.
See
https://salsa.debian.org/kernel-team/meetings/-/wikis/20240619
If you have more points, please just reply here.
Bastian
--
Respect is a rational pro
Hi folks
On Thu, Dec 21, 2023 at 05:30:26PM +0100, Bastian Blank wrote:
> What did I miss?
After the discussion in our meeting today, it seems I did not properly
describe the problem good enough.
> Between different branches a lot of merges happen. Between master and
> sid in both d
Hi Andrew
On Wed, May 22, 2024 at 07:44:33AM -0700, Andrew Jorgensen wrote:
> The Debian images in Google Compute Engine use the Debian cloud
> kernel. This has been working well for us, because it includes the
> VirtIO, NVMe, and gVNIC drivers that are needed for most GCE machine
> types. As we m
Control: reassign -1 ddcci-dkms/0.4.4-1
Control: severity -1 serious
On Sat, May 25, 2024 at 10:08:30AM +0200, Gregor Düster wrote:
> unfortunately, configuration of the latest linux-image-6.8.9-amd64
> (6.8.9-1) fails with the following error:
> Here's the content of /var/lib/dkms/ddcci/0.4.4/bu
Hi
On Mon, May 20, 2024 at 01:06:52PM +0200, Diederik de Haas wrote:
> >From "Salsa stats for the curious" on debian-project ML:
> On Friday, 12 April 2024 17:32:04 CEST Joerg Jaspert wrote:
> > The VM this all runs on has 8 cores and 32g
>
> I had several thoughts about that:
> - But why doesn't
1 - 100 of 1274 matches
Mail list logo
