From owner-freebsd-mobile@FreeBSD.ORG Mon Feb 28 23:46:56 2005 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 438F116A4CE for ; Mon, 28 Feb 2005 23:46:56 +0000 (GMT) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D415343D2F for ; Mon, 28 Feb 2005 23:46:55 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) j1SNknW8011012; Mon, 28 Feb 2005 18:46:49 -0500 (EST) Date: Mon, 28 Feb 2005 18:46:49 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: "M. Warner Losh" In-Reply-To: <20050216.084004.117280004.imp@bsdimp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) cc: freebsd-mobile@freebsd.org Subject: Re: dc no worky with , also LOR X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: Daniel Eischen List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 28 Feb 2005 23:46:56 -0000 On Wed, 16 Feb 2005, M. Warner Losh wrote: > Dan, > > My Xircom cardbus cards work here for me, and I didn't see anything > odd enough to explain WHY things went south, only that they did. > Which one is the X3201? Maybe I don't see this because I'm trying the > wrong cards or don't yet own one (shocking, I know!). I'd like to copy Bill Paul on this, but am gun-shy ;-) I found an older Xircom CardBus Ethernet II adapter that worked. I know it's not a bad adapter because: 1) I've two of them (both shrink-wrapped and brand new) 2) They work under Windows on the same laptop(s). The older Xircom is identically marked - CBE2-100. I can see no physical differences between the older Xircom and the two newer Xircoms. To summarize, these are the cards I have tried: (A) - Xircom RealPort CardBus Ethernet II 10/100 + Modem 56 -- works (B) - Xircom CardBus Ethernet II 10/100, CBE2-100, old -- works (C) - Xircom CardBus Ethernet II 10/100, CBE2-100, new, qty 2 -- neither work When I boot verbose, the only difference I see between (B) and (C) is that (B) has a powerspec of 1, while (C) has a powerspec of 2: (B) powerspec 1 supports D0 D1 D2 D3 current D0 (C) powerspec 2 supports D0 D1 D2 D3 current D0 Full boot messages available on request. -- (B) Old Xircom, works pcib2: device cardbus0 requested decoded memory range 0xf4000000-0xfbffffff pcib2: device cardbus0 requested decoded memory range 0xf4000000-0xfbffffff pcib2: device cardbus0 requested decoded I/O range 0xe000-0xffff found-> vendor=0x115d, dev=0x0003, revid=0x03 bus=4, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0xa8 (5040 ns), mingnt=0x14 (5000 ns), maxlat=0x28 (10000 ns) intpin=a, irq=222 powerspec 1 supports D0 D1 D2 D3 current D0 dc0: port 0xe000-0xe07f mem 0xf4002000-0xf40027ff, 0xf4002800-0xf4002fff irq 10 at device 0.0 on cardbus0 pcib2: device dc0 requested decoded I/O range 0xe000-0xe07f miibus0: on dc0 tdkphy0: on miibus0 tdkphy0: OUI 0x00c039, model 0x0014, rev. 11 tdkphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: bpf attached dc0: Ethernet address: 00:10:a4:8a:17:17 dc0: if_start running deferred for Giant dc0: [GIANT-LOCKED] -- (C) Newer Xircoms, don't work pcib2: device cardbus0 requested decoded memory range 0xf4000000-0xfbffffff pcib2: device cardbus0 requested decoded memory range 0xf4000000-0xfbffffff pcib2: device cardbus0 requested decoded I/O range 0xe000-0xffff found-> vendor=0x115d, dev=0x0003, revid=0x03 bus=4, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0xa8 (5040 ns), mingnt=0x14 (5000 ns), maxlat=0x28 (10000 ns) intpin=a, irq=222 powerspec 2 supports D0 D1 D2 D3 current D0 dc0: port 0xe000-0xe07f mem 0xf4002000-0xf40027ff, 0xf4002800-0xf4002fff irq 10 at device 0.0 on cardbus0 pcib2: device dc0 requested decoded I/O range 0xe000-0xe07f dc0: MII without any PHY! lock order reversal 1st 0xc1b67d40 dc0 (network driver) @ /opt/FreeBSD/src/sys/pci/if_dc.c:2358 2nd 0xc07c9800 ACPI root bus (ACPI root bus) @ /opt/FreeBSD/src/sys/dev/acpica/acpi.c:1050 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c07dfb08,c07e0d50,c07a88ac) at kdb_backtrace+0x29 witness_checkorder(c07c9800,9,c0741eb5,41a) at witness_checkorder+0x54c _sx_xlock(c07c9800,c0741eb5,41a,d36cea04,c05af97c) at _sx_xlock+0x50 acpi_release_resource(c1979a00,c1bdf380,1,0,c1b81c80) at acpi_release_resource+0x26 bus_generic_release_resource(c1a46580,c1bdf380,1,0,c1b81c80) at bus_generic_release_resource+0x64 resource_list_release(c1c24504,c1a46980,c1bdf380,1,0) at resource_list_release+0x6e bus_generic_rl_release_resource(c1a46980,c1bdf380,1,0,c1b81c80) at bus_generic_rl_release_resource+0x5e bus_generic_release_resource(c1a4c180,c1bdf380,1,0,c1b81c80) at bus_generic_release_resource+0x64 resource_list_release(c1c24504,c1a4ca00,c1bdf380,1,0) at resource_list_release+0x6e bus_generic_rl_release_resource(c1a4ca00,c1bdf380,1,0,c1b81c80) at bus_generic_rl_release_resource+0x5e cbb_cardbus_release_resource(c1a4cc00,c1bdf380,1,0,c1b81c80) at cbb_cardbus_release_resource+0x98 cbb_release_resource(c1a4cc00,c1bdf380,1,0,c1b81c80) at cbb_release_resource+0x42 resource_list_release(c1c24504,c1a57400,c1bdf380,1,0) at resource_list_release+0xfb bus_generic_rl_release_resource(c1a57400,c1bdf380,1,0,c1b81c80) at bus_generic_rl_release_resource+0x5e bus_release_resource(c1bdf380,1,0,c1b81c80) at bus_release_resource+0x61 dc_detach(c1bdf380) at dc_detach+0xb2 dc_attach(c1bdf380) at dc_attach+0xe20 device_attach(c1bdf380,0,c1bdf380,c1c24500,0) at device_attach+0x58 device_probe_and_attach(c1bdf380,c1c24500,c1a57400,c1bdf380,c1a57400,c1bdf380) at device_probe_and_attach+0xe0 cardbus_attach_card(c1a57400) at cardbus_attach_card+0x1ae cbb_insert(c1a73800) at cbb_insert+0xd2 cbb_event_thread(c1a73800,d36ced48,c1a73800,c04fddb4,0) at cbb_event_thread+0x129 fork_exit(c04fddb4,c1a73800,d36ced48) at fork_exit+0xa4 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xd36ced7c, ebp = 0 --- device_attach: dc0 attach returned 6