Forum: >>> Magnum BBS <<<

Plus de son (sur HDMI)

From =?UTF-8?Q?BERTRAND_Jo=c3=abl?=@21:1/5 to All on Sun Feb 2 18:10:01 2025

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --mUH80ViTU0x6zDeUQ19qfI8aQaBmGrb2q
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Bonjour à tous,

J'ai chez moi un poste qui me sert de serveur multimedia et qui tourne sous une Debian Testing.

Je viens de m'apercevoir qu'après une mise à jour récente, je n'ai plus
de son qui part via le câble HDMI vers le moniteur. Cela fonctionnait précédemment sans aucun problème.

Voici le début de mon dmesg :

[ 0.000000] Linux version 6.12.11-amd64
(debian-kernel@lists.debian.org) (x86_64-linux-gnu-gcc-14 (Debian
14.2.0-14) 14.2.0, GNU ld (GNU Binutils for Debian) 2.43.90.20250122) #1
SMP PREEMPT_DYNAMIC Debian 6.12.11-1 (2025-01-25)
[ 0.000000] Command line: BOOT_IMAGE=pxelinux.cfg/vmlinuz-heisenberg root=/dev/nfs initrd=pxelinux.cfg/initrd.img-heisenberg nfsroot=192.168.10.128:/srv/heisenberg ip=dhcp rw splash intel_iommu=on,igfx_off
...
[ 10.749793] snd_hda_intel 0000:00:03.0: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[ 10.751012] i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device
[ 10.764293] input: HDA Intel HDMI HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:03.0/sound/card2/input18
[ 10.764331] input: HDA Intel HDMI HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:03.0/sound/card2/input19
[ 10.764379] input: HDA Intel HDMI HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:03.0/sound/card2/input20

La carte son passe par une Intel intégrée au CPU (i5-4570S). J'ai mis 512 Mo de mémoire pour le GPU.

Dès que j'essaie de faire sortir quelque chose à la carte son (même les
sons système de test), je me prends l'erreur suivante.

[ 43.194230] dmar_fault: 65398 callbacks suppressed
[ 43.194234] DMAR: DRHD: handling fault status reg 2
[ 43.194239] DMAR: [DMA Read NO_PASID] Request device [00:03.0] fault
addr 0xf
fc2b000 [fault reason 0x0c] non-zero reserved fields in PTE
[ 43.194585] DMAR: DRHD: handling fault status reg 2
[ 43.194599] DMAR: [DMA Read NO_PASID] Request device [00:03.0] fault
addr 0xf
fc2b000 [fault reason 0x0c] non-zero reserved fields in PTE
[ 43.194802] DMAR: DRHD: handling fault status reg 3
[ 43.194804] DMAR: [DMA Write NO_PASID] Request device [00:1b.0] fault
addr 0xffa3b000 [fault reason 0x0c] non-zero reserved fields in PTE
[ 43.194823] DMAR: DRHD: handling fault status reg 2

Google n'est pas mon ami sur ce coup-là et toute aide/explication/invocation chamanique est la bienvenue.

Bien cordialement,

JKB

--mUH80ViTU0x6zDeUQ19qfI8aQaBmGrb2q--

-----BEGIN PGP SIGNATURE-----

iHUEABYIAB0WIQQj8MW8iOsC2RXEznnFW/s/mMLXCAUCZ5+kiwAKCRDFW/s/mMLX CMd2AP9NUUx5g8t12R0pDZXHlTw+hnKBlhgt6sFBpOuKTzORvgD+KDxSmwWthOVP mUNHr/tUNKkOYjf6YNuc8808qqD6EwE=
=pdR0
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

From =?UTF-8?Q?BERTRAND_Jo=c3=abl?=@21:1/5 to All on Sat Feb 8 15:30:01 2025

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --S8q9QeS3UFMi8aBG2YLJTKGEVVH0hDcHY
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

didier gaumet a écrit :

Le 02/02/2025 à 17:59, BERTRAND Joël a écrit :
[...]

Google n'est pas mon ami sur ce coup-là et toute
aide/explication/invocation chamanique est la bienvenue.

[...]

<bruits de percussions orientales>
<voix sépulcrale> le shaman te répond en direct qu'il n'y connaît rien mais que ça semble d'après internet avoir un lien avec IOMMU

(je rebondis sur ton humour et la mention du shaman pour bien souligner
que ça me passe au-dessus de la tête: je n'ai rien d'un expert noyau)

