View Full Version : Kernel 2.6 + ALSA
sapete mica perchè con sto kernel l'audio da i ciocchi?
per esser + preciso, per esempio uasndo xmms, ma anche quando qualsiasi altra applicazione f apartire un suono, dopo qualche secondo il flusso audio si incanta e sono costretto a killare il programma in questione o addirittura killare X per porre fine alla tortura! :D è veramente allucinante quando si incanta da sclerarci! :eek: :cry: :muro: :D
stase per essere + precisi vi posto il mio lsmod e il mio config del kernel, sicurametne avrò qualche casino coi moduli... se però nel frattempo avete già delle dritte da darmi.. ;) :p
... ho ac97 su via 8233...
ciaooo
ma dici che si ferma in un punto e va in loop o dici che "gracchia"? A me gracchiava col preempt abilitato
Originariamente inviato da DjMix
ma dici che si ferma in un punto e va in loop o dici che "gracchia"? A me gracchiava col preempt abilitato
va in loop.. insomma si incanta su una parola e la ripete fino a farmi scappare di testa :D
eppure guardando i moduli ieri sera ho cercato di caricare gli stessi che avevo con il kernel percedente (2.4.20, mi ero salvato l'lsmod con quel kernel, e conforntandolo con quello attuale erano praticamente indentici.. boh...)
ciao stase vi do + info! :)
LukeHack
26-09-2003, 11:44
provato alsaconf ?
Originariamente inviato da LukeHack
provato alsaconf ?
si ma non trova nessun chip! ;) :eek: :confused:
il problema in se' è strano... l'audio si sente alla prima senz alanciare alsaconf o simili, semplciemente caricando i moduli ALSA di via, poi però ho sto problema qua che si incanta...
...nessuno che ha il 2.6 e una mobo con ac97 (via 8233. tipo una epox 8kha magari :D ) e usa ALSA senza problemi può postarmi il suo config?
ciaoooo
LukeHack
26-09-2003, 12:32
se non trova device allora devi prima farlo trovare!
io risolsi con snddevices che si trova dentro la dir dei drivers...
ciao
ilsensine
26-09-2003, 12:36
Originariamente inviato da moly82
va in loop.. insomma si incanta su una parola e la ripete fino a farmi scappare di testa :D
Credo che sia il "noto" problema legato al nuovo scheduler. Da quel che ne so, negli ultimi 2.6.0-test dovrebbero averlo migliorato parecchio.
Affrontare il problema è al di là delle tue forze; al momento puoi solo trovare la soluzione che ti crea minor fastidio (ad es. usare preempt/no preempt, quello che va meglio).
Se ti senti "coraggioso", cerca in giro le patch sullo scheduler fatte da Con Kolivas.
Jøhñ Ðøë
26-09-2003, 12:52
a me lo fa solo a inizio canzone: mi spiego, se quando inizia la canzone diciamo per i primi 10 sec, faccio qualcosa (tipo cambiare pagina con il browser) mi crakka il suo e mi schizza verso metà canzone xmms e riparte regolare...
me lo ha iniziato a fare quando ho disabilitato l'apic e ho abilitato l'acpi
John
beh riabilita l'apic allora ;)
Originariamente inviato da ilsensine
Credo che sia il "noto" problema legato al nuovo scheduler. Da quel che ne so, negli ultimi 2.6.0-test dovrebbero averlo migliorato parecchio.
Affrontare il problema è al di là delle tue forze; al momento puoi solo trovare la soluzione che ti crea minor fastidio (ad es. usare preempt/no preempt, quello che va meglio).
Se ti senti "coraggioso", cerca in giro le patch sullo scheduler fatte da Con Kolivas.
beh ho la test 5 quindi direi l'ultima... o la penultima al max! ;) :p
tra l'altro le prime ricompilazioni le avevo fatte senza preempt, e il suono non andava uguale... ora che ho il preempt il prob è lo stesso :eek: :muro: :cry: :confused:
ma quindi scusa fammi capire una cosa: tutti quelli con ac97 onboard su chip via8233 e che usano alsa hanno avuto sto problema? :eek: cavolo qualcuno credo che avrebbe postato dicendo che pure lui aveva sto problema e come l'ha risolto eventualmente.. o mi sbaglio? :sperem: :p
se usassi OSS non risolvo? stase provo...
ciaoooo
Originariamente inviato da Jøhñ Ðøë
a me lo fa solo a inizio canzone: mi spiego, se quando inizia la canzone diciamo per i primi 10 sec, faccio qualcosa (tipo cambiare pagina con il browser) mi crakka il suo e mi schizza verso metà canzone xmms e riparte regolare...
me lo ha iniziato a fare quando ho disabilitato l'apic e ho abilitato l'acpi
John
tu se non sbaglio hai il mio stesso chip no? e usi alsa? quindi scusa fammi capire se non fai nulla per 10 secondi circa poi funziona bene? :eek: :muro:
perchè in effetti mi pare che a me va in loop se per esempio mando avanti la canzone... :confused:
Originariamente inviato da DjMix
beh riabilita l'apic allora ;)
anche io uso acpi... che è sto apic? :confused:
ciaooo
Originariamente inviato da moly82
beh ho la test 5 quindi direi l'ultima... o la penultima al max! ;) :p
tra l'altro le prime ricompilazioni le avevo fatte senza preempt, e il suono non andava uguale... ora che ho il preempt il prob è lo stesso :eek: :muro: :cry: :confused:
ma quindi scusa fammi capire una cosa: tutti quelli con ac97 onboard su chip via8233 e che usano alsa hanno avuto sto problema? :eek: cavolo qualcuno credo che avrebbe postato dicendo che pure lui aveva sto problema e come l'ha risolto eventualmente.. o mi sbaglio? :sperem: :p
se usassi OSS non risolvo? stase provo...
ciaoooo
A dire il vero è un problema piu generale. Anche io con il test1 avevo questo probelma. Mi piacerebbe provare il test5 ma non mi parete :(
ciao ;)
Originariamente inviato da moly82
anche io uso acpi... che è sto apic? :confused:
ciaooo
Sta per Advaced Programmable Iterupt Controler o qualcosa di simile e fa lo stesso lavoro di un pic 16550 solo che è integrato nella cpu.
ciao ;)
ilsensine
26-09-2003, 14:42
Originariamente inviato da moly82
beh ho la test 5 quindi direi l'ultima... o la penultima al max! ;) :p
Controlla, c'è una grossa differenza con la test4.
Cmq vi segnalo che il nuovo scheduler ha scoperchiato un bug di xine, che rischia di andare troppo in context switch o addirittura in deadlock. Per qualche fortuito caso, questo non si manifesta con il 2.4.
Non so se le correzioni sono state apportate agli ultimi xine.
Originariamente inviato da ilsensine
Controlla, c'è una grossa differenza con la test4.
Cmq vi segnalo che il nuovo scheduler ha scoperchiato un bug di xine, che rischia di andare troppo in context switch o addirittura in deadlock. Per qualche fortuito caso, questo non si manifesta con il 2.4.
Non so se le correzioni sono state apportate agli ultimi xine.
:eek: incredibile.
link ??
ciao ;)
ilsensine
26-09-2003, 14:47
Originariamente inviato da VICIUS
:eek: incredibile.
link ??
linux kernel mailing list. Non mi chiedere di rintracciare i post che è una lista pachidermica.
Originariamente inviato da VICIUS
Sta per Advaced Programmable Iterupt Controler o qualcosa di simile e fa lo stesso lavoro di un pic 16550 solo che è integrato nella cpu.
ciao ;)
tradotto in italiano? :rolleyes: :D :sofico:
Originariamente inviato da VICIUS
A dire il vero è un problema piu generale. Anche io con il test1 avevo questo probelma. Mi piacerebbe provare il test5 ma non mi parete :(
ciao ;)
quindi anche tu lo hai? meno male non sono il solo! :p
PS: come fa a non partirti la test 5? parte a me.... :D
Originariamente inviato da ilsensine
Controlla, c'è una grossa differenza con la test4.
Cmq vi segnalo che il nuovo scheduler ha scoperchiato un bug di xine, che rischia di andare troppo in context switch o addirittura in deadlock. Per qualche fortuito caso, questo non si manifesta con il 2.4.
Non so se le correzioni sono state apportate agli ultimi xine.
no no io ho il test 5 SICURO! ;) :)
solo che dicevo che la 5 dovrebbe essere l'ultimo test attuale o al max penultimo!
cmq è l'ultimo! :p
PS: che vuol dire context switch e deadlock? se io uso mplayer no problem cmq giusto?
ciaoooo
ilsensine
26-09-2003, 14:53
Originariamente inviato da moly82
solo che dicevo che la 5 dovrebbe essere l'ultimo test attuale o al max penultimo!
cmq è l'ultimo! :p
sono arrivati al -test5-bkN, per N grande (ho perso il conto)
PS: che vuol dire context switch e deadlock? se io uso mplayer no problem cmq giusto?
Catastrofico errore mio, intendevo "xmms" non "xine" (faccio spesso quest'errore, a volte mi chiedo perché non mi partono i divx... :D )
ilsensine
26-09-2003, 14:55
Originariamente inviato da ilsensine
Catastrofico errore mio, intendevo "xmms" non "xine" (faccio spesso quest'errore, a volte mi chiedo perché non mi partono i divx... :D )
...o era xine?
NON ME LO RICORDO :cry: :cry: :cry:
Originariamente inviato da moly82
quindi anche tu lo hai? meno male non sono il solo! :p
PS: come fa a non partirti la test 5? parte a me.... :D
è piuttosto semplice si blocca durante la rivelazione del mouse... bha :rolleyes:
ciao ;)
Originariamente inviato da VICIUS
è piuttosto semplice si blocca durante la rivelazione del mouse... bha :rolleyes:
ciao ;)
ma ti sei copiato la config della test 1 ovviamente o no? :confused:
Originariamente inviato da ilsensine
...o era xine?
NON ME LO RICORDO :cry: :cry: :cry:
che drogato! :D
PS: non mi hai spiegato che sono deathmatch e context vision... :sofico:
ciaoooo
Originariamente inviato da moly82
ma ti sei copiato la config della test 1 ovviamente o no? :confused:
a dire il vero mi ricordo a memoria tutti i moduli e le parti da mettere statiche nel kernel non salvo mai la configurazione. :cool:
in goni caso ho fatto un bel :
make mrproper
make allnoconfig
make menuconfig
[configurato tutto come al solito ...]
make bzImage modules modules_install
[copiato i file System.map bzImage e modificato lilo.conf]
lilo -v
riavvio ....
vedo tutte le scrittine come al solito ma quando si mette a cerare il mouse succede il bordello ...:
mice: PS/2 port common for all mouse ...
rimane incastrato qui...
uff :mad:
edit: se tolgo il supporto per tastiera e mouse il sistema si carica normalmente e arriva al login ma farlo senza tastiera è un po difficile :rolleyes:
ciao ;)
ilsensine
26-09-2003, 16:43
Originariamente inviato da moly82
che drogato! :D
PS: non mi hai spiegato che sono deathmatch e context vision... :sofico:
ciaoooo
context switch: cambio del task/thread attivo
deadlock: giro giro tondo... :sofico:
Originariamente inviato da ilsensine
context switch: cambio del task/thread attivo
deadlock: giro giro tondo... :sofico:
cavolo allora mi sa che era proprio xmms e non xine! :eek: :muro: :cry:
vBulletin® v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.