slacky.eu

Ciao,
sto configurando un subnotebook della sony per un amico. Dopo aver montato la nostra amata slackware 13.1, ho deciso di compilare un kernel ad-hoc: ho utilizzato l'ultimo zen kernel, che patcha il 2.6.36.
Tutto ok, quasi tutto rilevato. Ad un certo punto però il syslogd irrompe sulla shell e lamenta quanto ho scritto nel titolo: insomma, pare un problema di condivisione dell'IRQ. Non fosse che controllando in /proc/interrupts l'irq 19 è assolutamente a disposizione del controller SATA (ahci).
Risultato: il sistema è lentissimo. La cosa è successa un paio di volte: se abilito l'opzione irqpoll, la cosa capita al boot.

Non so: la cosa mi sembrava collegata ad un controller di schede sd interno, dato che è successo quando ho provato a inserire delle sd. Ma in realtà il sistema nemmeno vede quel controller. Boh.

Voi che dite? Io provo a mettere su il vanilla 2.6.36-4 e vedere cosa capita: mi sembra un bug di ahci, insomma.

Io ho proprio quel controller su un laptop HP Pavilion e non riscontro problemi; ho anche notato che i kernel da me installati (2.6.36 e 2.6.37) usano automaticamente MSI per gestire quel controller anziché la solita IRQ. Prova ad abilitare MSI, così da avere "più possibilità".
Rimane il fatto strano della IRQ 19h libera; hai attivato APIC nel kernel?

L'output di "cat /proc/interrupts" dovrebbe mostrarti righe contenenti la stringa "IO-APIC-edge"o "IO-APIC-fasteoi"; in caso contrario, significa che stai gestendo le IRQ con il classico PIC (Programmable Interrupt Controller) usato sui vecchi PC.