Comme IOMMU n'est semble-t-il pas utilisé de la même façon suivant les distributions (voire suivant les noyaux?) il se pourrait (c'est du conditionnel et ce n'est qu'une possibilité parmi d'autres) qu'une mise-à-jour ait modifié le contexte IOMMU chez toi, cassant la sortie
son HDMI au passage.

Tu pourrais alors regarder du côté des paramètres IOMMU à passer au noyau au boot: https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html particulièrement intel_iommu, intremap et iommu*

https://www.kernel.org/doc/html/v6.2/x86/iommu.html https://docs.kernel.org/mm/page_tables.html https://lenovopress.lenovo.com/lp1467.pdf

PS: ceci dit Jean-Michel pourrait bien avoir raison: certains DE
remplacent ou ont déjà remplacé Pulseaudio par Pipewire et une mise-à-jour pourrait avoir mis partiellement ça en place silencieusement

Bonjour,

Je n'ai pas l'impression que ce soit un problème de iommu; En changeant
le paramètre, ça ne change rien. J'ai essayé pipewire, mais sans succès (KDE ne voit plus du tout de carte son). Cependant, en retirant
igfx_off, je n'ai plus d'erreurs DMA. Le fichier de démarrage est le
suivant :

LABEL linux
KERNEL pxelinux.cfg/vmlinuz-heisenberg
APPEND root=/dev/nfs initrd=pxelinux.cfg/initrd.img-heisenberg nfsroot=192.168.10.128:/srv/heisenberg ip=dhcp rw splash intel_iommu=on,igfx_off
PROMPT 0
DEFAULT linux

Du coup, j'ai réinstallé pulseaudio. Quand je lance une vidéo, il y a
un 'tac' dans les HP, puis rien. Si je lance par exemple vlc, je vois le connecteur pulseaudio de vlc dans pavucontrol (avec les niveaux
correspondant à la bande son). Le tout est redirigé vers la cartes HDMI
qui est bien active (là encore, le spectre est correct). vlc finit par
planter avec un débordement de buffer pulseaudio.

Je ne sais plus où chercher.

Bien cordialement,

JB

--S8q9QeS3UFMi8aBG2YLJTKGEVVH0hDcHY--

-----BEGIN PGP SIGNATURE-----

iHUEABYIAB0WIQQj8MW8iOsC2RXEznnFW/s/mMLXCAUCZ6dotAAKCRDFW/s/mMLX CHdgAP9lb8JjZeEj6JLc7UDxeiIdDC0v411eXr7rP5hS+p8kUwEAiKDEeSojA/ej MkX+vAU+41KDxrtHEANFTtMFOec3SQ4=
=z1EK
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

From MERLIN Philippe@21:1/5 to All on Sat Feb 8 18:00:01 2025

This is a multi-part message in MIME format.

Le samedi 8 février 2025, 15:22:39 UTC+1 BERTRAND Joël a écrit :

didier gaumet a écrit :

Le 02/02/2025 à 17:59, BERTRAND Joël a écrit :
[...]

Google n'est pas mon ami sur ce coup-là et toute
aide/explication/invocation chamanique est la bienvenue.

[...]

<bruits de percussions orientales>
<voix sépulcrale> le shaman te répond en direct qu'il n'y connaît rien mais que ça semble d'après internet avoir un lien avec IOMMU

(je rebondis sur ton humour et la mention du shaman pour bien souligner
que ça me passe au-dessus de la tête: je n'ai rien d'un expert noyau)

Comme IOMMU n'est semble-t-il pas utilisé de la même façon suivant les distributions (voire suivant les noyaux?) il se pourrait (c'est du conditionnel et ce n'est qu'une possibilité parmi d'autres) qu'une mise-à-jour ait modifié le contexte IOMMU chez toi, cassant la sortie
son HDMI au passage.

Tu pourrais alors regarder du côté des paramètres IOMMU à passer au noyau au boot: https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html particulièrement intel_iommu, intremap et iommu*

https://www.kernel.org/doc/html/v6.2/x86/iommu.html https://docs.kernel.org/mm/page_tables.html https://lenovopress.lenovo.com/lp1467.pdf

PS: ceci dit Jean-Michel pourrait bien avoir raison: certains DE
remplacent ou ont déjà remplacé Pulseaudio par Pipewire et une mise-à-jour pourrait avoir mis partiellement ça en place silencieusement

Bonjour,

Je n'ai pas l'impression que ce soit un problème de iommu; En changeant
le paramètre, ça ne change rien. J'ai essayé pipewire, mais sans succès (KDE ne voit plus du tout de carte son). Cependant, en retirant
igfx_off, je n'ai plus d'erreurs DMA. Le fichier de démarrage est le
suivant :

