Newsgroup: it.comp.os.linux.sys
Titolo: Terribile hang con 2.4.6 e 2.2.19

Salve a tutti...
Courioso problema che credo sia legato ad un bug del chipset della
mia scheda madre, una AOpen AX 59 Pro (VIA MVP3): utilizzando il
kernel di default della mia SuSE (le ho installate tutte su questo
PC a partire dalla 6.3 sino alla 7.1) funziona tutto benone.
Utilizzando un kernel compilato a mano, sia esso il 2.2.19 o il 2.4.6,
la macchina si pianta senza pieta' sotto X, costringendomi a spegnerla
fisicamente (fortuna che ho il reiser-fs!).
Fino ad ora non mi ero mai accorto del problema, anche perche' il
2.4.2 della SuSE 7.1 disponibile come update RPM non ha mai dato
problemi di alcun genere, ma il recente acquisto di una GeForce 2 MX
con annessa compilazione del Kernel Driver mi ha spinto all'installazione
di un kernel piu' stabile; per sfizio ho provato anche il 2.2.19 ma
i risultati sono analoghi al 2.4.6.
La configurazione utilizzata per il 2.4.6 e' stata presa direttamente
dal /proc/config.gz e quindi adattata (tolto il supporto per servizi
che non mi servono come HamRadio, PCMCIA, ecc. e ottimizzazioni K6).
Ricordo che un annetto fa, quando ancora un piccola partizione windoze
giacieva sul mio HDD, sotto Win95 mi accadevano cose simili, ho risolto
nel modo piu' semplice possibile: eliminandolo definitivamente!
Un particolare: i blocchi mi pare si verifichino soltanto quando ci
sono driver audio caricati (kernel o alsa non fa differenza), ma non
necessariamente mentre esce del suono dalle casse; scheda audio Crystal ISA.
Grazie in anticipo,
--
Davide

 non mi servono come HamRadio, PCMCIA, ecc. e ottimizzazioni K6).
L'unica cosa che mi viene in mente e` che tu non abbia disabilitato il
supporto DRI e agpgart, che potrebbero andare in conflitto con il modulo
Nvidia (che ovviamente hai caricato, vero?).
Poi in XF86Config-4 devi dire al driver di usare il supporto AGP Nvidia.
A risentirci
\  Davide G. Borin
\\ !!Scudo anti-spam attivo!! Togliere le x e "eliminami" dall'indirizzo
\\\_____________________________________________________________________

 
Scusate il quoting selvaggio ma sto usando Google-Groups con Lynx e ho
qualche difficolta' nel "purgare" le righe inutili...
Non e' un problema relativo all'NVidia, lo stesso comportamento
avveniva anche con la vecchia S3 Savage 4... Personalmente credo che
in realta' si tratti di qualcosa che ha a che fare con il DMA, e che si
verifichi sotto X solo perche' il sistema e' piu' carico...
L'unico dubbio e': perche' con il 2.4.2 di SuSE no e con gli altri si?
Anche il 2.4.0 di SuSE funziona, mentre gli stessi 2.2.18 (sempre SuSE)
e 2.2.19 (compilato da me o da RPM di SuSE) fanno lo stesso...
Bha, finche riesco vado avanti cosi', poi mi decidero' ad aggiornare
il mio HW...
Volevo il kernel piu' nuovo perche' la mia configurazione e' piuttosto
"evoluta" (ReiserFS su LVM), ma fino ad ora non ho mai avuto problemi
con il 2.4.2, l'unico rammarico e' rinunciare alle ottimizzazioni...
Grazie comunque!
--
Davide

 RPM di SuSE) fanno lo stesso... 
