Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.kernel > #78588
| From | Florian Lehner <dev@der-flo.net> |
|---|---|
| Newsgroups | linux.debian.bugs.dist, linux.debian.kernel |
| Subject | Bug#1033398: linux-image-amd64: reproducible kernel freeze on 5.19+ |
| Date | 2023-03-24 14:20 +0100 |
| Message-ID | <GcPuN-eLPb-1@gated-at.bofh.it> (permalink) |
| References | <GcO5H-eK2x-1@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
Cross-posted to 2 groups.
Hi,
maybe some additional information.
The eBPF program is of type BPF_PROG_TYPE_PERF_EVENT and attached to all
CPUs via the perf subsystem and the use of PERF_COUNT_SW_CPU_CLOCK. It
is executed on a constant sampling frequency (usually 20 Hz).
We also do have qemus guest memory dumps available if this would help
investigate the issue.
- florian
On Fri, 24 Mar 2023 12:44:33 +0100 =?utf-8?q?Tim_R=C3=BChsen?=
<tim.ruehsen@gmx.de> wrote:
> Package: linux-image-amd64
> Version: 6.1.20-1
> Severity: important
> X-Debbugs-Cc: tim.ruehsen@gmx.de
>
> Dear Maintainer,
>
> * What led up to the situation?
>
> We run a priviledged eBPF based tool with a communication between kernel and user space.
> It runs without issues on kernels 4.15 to 5.18.
> On kernels 5.19+, the whole system freezes after a few minutes.
> It seems that with more system activities (load, forks) the freeze happens earlier.
> The underlying hardware seems to play no role, we could reproduce this on different
> bare metal systems as well as within a qemu based VM.
>
> Since the running program is rather complex, it is not easily possible to carve out a small reproducer.
> We can provide gdb backtraces from freezes inside qemu.
>
>
> -- System Information:
> Debian Release: 12.0
> APT prefers testing-security
> APT policy: (500, 'testing-security'), (500, 'testing-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental')
> Architecture: amd64 (x86_64)
>
> Kernel: Linux 6.1.0-7-amd64 (SMP w/20 CPU threads; PREEMPT)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory
> UTF-8), LANGUAGE=en_US:en
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> Versions of packages linux-image-amd64 depends on:
> ii linux-image-6.1.0-7-amd64 6.1.20-1
>
> linux-image-amd64 recommends no packages.
>
> linux-image-amd64 suggests no packages.
>
> -- debconf information:
> perl: warning: Setting locale failed.
> perl: warning: Please check that your locale settings:
> LANGUAGE = "en_US:en",
> LC_ALL = (unset),
> LC_TIME = "en_DE.UTF-8",
> LC_MONETARY = "en_DE.UTF-8",
> LC_COLLATE = "en_DE.UTF-8",
> LANG = "en_US.UTF-8"
> are supported and installed on your system.
> perl: warning: Falling back to a fallback locale ("en_US.UTF-8").
> locale: Cannot set LC_ALL to default locale: No such file or directory
Back to linux.debian.kernel | Previous | Next | Find similar | Unroll thread
Bug#1033398: linux-image-amd64: reproducible kernel freeze on 5.19+ Florian Lehner <dev@der-flo.net> - 2023-03-24 14:20 +0100
csiph-web