"Bug" im / mit Kernel > 5.10 melden.

[mcb]

Hola,

wo im Bug Tracker melde ich den folgenden "Fehler";

mit Kernel neuer als 5.10 knackt meine Soundkarte beim runterfahren (recht laut und nervig - wie Plattenspieler wenn die Nadel aufsetzt). Mit Kernel 5.10 gibt es das nicht. Oder ist das eine Einstellungsgeschichte. Getestet mit Backport und Experimental-Kernel unter Bullseye. Unter Bookworm auch.

[Blackbox]

Erstens ist die Fehlermeldung mehr als dürftig und ist damit als Bugreport unzureichend.
Zweitens verwendet Debian Bookworm eine andere Kernelversion, als Debian Bullseye (Backports).
Drittens hast du nichts zu deinem Audiosetup verraten, oder sonst irgendwelche geeigneten Hinweise gegeben.

Es wäre also hilfreich, erst einmal diese Punkte abzuarbeiten.

[mcb]

Ja der Fehler tritt halt unter dem BackportKernel, Experimental Kernel als auch unter Bookworm auf. Ich weiß aber echt nicht wo ich suchen soll.

Hier ein paar Infos:

Code: Alles auswählen

tlp-stat -s; inxi -AS; uname -a
--- TLP 1.5.0 --------------------------------------------

+++ System Info
System         = LENOVO ThinkPad T490s 20NXCTO1WW
BIOS           = N2JET98W (1.76 )
OS Release     = Debian GNU/Linux 11 (bullseye)
Kernel         = 5.10.0-13-amd64 #1 SMP Debian 5.10.106-1 (2022-03-17) x86_64
/proc/cmdline  = BOOT_IMAGE=/vmlinuz-5.10.0-13-amd64 root=/dev/mapper/VG-root ro quiet
Init system    = systemd v247 (247.3-7)
Boot mode      = UEFI

+++ TLP Status
State          = enabled
RDW state      = enabled
Last run       = 07:44:00 PM,   3484 sec(s) ago
Mode           = AC
Power source   = AC

System:
  Host: mb Kernel: 5.10.0-13-amd64 arch: x86_64 bits: 64 Desktop: GNOME
    v: 3.38.6 Distro: Debian GNU/Linux 11 (bullseye)
Audio:
  Device-1: Intel Cannon Point-LP High Definition Audio driver: snd_hda_intel
  Sound Server-1: ALSA v: k5.10.0-13-amd64 running: yes
  Sound Server-2: PulseAudio v: 14.2 running: yes
  Sound Server-3: PipeWire v: 0.3.19 running: yes
Linux mb 5.10.0-13-amd64 #1 SMP Debian 5.10.106-1 (2022-03-17) x86_64 GNU/Linux

Wo könnte man ansetzen, ich weiß es nicht.

[cosinus]

Bei Bookworm das jetzige testing ist gestern oder heute ein Kernelupdate reingekommen. Ich bin jetzt mit 5.17.0-1-amd64 / Debian 5.17.3-1 unterwegs.
Spiel diesen Kernel in einer testing Installation ein und berichte.

[mcb]

Jo - Danke für den Hinweiß.

Edit es knackt nur beim Shutdown / beim Reboot nicht -> könnte man damit etwas eingrenzen womit es Zusammenhängt?

Code: Alles auswählen

marc@mb:~$ tlp-stat -s; inxi -AS; uname -a
--- TLP 1.5.0 --------------------------------------------

+++ System Info
System         = LENOVO ThinkPad T490s 20NXCTO1WW
BIOS           = N2JET98W (1.76 )
OS Release     = Debian GNU/Linux 11 (bullseye)
Kernel         = 5.17.0-1-amd64 #1 SMP PREEMPT Debian 5.17.3-1 (2022-04-18) x86_64
/proc/cmdline  = BOOT_IMAGE=/vmlinuz-5.17.0-1-amd64 root=/dev/mapper/VG-root ro quiet
Init system    = systemd v247 (247.3-7)
Boot mode      = UEFI

+++ TLP Status
State          = enabled
RDW state      = enabled
Last run       = 09:36:08 AM,     64 sec(s) ago
Mode           = AC
Power source   = AC

System:
  Host: mb Kernel: 5.17.0-1-amd64 arch: x86_64 bits: 64 Desktop: GNOME
    v: 3.38.6 Distro: Debian GNU/Linux 11 (bullseye)
Audio:
  Device-1: Intel Cannon Point-LP High Definition Audio driver: snd_hda_intel
  Sound Server-1: ALSA v: k5.17.0-1-amd64 running: yes
  Sound Server-2: PulseAudio v: 14.2 running: yes
  Sound Server-3: PipeWire v: 0.3.19 running: yes
