[linuxaudio-it] [OT] irqpoll, polling, usb che smettono di funzionare, cd audio fantasma e alre stranezze.....

[confrey]

dieeasy ha scritto:
> 	Ciao e benvenuto!
>
> Il giorno Wed, 03 Dec 2008 01:40:01 +0100
> confrey <confrey a anche.no> ha scritto:
>
>   
>> [...]
>>
>> Allora, mi correggo : io ho installato un kernel realtime su slack, 
>> seguendo una doc relativa a una fantomatica SAW (Slackware Audio 
>> Station) che vorrebbe essere l'equivalente della Planet CCRMA, DeMuDi 
>> ecc. ecc., solo che al momento ci sono solo il .tgz del kernel e
>> nemmeno uno Slackbuild di nessuna applicazione, come invece promesso
>> sul documento iniziale; inoltre, non disponendo dei sorgenti del
>> kernel stesso non potevo compilare altri moduli necessari (madwifi),
>> così mi sono rimboccato le maniche, ho tirato giu il src vanilla, la
>> patch di Molnar, ho recuperato il config del kernel SAW e da lì sono
>> partito con la ricompilazione, e, con i files di configurazione
>> propri della SAW, il jack in RT andava; il mio 'impallo' era dovuto
>> al fatto che non metevo il check sulla casella 'SoftMode', e il
>> continuo ripetersi di xrun mi faceva pensare che ci fosse qualcosa
>> che non andava. Poi ho provato, con il check su SoftMode, jack sul
>> kernel normale con la slack configurata per SAW (i files di
>> configurazione settavano i limiti di nices alti per le le apps e
>> utenti del gruppo audio) e, con la cpu al massimo, sentivo i MIDI
>> senza problemi; allora ho lasciato perdere il realtime, e rifatto
>> un'installazione pulita. Devo ancora rimettere jack e annessi e
>> connessi su questa installazione nuova 'di fabbrica', vi farò
>> sapere....
>>     
>
> Potresti provare 64studio, ci dovrebbe essere tutto quello che ti serve.
>  - http://64studio.com/
>  - http://www.mirrorservice.org/sites/64studio.com/installer/
>
>   
>> [...]
>> Debian, della
>> quale mi piace molto il sistema di pacchettizzazione, che risolve le
>> dipendenze e tiene separati i files destinati alla sviluppo (-dev)
>> con conseguente enorme alleggerimento dello spazio su disco,
>> purtroppo mi genera quel fastidioso inconveniente : a tratti il tutto
>> si 'congela' per qualche secondo, e nel messages vedo un problema a
>> livello di dma sull'harddisk, all'inizio mi spaventavo, pensavo che
>> l'hd mi stesse lasciando... poi ho visto che sulla slack non avviene
>> e quindi ho dedotto che si tratto di un qualcosa a livello software,
>> forse nella gestione degli interrupt
>>     
>
> Sono debianista convinto e condivido con te questo fastidio sul mio
> Asus. Il mio caso è leggermente diverso ma forse la sorgente del
> problema è la stessa. Il polling di /dev/hda (che da me è il cdrom) da
> parte di hald a un certo punto si pianta e mi inchioda la macchina. Non
> essendo quel portatile la mia macchina principale non ci ho mai speso
> il tempo per indagare a fondo ma risolvo killando al boot il processo
> incriminato (uso `pidof $NOME_PROCESSO` per ottenere il pid e poi via di
> kill -9).
> Tra una Debian e una Slackware c'è talmente tanta differenza che
> non credo si possa ricondurre facilmente il problema a un componente
> software specifico, magari prova a fare qualche comparazione sulla
> versione e la configurazione di kernel, udev e hal, i principali
> sospettati. Se decidi di dedicarci del tempo farò il possibile per
> unire i miei sforzi ai tuoi ;)
>   
Chiedo scusa, sono appena arrivato e già comincio con gli OT, ma 
l'argomento mi spinge sempre di più... grazie a Nicola che mi ha dato 
una piccola speranza, cerco di spiegare meglio la situazione :

portatile Toshiba M40, il primo mesg al boot cita un bug a livello di un 
timer 8254 che non può connettersi all'APIC... alcune risorse di ACPI 
non hanno mai funzionato (tasti Fn e suspend2ram), se non metto irqpoll 
come parametro del kernel, dopo un tempo imprecisato, o in seguito a un 
tantomeno imprecisato evento, tutto ciò che è connesso all'USB smette di 
funzionare, la disconnessione e riconnessione non risolve nulla, e nel 
messages non si vedono messaggi, neppure relativi alla disconnessione; 
il riavvio di hal e udev non cambia nulla, e la macchina non si spegne, 
in quanto si impalla all'uscita della sessione grafica; questa è la 
situazione in generale; in particolare :

-- Debian : fastidioso e (forse ? ) preoccupante un freezing di qualche 
secondo che ferma tutto, dal messages si ricava un lost interrupt su hda 
(il disco rigido); all'inizio pensavo ad un'anomalia hardware del disco, 
ma poi mi sono ricreduto in quanto in altre distro (slack) non succede....

-- Slackware e Debian : a un certo punto compare il cd audio 'fantasma' 
: senza nessun cd nel drive, il desktop di turno (gnome, xfce, kde) mi 
avvisano che c'è un cd audio e mi chiedono cosa si deve fare, oppure mi 
avvisano che non riescono a leggere le tracce del cd audio (con tanto di 
icona sul desktop..), il messages a questo punto comincia a elencare 
drive seek error infinito a carico di hdc (il drive ottico); ho imparato 
a risolvere la situazione con hdparm -w  /dev/hdc; il messages si 
tranzuillizza e l'icona del cd audio che non c'è sparisce dal desktop, 
il tutto rifunziona fino alla prossima....

ecco, ora forse il problema è più chiaro, mi pare di capire che 
l'harddisk è sano, non so se il drive ottico lo sia pure, io non so cosa 
altro cercare e dove....

volonterosi fatevi avanti

saluti
confrey