Pagina 1 di 2
[HELP] Pccard wifi + irq 11 + acpi = kernel panic!
Inviato: gio 18 ott 2007, 8:32
da smtux
Risolto un pb se ne fa un altro!
dunque dopo agoine per far funzionare ip_tables, adesso quando inserisco la scheda wireless pcmcia freezza tutto!
bello eh!
Uso madwifi-0.9.2, dovrei ricompilarli tutte le volte che ricompilo il kernel?
se avvio il pc con la scheda inserita ovviamente ho un bel kernel panic, sembra infatti che la scheda voglia l'IRQ 11 già assegnato all'ACPI, può darsi?
Come posso fare?
Aggiungo che prima dell'ultima compilazione andava tutto ed ho cambiato solo la parte di networking nel config del kernel per far funzionare ip_tables.
grazie davvero...
Inviato: gio 18 ott 2007, 10:17
da francogdn
Io ho risolto il problema del freeze con la 16KSTACKS patch:
http://www.linuxant.com/driverloader/wl ... atches.php
Di default i kernel Linux hanno meno stack di quanto sia richiesto da queste schede, studiate per sistemi Microsoft...
Inviato: gio 18 ott 2007, 15:24
da smtux
domanda ma se è un pb di stack come mai prima dell'ultima compilazione funzionava?
Inviato: gio 18 ott 2007, 15:45
da francogdn
Non ne ho assolutamente idea. Io avevo il problema dei freeze appena inserivo la schedina wireless e l'unico modo per risolverlo è stato patchare il kernel...
Inviato: gio 18 ott 2007, 15:55
da j0kers
Problema riscontrato anche da un mio amico con una pcmcia d-link wireless con sistema windows xp, girando un pò su internet abbiam scoperto che molte pcmcia non sono compatibili con sistemi windows/linux di conseguenza è preferibile usare adattatori usb e non pcmcia!!!
EDIT: Tra l'altro non è detto che il problema si riscontri sempre, a questo mio amico per mesi funzionava bene poi magari si presenta il problema poi dinuovo ok e cosi via
Re: Freeze tutto con pcmcia wireless - kernel panic
Inviato: sab 20 ott 2007, 11:04
da marghe
smtux ha scritto:
se avvio il pc con la scheda inserita ovviamente ho un bel kernel panic, sembra infatti che la scheda voglia l'IRQ 11 già assegnato all'ACPI, può darsi?
Come posso fare?
.
Quello dell IRQ11 è un problema noto, non so se può funzionare fortunatamente non ho periferiche pcmcia, ma puoi provare ad aggiungere
in /etc/pcmcia/config.opts
Re: Freeze tutto con pcmcia wireless - kernel panic
Inviato: sab 20 ott 2007, 17:01
da smtux
marghe ha scritto:smtux ha scritto:
se avvio il pc con la scheda inserita ovviamente ho un bel kernel panic, sembra infatti che la scheda voglia l'IRQ 11 già assegnato all'ACPI, può darsi?
Come posso fare?
.
Quello dell IRQ11 è un problema noto, non so se può funzionare fortunatamente non ho periferiche pcmcia, ma puoi provare ad aggiungere
in /etc/pcmcia/config.opts
provato... ho ancora un bel kernel panic!
Inviato: sab 20 ott 2007, 18:19
da marghe
Potresti postare le ultime righe prima del kernel panic quando avvi con la scheda inserita ?
Inviato: sab 20 ott 2007, 18:23
da smtux
dato che tra le ultime righe prima del kernel panic ce n'era una che diceva
kernel bug at /net/core/skbuff.c
sono andato nel config nella sezione networking --> core configurations (non ricordo il nome preciso) ..
ed ho tolto tutte quelle voci che avevano tra parentesi (experimental)
...
è stata una cosa empirica ma ha funzionato e per me va bene.
EDIT:
PENSAVO DI AVER RISOLTO!!
Inviato: sab 20 ott 2007, 20:22
da smtux
vediamo se ne vengo a capo..
quando inserisco la pccard wifi nello slot con dmesg trovo queste nuove righe:
Codice: Seleziona tutto
pccard: CardBus card inserted into slot 0
ath_hal: module license 'Proprietary' taints kernel.
ath_hal: 0.9.18.0 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413)
wlan: 0.8.4.2 (0.9.3.2)
ath_pci: 0.9.4.5 (0.9.3.2)
PCI: Enabling device 0000:02:00.0 (0000 -> 0002)
ACPI: PCI Interrupt 0000:02:00.0[A] -> Link [LNKB] -> GSI 11 (level, low) -> IRQ 11
ath_rate_sample: 1.2 (0.9.3.2)
wifi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps
wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps
wifi0: H/W encryption support: WEP AES AES_CCM TKIP
wifi0: mac 5.9 phy 4.3 radio 3.6
wifi0: Use hw queue 1 for WME_AC_BE traffic
wifi0: Use hw queue 0 for WME_AC_BK traffic
wifi0: Use hw queue 2 for WME_AC_VI traffic
wifi0: Use hw queue 3 for WME_AC_VO traffic
wifi0: Use hw queue 8 for CAB traffic
wifi0: Use hw queue 9 for beacons
wifi0: Atheros 5212: mem=0x54000000, irq=11
ora come fa a funzionare un hw se 2 cose usano lo stesso IRQ? e cioè l'11!!!
come posso fare?
grazie
EDIT:
comunque dando un bel cat /proc/interrupts non sembra che sia acpi che wifi usino lo stesso irq... infatti
Codice: Seleziona tutto
cat /proc/interrupts
CPU0
0: 529369 XT-PIC-XT timer
1: 2787 XT-PIC-XT i8042
2: 0 XT-PIC-XT cascade
6: 3 XT-PIC-XT floppy
7: 2 XT-PIC-XT parport0
8: 1 XT-PIC-XT rtc
9: 72 XT-PIC-XT acpi
10: 9250 XT-PIC-XT ohci1394, ohci_hcd:usb1, ohci_hcd:usb2, eth0
11: 11 XT-PIC-XT yenta, yenta, ALI 5451, wifi0
12: 50 XT-PIC-XT i8042
14: 15258 XT-PIC-XT ide0
15: 18752 XT-PIC-XT ide1
NMI: 0
ERR: 0
Inviato: sab 20 ott 2007, 21:24
da marghe
Questo è il mio fisso
Codice: Seleziona tutto
$ cat /proc/interrupts
CPU0
0: 257726 XT-PIC-XT timer
1: 163 XT-PIC-XT i8042
2: 0 XT-PIC-XT cascade
5: 166912 XT-PIC-XT radeon@pci:0000:01:00.0
6: 4 XT-PIC-XT floppy
7: 0 XT-PIC-XT parport0
8: 1 XT-PIC-XT rtc
9: 3 XT-PIC-XT acpi
11: 13329 XT-PIC-XT uhci_hcd:usb1, uhci_hcd:usb2, CMI8738, eth0
12: 149104 XT-PIC-XT i8042
14: 17030 XT-PIC-XT ide0
15: 38861 XT-PIC-XT ide1
NMI: 0
ERR: 0
Sull'IRQ11 ho 2 controller usb la sk audio e la sk di rete, e funziona tutto....
sul notebook ho la pcmcia yenta anche io, e ho configurato config.opts così
al posto della riga
Codice: Seleziona tutto
include port 0x100-0x3af, port 0x3e0-0x4ff, port 0x800-0x80f, port 0x820-0x8ff, port 0xc00-0xcff
ho messo
Codice: Seleziona tutto
include port 0x100-0x3af, port 0x3e0-0x4ff, port 0x820-0x8ff, port 0xc00-0xcff
questo perchè l'indirizzo 0x800-0x80f andava in conflitto con l'acpi, ossia prima di modificacare il config.opts all'avvio si bloccava, l'unico modo per avviare era passare acpi=off all'avvio o disabilitare la pcmcia
dopo aver modificato come sopra il config.opts non ho più avuto problemi, però non ho neanche periferiche pcmcia da provare per essere sicuro che funzioni.... sul forum di hwhupgrade ho letto che un utente ha fatto la stessa modifica al config.opts e la pcmcia gli funzionava... però non ho esperienze personali in merito...
se non l'hai ancora fatto rimuovi la riga
prima di fare altre modifiche almeno non mischiamo le cose
p.s. se così dovesse funzionare fammi sapere, altrimenti al momento non saprei cos'altro fare...
Inviato: dom 21 ott 2007, 10:36
da smtux
marghe ha scritto:Questo è il mio fisso
Codice: Seleziona tutto
$ cat /proc/interrupts
CPU0
0: 257726 XT-PIC-XT timer
1: 163 XT-PIC-XT i8042
2: 0 XT-PIC-XT cascade
5: 166912 XT-PIC-XT radeon@pci:0000:01:00.0
6: 4 XT-PIC-XT floppy
7: 0 XT-PIC-XT parport0
8: 1 XT-PIC-XT rtc
9: 3 XT-PIC-XT acpi
11: 13329 XT-PIC-XT uhci_hcd:usb1, uhci_hcd:usb2, CMI8738, eth0
12: 149104 XT-PIC-XT i8042
14: 17030 XT-PIC-XT ide0
15: 38861 XT-PIC-XT ide1
NMI: 0
ERR: 0
Sull'IRQ11 ho 2 controller usb la sk audio e la sk di rete, e funziona tutto....
sul notebook ho la pcmcia yenta anche io, e ho configurato config.opts così
al posto della riga
Codice: Seleziona tutto
include port 0x100-0x3af, port 0x3e0-0x4ff, port 0x800-0x80f, port 0x820-0x8ff, port 0xc00-0xcff
ho messo
Codice: Seleziona tutto
include port 0x100-0x3af, port 0x3e0-0x4ff, port 0x820-0x8ff, port 0xc00-0xcff
questo perchè l'indirizzo 0x800-0x80f andava in conflitto con l'acpi, ossia prima di modificacare il config.opts all'avvio si bloccava, l'unico modo per avviare era passare acpi=off all'avvio o disabilitare la pcmcia
dopo aver modificato come sopra il config.opts non ho più avuto problemi, però non ho neanche periferiche pcmcia da provare per essere sicuro che funzioni.... sul forum di hwhupgrade ho letto che un utente ha fatto la stessa modifica al config.opts e la pcmcia gli funzionava... però non ho esperienze personali in merito...
se non l'hai ancora fatto rimuovi la riga
prima di fare altre modifiche almeno non mischiamo le cose
p.s. se così dovesse funzionare fammi sapere, altrimenti al momento non saprei cos'altro fare...
ciao,
come hai fatto a vedere quale indirizzo ti andava in conflitto con l'acpi?
Inviato: dom 21 ott 2007, 11:44
da marghe
Ho visto che l'indirizzo era l' 0x800-0x80f perchè prima di bloccarsi all'avvio
l'ultima riga che visualizzava era
probe port 0x800-0x80f
dato che la tua pcmcia è un yenta come la mia, e che questo problema mi sembra leggendo per i forum ce l'abbiano tutti i notebook equipaggiati con le yenta ho dato per scontato che l'indirizzo è quello anche per te.
Inoltre ho provato la PClinuxOS con vari kernel (e a parità di kernel) i problemi non son venuti fuori, ho controllato il config.opts e ho visto che questa distribuzione (e a questo punto credo non sia l'unica) ha
Codice: Seleziona tutto
include port 0x100-0x3af, port 0x3e0-0x4ff, port 0x820-0x8ff, port 0xc00-0xcff
senza 0x800-0x80f di default, probabilmente l'hanno testata su un gran numero di notebook e aggiustato la configurazione delle pcmcia in modo migliore di altri...
Inviato: dom 21 ott 2007, 11:48
da smtux
marghe ha scritto:Ho visto che l'indirizzo era l' 0x800-0x80f perchè prima di bloccarsi all'avvio
l'ultima riga che visualizzava era
probe port 0x800-0x80f
dato che la tua pcmcia è un yenta come la mia, e che questo problema mi sembra leggendo per i forum ce l'abbiano tutti i notebook equipaggiati con le yenta ho dato per scontato che l'indirizzo è quello anche per te.
Inoltre ho provato la PClinuxOS con vari kernel (e a parità di kernel) i problemi non son venuti fuori, ho controllato il config.opts e ho visto che questa distribuzione (e a questo punto credo non sia l'unica) ha
Codice: Seleziona tutto
include port 0x100-0x3af, port 0x3e0-0x4ff, port 0x820-0x8ff, port 0xc00-0xcff
senza 0x800-0x80f di default, probabilmente l'hanno testata su un gran numero di notebook e aggiustato la configurazione delle pcmcia in modo migliore di altri...
capsico...
il discorso è che a me prima funzionava benone, poi da quando ho cambiato delle configurazioni nella sezione network del config sono venuti fuori tutti sti casini!
secondo te ci può essere relazione tra la porta che dici e le configurazioni di rete?
grazie
Inviato: dom 21 ott 2007, 12:33
da marghe
smtux ha scritto:
capsico...
il discorso è che a me prima funzionava benone, poi da quando ho cambiato delle configurazioni nella sezione network del config sono venuti fuori tutti sti casini!
secondo te ci può essere relazione tra la porta che dici e le configurazioni di rete?
grazie
La relazione credo ci possa essere, ma non sono sicuro che sia quello il problema,
hai provato a fare un downgrade al precedente kernel per vedere se ritorna tutto a funzionare o se il problema persiste ?
per tagliare la testa al toro, perchè non provi a usare la sk pcmcia con una live tipo ubuntu o pclinuxos, notoriamente più amichevoli con periferiche esotiche, e poi se funziona provi a trasportare le configurazioni sulla slack
ultima cosa quando compili i madwifi richiedono gli headers del kernel, può darsi ricompilare i madwifi con i nuovi headers non sia una cattiva idea, oltre il kernel avevi aggiornato altro ?