Linux mb 5.17.0-1-amd64 #1 SMP PREEMPT Debian 5.17.3-1 (2022-04-18) x86_64 GNU/Linux

Mit dem 5.17er Kernel tritt es auch auf (unter Bullseye / Kernel aus sid). Ich möchte nicht wieder extra auf bookworm zum testen. Aber man darf doch auch Fehler im Backport Kernel melden? Bzw. "Unstimmigkeiten" die unter dem Standatkernel nicht auftreten?

[Blackbox]

Mit dem 5.17er Kernel tritt es auch auf (unter Bullseye / Kernel aus sid).

Was hast du dir davon versprochen, wenn bereits ein neuer Kernel aus den Backports nicht zur Zufriedenheit lief?

Hintergrund: https://wiki.debian.org/DontBreakDebian ... nkenDebian

Du möchtest immer relativ neue Software, auf deiner, in die Jahre gekommenen Hardware, wieso eigentlich?
Denn deine Hardware wird problemlos von einem Kernel aus dem Bullseye Repository unterstützt.
Ich sehe nicht mal, warum es bei dir einen Backport Kernel bräuchte?
Und wenn ich dich richtig verstanden habe, hat der Bullseye Kernel das von dir beschriebene Problem nicht?

Hintergrund: https://wiki.debian.org/DontBreakDebian ... f_Syndrome

Aber man darf doch auch Fehler im Backport Kernel melden?

Welcher Backport Kernel ist denn eigentlich betroffen und was genau soll gemeldet werden?

[cosinus]

Dass er den 5.17er Kernel mal ausprobieren soll, war ein Vorschlag von mir, er sollte dies aber in einem Debian testing also bookworm machen.
Was ist denn an dem T490s so alt?

[Blackbox]

Dass er den 5.17er Kernel mal ausprobieren soll, war ein Vorschlag von mir, er sollte dies aber in einem Debian testing also bookworm machen.

Das habe ich zur Kenntnis genommen.
Die Umsetzung aber auch.

Was ist denn an dem T490s so alt?

»Alt« ist in diesem Kontext relativ zu sehen, denn diese Hardware benötigt keinen aktuellen Kernel mehr, um problemlos zu laufen.
Einmal abgesehen davon, schrieb ich „in die Jahre gekommen“, nicht alt.

Aber ich möchte mich nun nicht mit Wortdefinitionen aufhalten.

[cosinus]

Wenn etwas in die Jahre gekommen ist, kann man durchaus das so verstehen, dass es alt ist. Aber nicht veraltet.

[mcb]

Ja

- ich schaue mal ob es in einem Testing nicht auftritt (ich habe wenig Hoffnung). Es trat bisher unter allen (Backport-)Kerneln neuer 5.10 auf. Mußte ich erstmal merken ...

Wollte das Problem aber melden bevor Bookworm stable wird.

[cosinus]

Hab noch was gefunden in https://forum.ubuntuusers.de/topic/boes ... nterfahre/

Zur Lösung: Ein Eintrag in /etc/modprobe.d/modprobe.conf hat es gerissen.

Code: Alles auswählen

options snd_hda_intel power_save=1

[mcb]

Hab noch was gefunden in https://forum.ubuntuusers.de/topic/boes ... nterfahre/

Zur Lösung: Ein Eintrag in /etc/modprobe.d/modprobe.conf hat es gerissen.

Code: Alles auswählen

options snd_hda_intel power_save=1

Danke. Ich werde es ausprobieren. Einen Beitrag weiter wird von neuen Problemen durch den Eintrag berichtet. Zur Not tut der Standartkernel ja.

Bei mir scheint es aus zu sein:

Code: Alles auswählen

cat /etc/tlp.d/01-mb-.conf 
SOUND_POWER_SAVE_ON_AC=0
SOUND_POWER_SAVE_ON_BAT=0
SOUND_POWER_SAVE_CONTROLLER=N
RESTORE_THRESHOLDS_ON_BAT=1
TPSMAPI_ENABLE=0 .....................................

[cosinus]

Hat das jetzt geholfen?

[mcb]

Hat das jetzt geholfen?

Ich bin nicht so schnell. Ich werde die Tage rumprobieren. Heute fehlt mir die Muße.

[cosinus]

Ich wollte dich nicht hetzen, war mir nur nicht sicher ob du das schon umgesetzt hast und deswegen fragte ich erstaunt, ob das schon geholfen habe