[Fedora-it] Fedora 13, tutto bello ma....

[Guido Grazioli]

Il 31 maggio 2010 17.59, Alexjan Carraturo <axjslack a gmail.com> ha scritto:
> https://bugzilla.redhat.com/show_bug.cgi?id=508508
> https://bugzilla.redhat.com/show_bug.cgi?id=471331
> https://bugzilla.redhat.com/show_bug.cgi?id=520216
> https://bugzilla.redhat.com/show_bug.cgi?id=487254
> https://bugzilla.redhat.com/show_bug.cgi?id=542924
> https://bugzilla.redhat.com/show_bug.cgi?id=590115
>
> Con le opportune "differenze", sono problemi simili risolti in maniera
> simile (e ce ne sono altri).
>
> Io dico che l'anno capito anche quelli di pulseaudio, che non gli
> funziona con alcune HDA intel

Ciao, il tuo problema (o almeno quelli citati sopra, tranne l'ultimo)
sembrano provenire da più basso livello che pulseaudio; cioè dal
modulo hda-intel che gestisce un'infinità di modelli diversi di chipset.
Capita tra un aggiornamento e l'altro che il guessing del chipset,
modificato per supportare i nuovi modelli, cambi il comportamento
di modelli già esistenti (se non hai impostato il parametro per il modulo
model=<..> oppure se questo è model=auto).
Tutto ciò finisce per sballare il routing di schede audio che funzionavano
(a me è capitato sul portatile, ALC262, per esempio tra i kernel 2.6.32.9
e 2.6.32.10: se non specificavo model=ultra non avevo suono, dal 2.6.32.10
ho potuto nuovamente eiliminare il parametro).

Tanto per tagliare la testa al toro, hai provato a lanciare:
# alsactl init 0
e poi:
# arecord -D front:0 -f CD | strings
(giocando mentre arecord è attivo con i settaggi di alsamixer)
giusto per vedere se ad alsa qualcosa arriva?

Detto questo, si può parlare o discutere di questi argomenti anche in modo
amichevole, lasciamo tutti perdere l'astio che proprio non capisco da dove
scaturisca.

-- 
Guido Grazioli <guido.grazioli a gmail.com>
Via Parri 11 48011 - Alfonsine (RA)
Mobile: +39 347 1017202 (10-18)
Key FP = 7040 F398 0DED A737 7337  DAE1 12DC A698 5E81 2278
Linked in: http://www.linkedin.com/in/guidograzioli