LABEL linux
KERNEL pxelinux.cfg/vmlinuz-heisenberg
APPEND root=/dev/nfs initrd=pxelinux.cfg/initrd.img-heisenberg nfsroot=192.168.10.128:/srv/heisenberg ip=dhcp rw splash intel_iommu=on,igfx_off
PROMPT 0
DEFAULT linux

Du coup, j'ai réinstallé pulseaudio. Quand je lance une vidéo, il y a
un 'tac' dans les HP, puis rien. Si je lance par exemple vlc, je vois le connecteur pulseaudio de vlc dans pavucontrol (avec les niveaux
correspondant à la bande son). Le tout est redirigé vers la cartes HDMI
qui est bien active (là encore, le spectre est correct). vlc finit par planter avec un débordement de buffer pulseaudio.

Je ne sais plus où chercher.

Bien cordialement,

JB

Peut être une bétise .
As tu essayé dans une console de lancer :
*alsamixer*
Tu verras si les canaux sont ouverts si non tu peux les ouvrir.
alsa si je ne me trompe pas ce qui gére le son au bas niveau .
Amitiés.
Philippe Merlin

<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
</head>
<body>Le samedi 8 février 2025, 15:22:39 UTC+1 BERTRAND Joël a écrit :
> didier gaumet a écrit :
> > Le 02/02/2025 à 17:59, BERTRAND Joël a écrit :
> > [...]
> > 
> >> Google n'est pas mon ami sur ce coup-là et toute
> >> aide/explication/invocation chamanique est la bienvenue.
> > 
> > [...]
> > 
> > <bruits de percussions orientales>
> > <voix sépulcrale> le shaman te répond en direct qu'il n'y connaît rien
> > mais que ça semble d'après internet avoir un lien avec IOMMU
> > 
> > (je rebondis sur ton humour et la mention du shaman pour bien souligner
> > que ça me passe au-dessus de la tête: je n'ai rien d'un expert noyau)
> > 
> > Comme IOMMU n'est semble-t-il pas utilisé de la même façon suivant les
> > distributions (voire suivant les noyaux?) il se pourrait (c'est du
> > conditionnel et ce n'est qu'une possibilité parmi d'autres) qu'une
> > mise-à-jour ait modifié le contexte IOMMU chez toi, cassant la sortie
> > son HDMI au passage.
> > 
> > Tu pourrais alors regarder du côté des paramètres IOMMU à passer au
> > noyau au boot:
> > https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html
> > particulièrement intel_iommu, intremap et iommu*
> > 
> > https://www.kernel.org/doc/html/v6.2/x86/iommu.html
> > https://docs.kernel.org/mm/page_tables.html
> > https://lenovopress.lenovo.com/lp1467.pdf
> > 
> > PS: ceci dit Jean-Michel pourrait bien avoir raison: certains DE
> > remplacent ou ont déjà remplacé Pulseaudio par Pipewire et une
> > mise-à-jour pourrait avoir mis partiellement ça en place silencieusement
> >     Bonjour,
> >     Je n'ai pas l'impression que ce soit un problème de iommu; En changeant
> le paramètre, ça ne change rien. J'ai essayé pipewire, mais sans succès
> (KDE ne voit plus du tout de carte son). Cependant, en retirant
> igfx_off, je n'ai plus d'erreurs DMA. Le fichier de démarrage est le
> suivant :
> > LABEL linux
> KERNEL pxelinux.cfg/vmlinuz-heisenberg
> APPEND root=/dev/nfs initrd=pxelinux.cfg/initrd.img-heisenberg
> nfsroot=192.168.10.128:/srv/heisenberg ip=dhcp rw splash
> intel_iommu=on,igfx_off
> PROMPT 0
> DEFAULT linux
> >     Du coup, j'ai réinstallé pulseaudio. Quand je lance une vidéo, il y a
> un 'tac' dans les HP, puis rien. Si je lance par exemple vlc, je vois le
> connecteur pulseaudio de vlc dans pavucontrol (avec les niveaux
> correspondant à la bande son). Le tout est redirigé vers la cartes HDMI
> qui est bien active (là encore, le spectre est correct). vlc finit par
> planter avec un débordement de buffer pulseaudio.
> >     Je ne sais plus où chercher.
> >     Bien cordialement,
> >     JB
Peut être une bétise .
As tu essayé dans une console de lancer :
alsamixer 
Tu verras si les canaux sont ouverts si non tu peux les ouvrir.
alsa si je ne me trompe pas ce qui gére le son au bas niveau .
Amitiés.
Philippe Merlin
 </body>
</html>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

From =?UTF-8?Q?BERTRAND_Jo=c3=abl?=@21:1/5 to All on Sat Feb 8 23:10:01 2025

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --4knUP5LQFot5isceq3vu0POCiy3Lwpb06
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

MERLIN Philippe a écrit :

Peut être une bétise .

As tu essayé dans une console de lancer :

*alsamixer*

Tu verras si les canaux sont ouverts si non tu peux les ouvrir.

alsa si je ne me trompe pas ce qui gére le son au bas niveau .

Non, non, c'est bon de ce côté. En revanche, je m'aperçois que les firmwares ne sont plus dans les dépôts non-free. Ils ont peut-être été retirés de la dernière mise à jour. Je vais creuser demain.

JB

--4knUP5LQFot5isceq3vu0POCiy3Lwpb06--

-----BEGIN PGP SIGNATURE-----

iHUEABYIAB0WIQQj8MW8iOsC2RXEznnFW/s/mMLXCAUCZ6fVZwAKCRDFW/s/mMLX CFSTAP9S4Bkc5W8ydCa8ZEg9643+S8NZ9COkWGJeWRPk59F2PgD/QEcDWx8xl/Ik 2/CvDhX/spNvO53TWYCYeK0PG5IQMAw=
=KdH1
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

From =?UTF-8?Q?BERTRAND_Jo=c3=abl?=@21:1/5 to All on Sun Feb 9 14:10:01 2025

This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --ySPs3tN66NN0XhGVvLlcW8oEbXZzFRZqS
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

didier gaumet a écrit :

Le 08/02/2025 à 23:06, BERTRAND Joël a écrit :

Non, non, c'est bon de ce côté. En revanche, je m'aperçois que les
firmwares ne sont plus dans les dépôts non-free. Ils ont peut-être été >> retirés de la dernière mise à jour. Je vais creuser demain.

les firmwares sont maintenant dans la section non-free-firmware

Bon, ça ne règle strictement pas le problème. Ça sent le bug dans le
pilote parce qu'au bout d'un certain nombre de test, l'outil de test de
KDE m'indique que le buffer est plein.

--ySPs3tN66NN0XhGVvLlcW8oEbXZzFRZqS--

-----BEGIN PGP SIGNATURE-----

iHUEABYIAB0WIQQj8MW8iOsC2RXEznnFW/s/mMLXCAUCZ6ioZAAKCRDFW/s/mMLX CIBpAP4xMSDd4nHUEIkLR9CCPlJ6BD4caSl/sVFfLSG8VkxWuQEA0OOsOwmgpU+x E/yQe6XUEeDwi2bw77kxDTK04X0ThQQ=
=ZCXX
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

From Eric DEGENETAIS@21:1/5 to All on Mon Feb 10 10:40:01 2025

bonjour,
Le dim. 9 févr. 2025 à 14:07, BERTRAND Joël
<joel.bertrand@systella.fr> a écrit :

didier gaumet a écrit :

Le 08/02/2025 à 23:06, BERTRAND Joël a écrit :

Bon, ça ne règle strictement pas le problème. Ça sent le bug dans le
pilote parce qu'au bout d'un certain nombre de test, l'outil de test de
KDE m'indique que le buffer est plein.

Du coup, si ça a fonctionné par le passé, tester des versions
antérieures du noyau ?

______________
Éric Dégenètais
Henix

http://www.henix.com
http://www.squashtest.org

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Who's Online
Recent Visitors
- Bob Worm
  Tue Sep 16 15:15:42 2025
  from Wales, Uk via Telnet
- Gretchiie
  Tue Sep 16 05:20:21 2025
  from Derry, Nh via Telnet
- Ginger1
  Mon Sep 15 19:33:54 2025
  from London via SSH
- Bob Worm
  Mon Sep 15 15:42:34 2025
  from Wales, Uk via Telnet
- Gretchiie
  Mon Sep 15 05:16:29 2025
  from Derry, Nh via Telnet
- Fred Blogs
  Mon Sep 15 00:03:12 2025
  from Uk via SSH
- Plume
  Sun Sep 14 09:34:52 2025
  from Uk via Raw
- Gretchiie
  Sun Sep 14 06:07:30 2025
  from Derry, Nh via Telnet

System Info

Sysop:	Keyop
Location:	Huddersfield, West Yorkshire, UK
Users:	546
Nodes:	16 (2 / 14)
Uptime:	33:56:02
Calls:	10,391
Calls today:	2
Files:	14,064
Messages:	6,417,129

Plus de son (sur HDMI)

Who's Online

Recent Visitors

System Info