Pas de son avec la dernière version du noyau - s'agit-il d'un bogue du noyau ou de quelque chose d'autre?

2

J'ai une carte son USB externe sur un système Fedora 17 (64 bits). Il a cessé de jouer du son après la mise à jour du noyau vers la version 3.5.4-1 (le problème persiste sous la version 3.5.4-2).

Comme la carte son produit toujours du son au démarrage de la version 3.5.3-1, je suppose que le problème ne concerne ni le matériel ni des paramètres mal configurés. Je vérifiais quand même les suspects habituels pour les mauvais réglages (Phonon, alsamixer, pavucontrol), mais tout semble aller pour le mieux, à ma connaissance.

J'ai supposé qu'il s'agissait d' un bogue du noyau et je l'ai même soumis . Mais maintenant, un ami m'a envoyé un lien vers un article de Google Plus qui semble indiquer qu'un problème similaire (le même?) N'est pas un bogue du noyau, mais provient d'un module du noyau qui n'est pas chargé.

cela ressemble aux nouveaux alsa-utils ou à tout ce qui nécessite maintenant SND_SEQUENCER

lsmod ne répertorie pas SND_SEQUENCER sur mon système.

Je ne connais pas bien Linux. Si j’ai bien compris, si le problème concerne alsa-utils, mais s’applique uniquement au nouveau noyau, cela signifie que le nouveau noyau ne charge pas un module que l’ancien a chargé, ou que le démarrage avec le nouveau noyau démarre également un ancien. version d'alsa-utils. Les deux explications me semblent improbables, mais je peux me tromper.

Mes vraies questions:

  1. Est-ce que cela pourrait vraiment être une question de chargement du module, malgré le fait qu’alsa fonctionne toujours avec l’ancien noyau?
  2. Comment faire en sorte que mon système charge le module? (Dois-je d'abord l'installer et d'où vient-il?)
  3. Si cela ne fonctionne pas, avez-vous d'autres suggestions pour tenter de résoudre le problème (ou du moins pour vous assurer qu'il s'agit bien d'un bogue du noyau et qu'il est donc impossible de le résoudre avec des connaissances limitées)? Je ne sais pas où commencer.
rumtscho
la source

Réponses:

2

Cela n'a rien à voir avec CONFIG_SND_SEQUENCER.

Le patch qui a causé cette régression a été trouvé .
Le correctif a été publié et devrait éventuellement apparaître dans un noyau stable.

CL.
la source