Newsgroup: it.comp.os.linux.iniziare
Titolo: Linux non funziona con portatile Asus 8400L?

Salve,
con il portatile in oggetto non si riesce
a lavorare con l'ambiente X.
Ho provato la Red Hat 7.2 e la
Mandrake Cooker (Christmas Cooker).
Ma niente da fare.
L'hardware e' il seguente:
PIII 1,13 Ghz
256 MB Ram
Sk video Radeon Mobility M6 16 MB
Chipset intel 815 (credo EP)
il problema principale e' il server grafico.
La RH 7.2 riconosce la Radeon, la configura, solo
che dopo che inizio a lavorare 'sotto' X, il sistema va in
blocco (e' la prima volta che ho visto crashare linux come
ha sempre fatto win...), a questo punto non resta che
spegnere il computer.
Quello che non capisco e' se il problema sta nella scheda video o
nel chipset, in effeti durante l'installazione Linux mi dice:
unknown bridge 2,
Bo... ;)
Suggerimenti?
Grazie a tutti.
Luigi

 a lavorare con l'ambiente X.
si riesce, tranquillo. Usa il framebuffer. Temo ci sia da compilare il kernel.
ciao
Fabiolo

blowups ha avuto la malsana idea di scrivere su it.comp.os.linux.iniziare:

A me funziona perfettamente, con lo stesso portatile (X gira col 
framebuffer a 1024x768 ed è veloce a sufficienza per vederci i DVD con 
OGLE, unico problema: lo schermo non si ridimensiona) ed è stabilissimo. 
Nel mio caso, l'unico problema che ho avuto, con MDK 8.1, è stato che alla 
prima ripartenza dopo l'installazione il kernel si piantava di brutto quasi 
subito con un Oops e conseguente dump dei registri, ma si trattava di un 
banale problema di configurazione del kernel installato: col kernel del CD 
di installazione era invece tutto ok, lo stesso dopo aver ricompilato il 
kernel installato eliminando (se non ricordo male, vado a memoria e non ci 
metto la mano sul fuoco) il supporto per il bus ISA.
Mi sembra che il tuo problema sia del tutto diverso, comunque controlla, 
stando in modo testo, che il blocco non sia causato da un Oops del kernel. 
Ne dubito, perchè a me capitava non appena avviato, ma non si sa mai. Se 
fosse così, posso verificare e dirti con precisione cosa disabilitare.
Io guardererei piuttosto COME gira X, cioè con quale driver. Usando il 
framebuffer, come fa Mdk 8.1, è tutto stabilissimo, ma forse RH ha usato 
(o tu hai installato) qualche driver sperimentale più o meno accelerato che 
non lo è. La mia configurazione attuale è X server versione 4.1.0 di MDK 
8.1 col driver fbdev, kernel 2.4.17 originale di Linus.
Non preoccuparti per il messaggio sulla sconosciuta risorsa del ponte: esce 
anche da me, ma non crea problemi di sorta, quindi presumo sia innocuo.
Se sei interessato a controllare lo stato delle batterie, fai prima che 
puoi un'upgrade del kernel al 2.4.17 e ricompila disabilitando APM e 
abilitando invece il supporto ACPI. Il controllo dello stato di carica 
delle batterie sull'ASUS è supportato solo attraverso ACPI, tali 
informazioni non vengono date dal consueto APM (che dice fisso no battery, 
stato sconosciuto). Peccato che poi non si trovi in giro uno straccio di 
programma di monitor che capisca il nuovo formato di /proc/acpi. Io mi son 
preso wmapm e l'ho modificato acconciamente, se dovesse interessare, è a 
disposizione...
Dell'hardware contenuto nell'asus, sotto linux a me funziona tutto, salvo 
due cose: il winmodem (scontato e comunque non m'interessa) e la misura 
della temperatura della CPU e dello stato della ventola (che invece sì, 
anche se potrei vivere benissimo senza...). Lm_sensors non trova sensori
e il modulo ospm_thermal si rifiuta d'installarsi...
Se avessi notizie in proposito...
-- 
Ciao ciao.
                                     +++ Giuseppe