[linux] PCMCIA WI-FI karta SMC2835w, rozbehnutie karty, nefungujuci kismet

Lubomir Host rajo na platon.sk
Úterý Březen 22 14:14:29 CET 2005


On Tue, Mar 22, 2005 at 01:44:48PM +0100, Urban Biel wrote:
> >eth1: resetting device...
> >eth1: uploading firmware...
> >eth1: firmware version: 1.0.3.0
> >eth1: firmware upload complete
> >eth1: no 'reset complete' IRQ seen - retrying
> >eth1: no 'reset complete' IRQ seen - retrying
> >eth1: interface reset failure
> >prism54: Your card/socket may be faulty, or IRQ line too busy :(
> >-------------------------------%<-------------------------------
> 
> Kazdopadne tu nie je prism54 spokojny, nevie resetnut zariadenie. Bud to 
> bude tym, ze prism54 nevie s tym chipom pracovat (potrebujes 
> ndiswrapper) a stazuje sa na IRQ, lebo to je prve na rane, alebo je 
> problem skutocne v IRQ.
> 
> Relevantna cast dmesg (kratene):
> ACPI: Using IOAPIC for interrupt routing
> ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 *10 11 14 15)
> ...
> ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 7 10 *11 14 15)
> ACPI: PCI Root Bridge [PCI0] (00:00)
> PCI: Probing PCI hardware (bus 00)
> ...
> PCI: Transparent bridge - 0000:00:1e.0
> ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT]
> ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB_._PRT]
> PCI: Using ACPI for IRQ routing
> ** PCI interrupts are no longer routed automatically.  If this
> ** causes a device to stop working, it is probably because the
> ** driver failed to call pci_enable_device().  As a temporary
> ** workaround, the "pci=routeirq" argument restores the old
> ** behavior.  If this argument makes the device work again,
> ** please email the output of "lspci" to bjorn.helgaas na hp.com
> ** so I can fix the driver.
> 
> >Momentalne mam nabootovane jadro s parametrom "pci=biosirq", ale takto
> osobne nerad nechavam veci na bios...

To ani ja nie, ale clovek skusi vsetko. ;-)

> Bezia v tom pcmcia slote ine zariadenia? Mozno je problem s IRQ sirsi a 
> ma ho aj samotny pcmcia driver. Moduly thermal a pod. su teraz 
> irelevantne, proste som grepol vsetko ACPI. Podstatne su pravdepodobne
> CONFIG_HOTPLUG_PCI_ACPI=m
> CONFIG_PNPACPI=y
> CONFIG_ACPI_PCI=y
> CONFIG_ACPI=y
> CONFIG_ACPI_BOOT=y
> 
> Este detail, v mojom lspci -vvn je v riadku Control  parameter MemWINV+ 
> a Interrupt: pin A routed to IRQ 18.

Hmm, a ja mam MemWINV- a "Interrupt: pin A routed to IRQ 9". Co znamena
MemWINV?

A vsimol som si toto:

------------------------------%<------------------------------
14:06 root na twinky [~/ACPI]## cat /proc/interrupts 
           CPU0       
  0:    2670330          XT-PIC  timer
  1:         22          XT-PIC  i8042
  2:          0          XT-PIC  cascade
  7:          0          XT-PIC  uhci_hcd, uhci_hcd, uhci_hcd
  9:      45179          XT-PIC  acpi
....                             ^^^^- ja mam na IRQ 9 acpi
------------------------------%<------------------------------

a ty mas na IRQ 18 "18:   141   IO-APIC-level  yenta, yenta, uhci_hcd, eth"

A u mna sa vo vystupe dmesg ziaden riadok "ACPI: Using IOAPIC for
interrupt routing" nenachadza. A v /proc/interrupts sa mi tiez
nenachadza ziadne IO-APIC-level ani IO-APIC-edge, iba same XT-PIC.
Znamena to nieco?

Diiky za dalsie napady, ja som uz bezradny. :-/

rajo

-- 
Lubomir Host 'rajo' <rajo AT platon.sk>        ICQ #:  257322664
Platon Software Development Group              http://platon.sk/
GnuPG key: http://rajo.platon.sk/en/show,gpgkey
Encrypt your plaintext emails with GnuPG/PGP/OpenPGP:
http://platon.sk/cvs/cvs.php/scripts/perl/mail-gnupg/mail-gnupg-encrypt.pl
http://www.gnu.org/philosophy/no-word-attachments.html




Další informace o konferenci linux