[Risolto]Kernel 2.6.26 e VIA K8T890: problemi

[robbybby]

Oggi ho provato a compilare il nuovo kernel, importando il vecchio config con
make oldconfig
come al solito.
Dopo essermi comunque rivisto varie opzioni, ho dato il classico
make
La compilazione e' andata a buon fine, ma, quando faccio il boot col nuovo kernel, non fa in tempo a partire, che mi appare un messaggio che dice

Codice: Seleziona tutto

+---- PCI-Express --------+
Error Severity: Uncorrected (Non-Fatal)
PCIE Bus Error type: Transaction Layer
Flow Control Protocol: First
Receiver ID: 0010
Vendor ID=1106h, DeviceID=a238h, Bus=00h, Device=02h

Il dispositivo a cui fa riferimento (trovato con lspci -vvv -n) e' il northbridge VIA K8T890. Per la precisione:

Codice: Seleziona tutto

00:02.0 PCI bridge: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller

Ma e' sempre andato, e gli unici due file in cui compare sono stati compilati (agp e sound).

Questo messaggio continua a scorrere sullo schermo e non c'e' verso di fermarlo (anche perche' la tastiera proprio non risponde): per leggerlo ho dovute fotografarlo!
Anche se dice Non-Fatal, e' fatale, eccome!
Non e' il solito kernel panic con i led della tastiera che lampeggiano.
Qualcuno sa aiutarmi?
Ho gia' ricontrollato le opzioni del kernel varie volte, e ricompilato apportando piccole modifiche, ma non cambia niente.
Qualcuno sa indirizzarmi su cosa potrei controllare, nelle opzioni di compilazione del kernel?

Offtopic: Incredibile: dopo un'ora e mezza Google ha gia' indicizzato questo post!

[phobos3576]

Io ho avuto in passato brutte esperienze con un bridge tra bus PCI e bus AGP; in quel caso, il southbridge era un VIA VT...., mentre il northbridge era un AMD Irongate.

Generalmente, quando riesco ad individuare l'esatto modello di un componente hardware presente sul mio PC, compilo direttamente nel kernel il relativo driver, mentre altri driver della stessa categoria li compilo come moduli; seguo quella strada, ad esempio, con il BUS controller nVidia nForce MCP51 del mio computer.

Nel tuo caso, prova a compilare direttamente nel kernel tutto ciò che riguarda il VIA K8T890 (BUS controller, HD controller, USB controller, I2C, etc); gli altri driver simili compilali come moduli.
Può darsi che tu abbia compilato direttamente nel kernel qualche driver che va in conflitto con il VIA K8T890.

[robbybby]

Purtroppo niente da fare
Provo ad aspettare la 2.6.26.1 ...

[manolo]

Stesso chipset:

Codice: Seleziona tutto

00:02.0 PCI bridge: VIA Technologies, Inc. K8T890 PCI to PCI Bridge Controller

Ho provato a compilare e a me non ha dato problemi...
A dir la verità il 2.6.25 mi aveva dato avvisi del genere (non-fatal), ma partiva.
Nota: sono su Debian "testing" amd64.

Ciao

[robbybby]

@manolo
Mi puoi mandare il tuo .config?

robertosld (trattino) nospm (at) yahoo (punto) it

(trattino) e' '-', non '_'

Grazie in anticipo.

[robbybby]

@manolo
Ho usato il tuo .config, ma non funziona lo stesso. Comincio a pensare di avere una versione bacata del K8T890

[inux]

che .config usi? se hai la versione del kernel dove prima funzionava copia il tuo .config della versione precedente su quella attuale, poi ricompili è strano che prima funziona e dopo no devi aver sbagliato qualcosa in fase di configurazione. Hai tenuto il kernel precedente? ciao.

[manolo]

che .config usi? se hai la versione del kernel dove prima funzionava copia il tuo .config della versione precedente su quella attuale, poi ricompili è strano che prima funziona e dopo no devi aver sbagliato qualcosa in fase di configurazione. Hai tenuto il kernel precedente? ciao.

Ti rispondo per ciò che è capitato a me: il config è lo stesso ma fino al 2.6.24.7 nessun problema e nessun warning, dal 2.6.25 in avanti invece warning a raffica, anche se il sistema sembra funzionare bene...

[inux]

io di solito tengo, il config della versione di slackware 12.1, in pratica ogni volta che ricompilo io copio il .config-huge-smp-2.6.24.5-smp, che funziona bene alla nuova versione in questo caso la 2.6.26 per ora nessun problema.Non mi fido tanto a cambiare config l'ho fatto una volta e il risultato è stato un kernel panic.

[robbybby]

che .config usi? se hai la versione del kernel dove prima funzionava copia il tuo .config della versione precedente su quella attuale, poi ricompili è strano che prima funziona e dopo no devi aver sbagliato qualcosa in fase di configurazione. Hai tenuto il kernel precedente? ciao.

Ho usato il .config per la 2.6.24, aggiornato, al solito, con "make oldconfig", come ho descritto meglio in precedenza.

Riassumo gli ultimi sviluppi:
0. Ho un Athlon64 X2 4800+

1. Ho provato il kernel compilato da manolo, e sembra funzionare: mi da' il solito warning, ma poi prosegue. Dopo, ovviamente va in kernel panic, perche' non trova il root filesystem, pero' non si pianta all'inizio come quando lo compilo io.

2. Ho preso il .config del kernel di manolo, che pero' e' fatto per un sistema AMD 64 bit. Comunque sembra che, dandogli un make menuconfig sulla Slack 32 bit, tolga le flag per il 64 bit. Salvato il .config cosi' modificato (che dovrebbe essere quello di manolo, ma a 32 bit), compilato, ma il risultato non cambia.

3. Ho eseguito il punto 2 sia su Slack 12.1 che 11.0, ma non cambia niente.

4. Sembrerebbe che il bug non colpisca i sistemi a 64 bit?

5. Qualche idea?

[manolo]

4. Sembrerebbe che il bug non colpisca i sistemi a 64 bit?

Beh, i warning me li becco lo stesso... Quindi i 64bit non è detto che siano esenti, anche se non si pianta il sistema.
Ho anche provato a cercare una "live" con kernel > 2.6.25 per vedere se il problema poteva essere il mio config oppure no, ma non ne ho trovate.
Se ne trovate qualcuna segnalatelo che provo.
Ciao

[michelino]

Rispolvero questo thread per sapere se ci sono novità.
Ho installato la slack 12.2 e col nuovo 2.6.27 mi da i problemi segnalati.
Any hints?

[robbybby]

Con la mia cara vecchia Slack 11, anche il kernel 2.6.27.7 mi da' i succitati problemi.
Non ho ancora provato a installare la 12.2. Pero' il dvd di installazione della 12.2 fa il boot senza problemi. E li' mi sono fermato.

[michelino]

Il boot da cd non da problemi, ma sia col kernel "generic" che con l'"huge" ho seriiiiissimi problemi!!!
Alla fine ho copiato brutalmente il bzimage della 12.1 giusto per l'avvio è sto facendo 2000 prove di ricompilazione.
Sono giunto ad un discreto risultato.....ma è ancora lontana la meta
Comunque vi tengo aggiornati.

[robbybby]

Ho provato or ora la BlueWhite64 12.2: al boot mi da' una sfilza di quegli errori, poi si riprende, ma ogni tanto (o ogni poco ) ne logga uno.
Il dmesg e' pieno solo di messaggi attinenti a quell'errore.
Mi sa che dovro' cambiare motherboard . Ho visto una Asus M3A78, con AMD 770 e SB700, a buon prezzo. Magari prendero' quella.