Anche a me si comporta in maniera simile: Asus A7V133 e Riva TNT2 Ultra
con RH 7.1.
Il problema è che prima avevo una scheda madre diversa (una super7 con
chipset via) e RedHat 7.0 (quindi XFree 3.3.6) e non ho mai avuto
problemi di questo genere (blocco totale della macchina sotto X!!!), poi
tutto d'un botto ho cambiato scheda madre, processore e ho installato la
RH 7.1. Quindi a questo punto non so se si tratti di un problema con la
scheda madre e la scheda video che sono mal digeriti da linux, oppure se
sia un problema con XFree 4.0.x....., fattostà che ho provato sia col
driver standard "nv" di XFree 4 che c'è in RedHat sia installando gli
ultimi driver dal sito delle NVidia, ma il problema persiste. Ho anche
provato a cambiare le impostazioni dell'AGP da bios, ma niente da fare. O
il computer si impalla entro 20 minuti, oppure sta acceso per delle ore
senza problemi. P.S. ho provato con tutti i kernel dal 2.4.3 al 2.4.6

 ore senza problemi.
A me verrebbe da pensare ad un problema hardware, per esempio di
surriscaldamento. Controlla anche di non avere schede PCI che usano una
grossa fetta della banda del bus che condividano gli IRQ.
Se hai una rete, dopo l'impallamento prova a fare un ping/telnet/ssh o
che altro vuoi per vedere se si e` piantato solo X o anche il kernel.


 
La tua configurazione e' simile alla mia, io ho una MB AOpen ma con
lo stesso chipset...
Ho risolto brillantemente problema disabilitando da bios l'USB (non ho
periferiche USB), liberando quindi un IRQ che mi consente di non usare
il PCI Steering per condividerne piu' di uno)... Ora non si blocca
piu'... Spulciando per google ho trovato delle pagine web relative
allo sviluppo del kernel, dove si parlava del mio problema come un bug
del chipset VIA MVP3, rimane pero' ancora un mistero il perfetto
funzionamento del 2.4.2 anche nella precedente configurazione...
Tuttavia ora funziona tutto a meraviglia con 2.4.6, ReiserFS e LVM...
Uno spettacolo!
--
Davide

 Davide
Premetto che sicuramente non ho problemi di surriscaldamento perchè sotto
win2k non ho crask di questo tipo. Ma ho appena fatto una scoperta: avevo
omesso di dire che ho una scheda TV della Hauppague (wintv theather) con
relativi moduli compilati. L'ho installata assieme alla nuova scheda
madre (prima non avevo la scheda TV).
A macchina appena avviata, finchè non carico X i moduli della scheda TV
non vengono caricati. Oggi ho avviato la macchina, ho caricato X e poi
per vari motivi sono ritornato in console. A questo punto i moduli
restano caricati, e mentre lavoravo BHUM!!! Un bel crash del kernel, con
oggetto il modulo i2c-core, necessario per il funzionamento della scheda.
Se avviene un crash del kernel mentre si è sotto X non si ha modo (o
almeno io non so come si fa) di vedere l'output a video, ecco perchè a me
sembrava inchiodarsi senza motivo. A questo punto ho.  capito che il
problema non è nè in XFree 4 nè nella scheda video ma nel kernel e nella
scheda TV, che per altro sotto win non ha problemi. Adesso ho provato ad
alzare il tempo di latenza del bus PCI nel bios da 32 a 64 e vediamo che
succede...Altra cosa strana è che se sotto X utilizzavo la scheda TV non
mi crashava mai, bho! Che il kernel quando cerca di scaricare i moduli
inutilizzati faccia casini???

 TV della Hauppague (wintv theather) con relativi moduli compilati.
Ah, questo cambia tutto! Aggiornati istantaneamente al kernel 2.4.5 o
superiore: e` successo anche a me con il 2.4.4 (il 2.4.2 effettivamente
non l'ho provato), anche se con il 2.4.3 mi andava...


 
Purtroppo (o per fortuna) tengo il sistema costantemente aggiornato, è da
una settimana che ho il 2.4.6, passando per tutte le release precedenti,
e il problema persiste, anzi a dirla tutta da quando ho il 2.4.6 crasha
praticamente una volta si e una no, mentre con il 2.4.5 si inkiodava
molto meno.