From owner-freebsd-mobile Mon Feb 5 15:49: 8 2001 Delivered-To: freebsd-mobile@freebsd.org Received: from null.cc.uic.edu (null.pharm.uic.edu [128.248.76.23]) by hub.freebsd.org (Postfix) with ESMTP id 546F937B6A3 for ; Mon, 5 Feb 2001 15:48:49 -0800 (PST) Received: from localhost (seva@localhost) by null.cc.uic.edu (8.9.3/8.9.3) with ESMTP id RAA24638 for ; Mon, 5 Feb 2001 17:48:48 -0600 X-Authentication-Warning: null.cc.uic.edu: seva owned process doing -bs Date: Mon, 5 Feb 2001 17:48:48 -0600 (CST) From: Simon Epsteyn X-Sender: seva@null.cc.uic.edu To: freebsd-mobile@FreeBSD.ORG Subject: Re: AiroNet 'No card in database for "(null)"("(null)")' problem (4.2-STABLE) In-Reply-To: <200101060216.f062GBs58426@harmony.village.org> Message-ID: Organization: SV Technologies Corp. X-Foo: Bar MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-mobile@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org BTW, this is what Linux thinks about the card: This is kind of odd: cs: memory probe 0xa0000000-0xa0ffffff: clean. Linux PCMCIA Card Services 3.1.19 kernel build: 2.2.16-22 #1 Tue Aug 22 16:49:06 EDT 2000 options: [pci] [cardbus] [apm] PCI routing table version 1.0 at 0xfdf50 00:0a.0 -> irq 9 Intel PCIC probe: Ricoh RL5C475 rev 00 PCI-to-CardBus at slot 00:0a, mem 0x68000000 host opts [0]: [isa irq] [io 3/6/1] [mem 3/6/1] [pci irq 9] [lat 168/176] [bus 32/34] ISA irqs (default) = 3,4,5,7,10,11,12 PCI status changes cs: IO port probe 0x0c00-0x0cff: excluding 0xcf8-0xcff cs: IO port probe 0x0800-0x08ff: clean. cs: IO port probe 0x0100-0x04ff: excluding 0x140-0x147 0x378-0x37f 0x4d0-0x4d7 cs: IO port probe 0x0a00-0x0aff: clean. cs: memory probe 0xa0000000-0xa0ffffff: clean. airo: Probing for PCI adapters airo: Finished probing for PCI adapters airo: Doing fast bap_reads airo: MAC enabled 0:40:96:15:64:ab eth1: index 0x05: Vcc 5.0, Vpp 5.0, irq 3, io 0x0100-0x013f /Simon On Fri, 5 Jan 2001, Warner Losh wrote: > In message <20010105131448.I48589@wantadilla.lemis.com> Greg Lehey writes: > : > The new bus kludge code does clip start and end to 0xd0000, but you > : > are right that is bogus. On most machines, this is the only space > : > available. > : > : Right, but we shouldn't rely on that. Anyway, it's not the only > : problem. > > Agreed, but at the moment it solves more problems than it causes. > Until we can bring the NEWCARD online, it is likely the least evil > thing we can do. > > Warner > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-mobile" in the body of the message