[HELP] Pccard wifi + irq 11 + acpi = kernel panic!

[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...

[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...

[smtux]

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...

domanda ma se è un pb di stack come mai prima dell'ultima compilazione funzionava?

[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...

[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

[marghe]

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

Codice: Seleziona tutto

exclude irq 11

in /etc/pcmcia/config.opts

[smtux]

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

Codice: Seleziona tutto

exclude irq 11

in /etc/pcmcia/config.opts

provato... ho ancora un bel kernel panic!

[marghe]

Potresti postare le ultime righe prima del kernel panic quando avvi con la scheda inserita ?

[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!!

[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

[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

Codice: Seleziona tutto

exclude irq11

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...

[smtux]

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

Codice: Seleziona tutto

exclude irq11

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?

[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...

[smtux]

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

[marghe]

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 ?