NetBSD Problem Report #37723
From martin@duskware.de Tue Jan 8 18:53:55 2008
Return-Path: <martin@duskware.de>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
by narn.NetBSD.org (Postfix) with ESMTP id 758E963B938
for <gnats-bugs@gnats.netbsd.org>; Tue, 8 Jan 2008 18:53:55 +0000 (UTC)
Message-Id: <20080108184213.1B82D63BCDA@narn.NetBSD.org>
Date: Tue, 8 Jan 2008 18:42:13 +0000 (UTC)
From: comfooc@gmail.com
Reply-To: comfooc@gmail.com
To: netbsd-bugs-owner@NetBSD.org
Subject: ne* AX88190 Fast Ethernet 16-bit PC Card: where did the card go? problem
X-Send-Pr-Version: www-1.0
>Number: 37723
>Category: kern
>Synopsis: ne* AX88190 Fast Ethernet 16-bit PC Card: where did the card go? problem
>Confidential: no
>Severity: non-critical
>Priority: high
>Responsible: kern-bug-people
>State: open
>Class: support
>Submitter-Id: net
>Arrival-Date: Tue Jan 08 18:55:00 +0000 2008
>Closed-Date:
>Last-Modified: Mon Sep 21 05:43:03 +0000 2009
>Originator: comfooc
>Release: Current
>Organization:
>Environment:
NetBSD Netalia 4.99.45 NetBSD 4.99.45 (GENERIC) #0: Wed Dec 26 04:16:10 PST 2007 builds@wb30:/home/builds/ab/HEAD/i386/200712260002Z-obj/home/builds/ab/HEAD/src/sys/arch/i386/compile/GENERIC i386
>Description:
Hi,
I have Micronet Fast Ethernet card and it doesn't work since 2.0 Release. 1.6 Release worked fine with it but latest releases don't.
This is my problem:
ne2 at pcmcia0 function 0: <Fast Ethernet, 16-bit PC Card, 3.0, AX88190>
ne2: where did the card go?
(under it is linux seen as AX88790)
My dmesg:
Copyright (c) 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005,
2006, 2007
The NetBSD Foundation, Inc. All rights reserved.
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California. All rights reserved.
NetBSD 4.99.45 (GENERIC) #0: Wed Dec 26 04:16:10 PST 2007
builds@wb30:/home/builds/ab/HEAD/i386/200712260002Z-obj/home/builds/ab/HEAD/src/sys/arch/i386/compile/GENERIC
total memory = 319 MB
avail memory = 302 MB
timecounter: Timecounters tick every 10.000 msec
timecounter: Timecounter "i8254" frequency 1193182 Hz quality 100
BIOS32 rev. 0 found at 0xffe90
SMBIOS rev. 2.3 @ 0xf64d0 (58 entries)
Dell Computer Corporation Latitude CPx J750GT
mainbus0 (root)
cpu0 at mainbus0: (uniprocessor)
cpu0: Intel Pentium III (686-class), 747.73 MHz, id 0x686
cpu0: features 383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR>
cpu0: features 383f9ff<PGE,MCA,CMOV,PAT,PSE36,MMX>
cpu0: features 383f9ff<FXSR,SSE>
cpu0: I-cache 16 KB 32B/line 4-way, D-cache 16 KB 32B/line 4-way
cpu0: L2 cache 256 KB 32B/line 8-way
cpu0: ITLB 32 4 KB entries 4-way, 2 4 MB entries fully associative
cpu0: DTLB 64 4 KB entries 4-way, 8 4 MB entries 4-way
cpu0: 8 page colors
acpi0 at mainbus0: Advanced Configuration and Power Interface
acpi0: using Intel ACPI CA subsystem version 20070320
acpi0: X/RSDT: OemId <DELL , CPi R ,27d00802>, AslId <ASL ,00000061>
mpacpi: could not get bus number, assuming bus 0
acpi_pci_link: WARNING: powerhook_establish is deprecated
acpi_pci_link: WARNING: powerhook_establish is deprecated
acpi_pci_link: WARNING: powerhook_establish is deprecated
acpi_pci_link: WARNING: powerhook_establish is deprecated
LNKD: ACPI: Found matching pin for 0.7.INTD at func 2: 11
LNKD: ACPI: Found matching pin for 0.3.INTA at func 0: 11
LNKB: ACPI: Found matching pin for 0.8.INTA at func 0: 5
LNKA: ACPI: Found matching pin for 1.0.INTA at func 0: 11
acpi0: SCI interrupting at int 9
timecounter: Timecounter "ACPI-Safe" frequency 3579545 Hz quality 900
ACPI-Safe 24-bit timer
CPU0 (ACPI Object Type 'Processor' [0x0c]) at acpi0 not configured
acpiacad0 at acpi0 (AC, ACPI0003): ACPI AC Adapter
acpibat0 at acpi0 (BAT0, PNP0C0A-1): ACPI Battery (Control Method)
acpibat1 at acpi0 (BAT1, PNP0C0A-2): ACPI Battery (Control Method)
acpilid0 at acpi0 (LID, PNP0C0D): ACPI Lid Switch
acpibut0 at acpi0 (PBTN, PNP0C0C): ACPI Power Button
acpibut1 at acpi0 (SBTN, PNP0C0E): ACPI Sleep Button
MB1 (PNP0C01) [System Board] at acpi0 not configured
PCI0 (PNP0A03) [PCI/PCI-X Host Bridge] at acpi0 not configured
MB2 (PNP0C01) [System Board] at acpi0 not configured
MB3 (PNP0C01) [System Board] at acpi0 not configured
MB5 (PNP0C01) [System Board] at acpi0 not configured
pckbc1 at acpi0 (PS2M, PNP0F13): aux port
pckbc1: irq 12
pckbc2 at acpi0 (KBC, PNP0303): kbd port
pckbc2: io 0x60,0x64 irq 1
RTC (PNP0B00) [AT Real-Time Clock] at acpi0 not configured
attimer1 at acpi0 (TMR, PNP0100): AT Timer
attimer1: io 0x40-0x43,0x50-0x53 irq 0
pcppi1 at acpi0 (SPKR, PNP0800)
pcppi1: io 0x61,0x63,0x65,0x67
midi0 at pcppi1: PC speaker (CPU-intensive output)
sysbeep0 at pcppi1
MB4 (PNP0C01) [System Board] at acpi0 not configured
PIC (PNP0000) [AT Interrupt Controller] at acpi0 not configured
MAD (PNP0200) [AT DMA Controller] at acpi0 not configured
npx1 at acpi0 (COPR, PNP0C04)
npx1: io 0xf0-0xff irq 13
npx1: reported by CPUID; using exception 16
FDC0 (PNP0700) [PC standard floppy disk controller] at acpi0 not configured
ECP (PNP0401) [ECP printer port] at acpi0 not configured
LNKA (PNP0C0F) [PCI interrupt link device] at acpi0 not configured
LNKB (PNP0C0F) [PCI interrupt link device] at acpi0 not configured
LNKD (PNP0C0F) [PCI interrupt link device] at acpi0 not configured
PADA (ACPI Object Type 'Power' [0x0b]) at acpi0 not configured
acpitz0 at acpi0 (THM): critical 75.0C, passive cooling
apm0 at acpi0: Power Management spec V1.2
pckbd0 at pckbc2 (kbd slot)
pckbc2: using irq 1 for kbd slot
wskbd0 at pckbd0: console keyboard
pms0 at pckbc2 (aux slot)
pckbc2: using irq 12 for aux slot
wsmouse0 at pms0 mux 0
pcppi1: attached to attimer1
pci0 at mainbus0 bus 0: configuration mode 1
pci0: i/o space, memory space enabled, rd/line, rd/mult, wr/inv ok
pchb0 at pci0 dev 0 function 0
pchb0: Intel 82443BX Host Bridge/Controller (rev. 0x03)
agp0 at pchb0: aperture at 0xf4000000, size 0x4000000
ppb0 at pci0 dev 1 function 0: Intel 82443BX AGP Interface (rev. 0x03)
pci1 at ppb0 bus 1
pci1: i/o space, memory space enabled
vga1 at pci1 dev 0 function 0: ATI Technologies Rage Mobility (rev. 0x64)
wsdisplay0 at vga1 kbdmux 1: console (80x25, vt100 emulation), using wskbd0
wsmux1: connecting to wsdisplay0
direct rendering for vga1 unsupported
cbb0 at pci0 dev 3 function 0: Texas Instruments PCI1225 PCI-CardBus Bridge (rev. 0x01)
cbb1 at pci0 dev 3 function 1: Texas Instruments PCI1225 PCI-CardBus Bridge (rev. 0x01)
pcib0 at pci0 dev 7 function 0
pcib0: Intel 82371AB (PIIX4) PCI-ISA Bridge (rev. 0x02)
piixide0 at pci0 dev 7 function 1
piixide0: Intel 82371AB IDE controller (PIIX4) (rev. 0x01)
piixide0: bus-master DMA support present
piixide0: primary channel wired to compatibility mode
piixide0: primary channel interrupting at irq 14
atabus0 at piixide0 channel 0
piixide0: secondary channel wired to compatibility mode
piixide0: secondary channel interrupting at irq 15
atabus1 at piixide0 channel 1
uhci0 at pci0 dev 7 function 2: Intel 82371AB (PIIX4) USB Host Controller (rev. 0x01)
uhci0: interrupting at irq 11
usb0 at uhci0: USB revision 1.0
uhub0 at usb0
uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
piixpm0 at pci0 dev 7 function 3
piixpm0: Intel 82371AB (PIIX4) Power Management Controller (rev. 0x03)
timecounter: Timecounter "piixpm0" frequency 3579545 Hz quality 1000
piixpm0: 24-bit timer
piixpm0: interrupting at SMI
iic0 at piixpm0: I2C bus
esa0 at pci0 dev 8 function 0: ESS Technology Maestro 3 PCI Audio Accelerator (rev. 0x10)
esa0: interrupting at irq 5
esa0: ac97: SigmaTel STAC9721/23 codec; 18 bit DAC, 18 bit ADC, SigmaTel 3D
esa0: ac97: ext id 200<AMAP>
audio0 at esa0: full duplex, mmap, independent
cbb0: interrupting at irq 11
cardslot0 at cbb0 slot 0 flags 0
cardbus0 at cardslot0: bus 4
pcmcia0 at cardslot0
cbb1: interrupting at irq 11
cardslot1 at cbb1 slot 1 flags 0
cardbus1 at cardslot1: bus 5
pcmcia1 at cardslot1
isa0 at pcib0
lpt0 at isa0 port 0x378-0x37b irq 7
isapnp0 at isa0 port 0x279: ISA Plug 'n Play device support
fdc0 at isa0 port 0x3f0-0x3f7 irq 6 drq 2
isapnp0: no ISA Plug 'n Play devices found
timecounter: Timecounter "clockinterrupt" frequency 100 Hz quality 0
acpibat0: battery info: Sony Corp., LION, LIP868NLDLP 45284
ne2 at pcmcia0 function 0: <Fast Ethernet, 16-bit PC Card, 3.0, AX88190>
ne2: where did the card go?
wd0 at atabus0 drive 0: <FUJITSU MHT2060AH PL>
wd0: drive supports 16-sector PIO transfers, LBA addressing
wd0: 57231 MB, 116280 cyl, 16 head, 63 sec, 512 bytes/sect x 117210240 sectors
wd0: 32-bit data port
wd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 5 (Ultra/100)
wd0(piixide0:0:0): using PIO mode 4, Ultra-DMA mode 2 (Ultra/33) (using DMA)
atapibus0 at atabus1: 2 targets
cd0 at atapibus0 drive 0: <TEAC CD-ROM CD-224E, , 3.7C> cdrom removable
cd0: 32-bit data port
cd0: drive supports PIO mode 4, DMA mode 2, Ultra-DMA mode 2 (Ultra/33)
cd0(piixide0:1:0): using PIO mode 4, Ultra-DMA mode 2 (Ultra/33) (using DMA)
Kernelized RAIDframe activated
pad0: outputs: 44100Hz, 16-bit, stereo
audio1 at pad0: half duplex
boot device: wd0
root on wd0a dumps on wd0b
root file system type: ffs
wsdisplay0: screen 1 added (80x25, vt100 emulation)
wsdisplay0: screen 2 added (80x25, vt100 emulation)
wsdisplay0: screen 3 added (80x25, vt100 emulation)
wsdisplay0: screen 4 added (80x25, vt100 emulation)
Cheers...
>How-To-Repeat:
Buy Micronet Fast Ethernet card and try to use it under NetBSD 2.0+.
>Fix:
>Release-Note:
>Audit-Trail:
From: David Holland <dholland-bugs@netbsd.org>
To: gnats-bugs@NetBSD.org
Cc: kern-bug-people@netbsd.org, gnats-admin@netbsd.org,
netbsd-bugs@netbsd.org
Subject: Re: kern/37723: ne* AX88190 Fast Ethernet 16-bit PC Card: where did the card go? problem
Date: Sun, 9 Mar 2008 20:15:43 +0000
On Tue, Jan 08, 2008 at 06:55:00PM +0000, comfooc@gmail.com wrote:
> I have Micronet Fast Ethernet card and it doesn't work since 2.0
> Release. 1.6 Release worked fine with it but latest releases don't.
>
> This is my problem:
>
> ne2 at pcmcia0 function 0: <Fast Ethernet, 16-bit PC Card, 3.0, AX88190>
> ne2: where did the card go?
>
> (under it is linux seen as AX88790)
The issue, I think, is that the ne driver reruns the match logic (that
finds the card) when it goes to actually attach the driver. But it
adds a couple of extra conditions. If one of those fails, it keeps
looking through the list of card types for another match. So (if I
understand everything correctly, which I may not) the card type that
prints may not be the card type that it actually tries to attach and
run under.
This seems itself like a bug, though perhaps not a serious one if the
card list is complete and accurate.
What I think is happening, though, is that the card initially matches
the AX88190 entry (the one in if_ne_pcmcia.c that contains
PCMCIA_CIS_LANTECH_FASTNETTX), so it prints as an AX88190, but then
when it goes to attach one of the extra tests fails. So then the
driver keeps looking for another card type, and while no other type in
the list matches the CIS strings, it might match one by manufacturer
and product. And it finds one, so it doesn't error out at that point,
but that card type doesn't have the I-am-an-AX88190 flag set, so it
doesn't run the code that sets nsc->sc_type accordingly; this causes
it to try the generic ne2000 identification code inside ne2000_attach
and that fails, leading to the error message.
The two extra tests that might apply are (1) the one marked "XXX This
is highly bogus" at line 675 of if_ne_pcmcia.c, and also (2) the
prefix of the ethernet address.
Since 1.6 also checked the hardware address, and the diff from 1.6 to
2.0 doesn't *look* like the stuff pertaining to (1) would have changed
with your card (it does some extra things if it thinks it has an
88790, but it doesn't look like it would think your card is one) my
guess is that one of the new card definitions in 2.0 matches your card
and comes before some *other* card definition that also matches your
card but *is* tagged as an AX88190.
Or at least that's the only explanation that makes sense, even though
it doesn't seem that plausible. Maybe something else in my analysis is
wrong.
In any case, it would probably be helpful if you could find out the
PCMCIA vendor and product IDs for your card, and also the CIS
strings. I'm not sure how one is supposed to get this stuff (is there
a PCMCIA equivalent of lspci?) but with luck if you don't know someone
else can tell you...
It might also be helpful to have the prefix (the first three bytes) of
the card's ethernet address.
--
David A. Holland
dholland@netbsd.org
State-Changed-From-To: open->analyzed
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Sun, 09 Mar 2008 20:42:50 +0000
State-Changed-Why:
With luck, I've deduced what's going on, but I think someone else will have
to take it from here.
From: comfooc <comfooc@gmail.com>
To: gnats-bugs@netbsd.org, dholland@netbsd.org
Cc: kern-bug-people@netbsd.org, netbsd-bugs@netbsd.org
Subject: Re: kern/37723: ne* AX88190 Fast Ethernet 16-bit PC Card: where did the card go? problem
Date: Mon, 10 Mar 2008 23:33:31 +0100
Hello, thanks for help, this is what I've managed to dig out from my card...
(Cheers ;-)
cis mem map 0xce95a000 (resource: 0x88000000)
pccard0: CIS tuple chain:
CISTPL_DEVICE type=funcspec speed=100ns
01 03 d4 0a ff
CISTPL_DEVICE_A type=eeprom speed=250ns
17 03 41 00 ff
CISTPL_MANFID
20 04 49 01 ab c1
CISTPL_VERS_1
15 2c 04 01 46 61 73 74 20 45 74 68 65 72 6e 65
74 00 31 36 2d 62 69 74 20 50 43 20 43 61 72 64
00 33 2e 30 00 41 58 38 38 31 39 30 00 ff
CISTPL_CONFIG
1a 05 01 fd c0 03 01
CISTPL_CFTABLE_ENTRY
1b 07 fd 81 18 45 30 fc be
CISTPL_CFTABLE_ENTRY
1b 07 05 08 ca 60 00 03 1f
CISTPL_CFTABLE_ENTRY
1b 07 0d 08 ca 60 20 03 1f
CISTPL_CFTABLE_ENTRY
1b 07 15 08 ca 60 40 03 1f
CISTPL_CFTABLE_ENTRY
1b 07 1d 08 ca 60 80 03 1f
CISTPL_CFTABLE_ENTRY
1b 07 25 08 ca 60 00 02 1f
CISTPL_CFTABLE_ENTRY
1b 07 2d 08 ca 60 20 02 1f
CISTPL_CFTABLE_ENTRY
1b 07 35 08 ca 60 40 02 1f
CISTPL_FUNCID
21 02 06 00
unhandled CISTPL 14
CISTPL_NO_LINK
14 00
CISTPL_END
ff
From: David Holland <dholland-bugs@netbsd.org>
To: gnats-bugs@NetBSD.org
Cc: kern-bug-people@netbsd.org, gnats-admin@netbsd.org,
netbsd-bugs@netbsd.org, comfooc@gmail.com
Subject: Re: kern/37723: ne* AX88190 Fast Ethernet 16-bit PC Card: where did the card go? problem
Date: Sun, 13 Apr 2008 06:02:59 +0000
On Sun, Mar 09, 2008 at 08:15:43PM +0000, David Holland wrote:
> The two extra tests that might apply are (1) the one marked "XXX This
> is highly bogus" at line 675 of if_ne_pcmcia.c, and also (2) the
> prefix of the ethernet address.
There is some (not very large) chance that the following patch, which
reverts version 1.135 of if_ne_pcmcia.c, will help. But even if it
doesn't, the extra messages I added to it should help figure out
what's going on. Do a verbose boot with the patch and look for any of
the new messages.
If it tells you "ne_pcmcia_ax88190_set_iobase: failed." then the
problem is likely the same as kern/32938 (also see kern/27299). If on
the other hand it complains about an unexpected address prefix, the
problem can probably be solved by fiddling with the table of devices.
(If it prints neither and also still doesn't work, then I have no idea
what's going on.)
Index: if_ne_pcmcia.c
===================================================================
RCS file: /cvsroot/src/sys/dev/pcmcia/if_ne_pcmcia.c,v
retrieving revision 1.154
diff -u -r1.154 if_ne_pcmcia.c
--- if_ne_pcmcia.c 5 Apr 2008 21:31:23 -0000 1.154
+++ if_ne_pcmcia.c 13 Apr 2008 05:52:20 -0000
@@ -87,6 +87,7 @@
u_int8_t [ETHER_ADDR_LEN]);
u_int8_t *ne_pcmcia_dl10019_get_enaddr(struct ne_pcmcia_softc *,
u_int8_t [ETHER_ADDR_LEN]);
+int ne_pcmcia_ax88190_set_iobase(struct ne_pcmcia_softc *);
CFATTACH_DECL_NEW(ne_pcmcia, sizeof(struct ne_pcmcia_softc),
ne_pcmcia_match, ne_pcmcia_attach, ne_pcmcia_detach, dp8390_activate);
@@ -672,8 +673,7 @@
if ((ne_dev->flags & NE2000DVF_AX88190) != 0) {
u_int8_t test;
- /* XXX This is highly bogus. */
- if ((pa->pf->ccr_mask & (1 << PCMCIA_CCR_IOBASE0)) == 0) {
+ if (ne_pcmcia_ax88190_set_iobase(psc)) {
++i;
goto again;
}
@@ -704,6 +704,14 @@
enaddr[1] != ne_dev->enet_vendor[1] ||
enaddr[2] != ne_dev->enet_vendor[2]) {
++i;
+ aprint_verbose_dev(self,
+ "Unexpected address prefix: "
+ "got %02x:%02x:%02x, expected %02x:%02x:%02x\n",
+ enaddr[0], enaddr[1], enaddr[2],
+ ne_dev->enet_vendor[0],
+ ne_dev->enet_vendor[1],
+ ne_dev->enet_vendor[2]);
+
goto again;
}
}
@@ -771,6 +779,7 @@
ne_pcmcia_enable(struct dp8390_softc *dsc)
{
struct ne_pcmcia_softc *psc = (struct ne_pcmcia_softc *)dsc;
+ struct ne2000_softc *nsc = &psc->sc_ne2000;
int error;
/* set up the interrupt */
@@ -783,6 +792,18 @@
if (error) {
pcmcia_intr_disestablish(psc->sc_pf, psc->sc_ih);
psc->sc_ih = 0;
+ return (error);
+ }
+
+ if (nsc->sc_type == NE2000_TYPE_AX88190 ||
+ nsc->sc_type == NE2000_TYPE_AX88790) {
+ error = ne_pcmcia_ax88190_set_iobase(psc);
+ if (error) {
+ pcmcia_function_disable(psc->sc_pf);
+ pcmcia_intr_disestablish(psc->sc_pf, psc->sc_ih);
+ psc->sc_ih = 0;
+ return (error);
+ }
}
return (error);
@@ -854,3 +875,29 @@
#undef PAR0
return (myea);
}
+
+int
+ne_pcmcia_ax88190_set_iobase(struct ne_pcmcia_softc *psc)
+{
+ struct pcmcia_function *pf = psc->sc_pf;
+ bus_addr_t iobase = pf->cfe->iospace[0].handle.addr;
+ bus_addr_t oldiobase, newiobase;
+
+ oldiobase = (pcmcia_ccr_read(pf, PCMCIA_CCR_IOBASE0) << 0) |
+ (pcmcia_ccr_read(pf, PCMCIA_CCR_IOBASE1) << 8);
+ pcmcia_ccr_write(pf, PCMCIA_CCR_IOBASE0, (iobase >> 0) & 0xff);
+ pcmcia_ccr_write(pf, PCMCIA_CCR_IOBASE1, (iobase >> 8) & 0xff);
+ newiobase = (pcmcia_ccr_read(pf, PCMCIA_CCR_IOBASE0) << 0) |
+ (pcmcia_ccr_read(pf, PCMCIA_CCR_IOBASE1) << 8);
+
+ aprint_verbose_dev(psc->sc_ne2000.sc_dp8390.sc_dev,
+ "iobase: found 0x%lx, wanted 0x%lx, got 0x%lx\n",
+ (unsigned long)oldiobase, (unsigned long)iobase,
+ (unsigned long)newiobase);
+
+ if (oldiobase == iobase || oldiobase != newiobase)
+ return (0);
+ aprint_verbose_dev(psc->sc_ne2000.sc_dp8390.sc_dev,
+ "ne_pcmcia_ax88190_set_iobase: failed.\n");
+ return (EIO);
+}
--
David A. Holland
dholland@netbsd.org
State-Changed-From-To: analyzed->feedback
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Sat, 19 Sep 2009 20:01:05 +0000
State-Changed-Why:
Did you get a chance to try the test patch I posted?
From: comfooc <comfooc@gmail.com>
To: gnats-bugs@NetBSD.org
Cc: dholland@NetBSD.org, kern-bug-people@netbsd.org, netbsd-bugs@netbsd.org,
gnats-admin@netbsd.org
Subject: Re: kern/37723 (ne* AX88190 Fast Ethernet 16-bit PC Card: where did
the card go? problem)
Date: Sun, 20 Sep 2009 16:43:42 +0200
On Sat, 19 Sep 2009 20:01:06 +0000 (UTC)
dholland@NetBSD.org wrote:
> Synopsis: ne* AX88190 Fast Ethernet 16-bit PC Card: where did the
> card go? problem
>
> State-Changed-From-To: analyzed->feedback
> State-Changed-By: dholland@NetBSD.org
> State-Changed-When: Sat, 19 Sep 2009 20:01:05 +0000
> State-Changed-Why:
> Did you get a chance to try the test patch I posted?
>
>
>
Sorry for delay. It did helped then!
(I'd big hardware/electricity/thunder malfunction and all my equipment
got "burned")
State-Changed-From-To: feedback->open
State-Changed-By: dholland@NetBSD.org
State-Changed-When: Mon, 21 Sep 2009 05:43:03 +0000
State-Changed-Why:
Glad to hear it (that the patch helped, not that all your h/w got fried)
Now I just need to wade into it all again and figure out what conclusions
to draw from that...
>Unformatted:
(Contact us)
$NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007
The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.
Home