[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