From owner-freebsd-hardware Wed Jun 4 11:55:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id LAA20394 for hardware-outgoing; Wed, 4 Jun 1997 11:55:42 -0700 (PDT) Received: from GndRsh.aac.dev.com (GndRsh.aac.dev.com [198.145.92.241]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id LAA20374 for ; Wed, 4 Jun 1997 11:55:37 -0700 (PDT) Received: (from rgrimes@localhost) by GndRsh.aac.dev.com (8.8.5/8.7.3) id LAA19189; Wed, 4 Jun 1997 11:55:18 -0700 (PDT) From: "Rodney W. Grimes" Message-Id: <199706041855.LAA19189@GndRsh.aac.dev.com> Subject: Re: SMC EtherPower 10/100 on 10BaseT network In-Reply-To: <3.0.1.32.19970604200733.00ced4c0@mail.nacamar.de> from Michael Beckmann at "Jun 4, 97 08:07:33 pm" To: beckmann@nacamar.de (Michael Beckmann) Date: Wed, 4 Jun 1997 11:55:18 -0700 (PDT) Cc: hardware@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hardware@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >I haven't seen the Rev C card with the 21140-AE chip yet, but you > >could try adding a ``-link2'' to your ifconfig statement which should > >force the card into 10BaseT mode. > > After issuing ifconfig de0 -link2 on the command line, it said it was in > 10BaseT mode, but still no link state. Hmm. > > >Does the card report itself as an ``SMC9332BDT'' during the boot, > >or is it comming up as a generic 21140 card? Ie, can you send > >us the dmesg output for it? > > de0 rev 34 int a irq 9 on pci0:100 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Arghhh... it appears as if they have made yet another change to the SMC cards that is causing us greif. From the above message your card is being identified as a Generic DC21140A card, probably assuming the old phy interface which is causing you greif. > mapreg[10] type=1 addr=0000f880 size=0080. > mapreg[14] type=0 addr=fffbrc00 size=0080. > reg16: ioaddr=0xf880 size=0x80 > de0: 21140A [10-100Mb/s] pass 2.2 > de0: address 00:e0:29:00:c0:0b ^^^^^^^^ Hummm.... this looks like a new OUI for SMC, you might try the following quick hack to if_de.c to see if it makes the card work. If it does I'll create a more appropriate patch... Index: if_de.c =================================================================== RCS file: /home/ncvs/src/sys/pci/if_de.c,v retrieving revision 1.54.2.5 diff -c -r1.54.2.5 if_de.c *** if_de.c 1997/04/20 05:21:34 1.54.2.5 --- if_de.c 1997/06/04 18:54:20 *************** *** 3289,3297 **** sc->tulip_boardsw = &tulip_21040_zx314_master_boardsw; sc->tulip_flags |= TULIP_SHAREDINTR; } ! } else if (sc->tulip_hwaddr[0] == TULIP_OUI_SMC_0 ! && sc->tulip_hwaddr[1] == TULIP_OUI_SMC_1 ! && sc->tulip_hwaddr[2] == TULIP_OUI_SMC_2) { tulip_identify_smc_nic(sc); } --- 3289,3297 ---- sc->tulip_boardsw = &tulip_21040_zx314_master_boardsw; sc->tulip_flags |= TULIP_SHAREDINTR; } ! } else if (sc->tulip_hwaddr[0] == 0x00 ! && sc->tulip_hwaddr[1] == 0xE0 ! && sc->tulip_hwaddr[2] == 0x29) { tulip_identify_smc_nic(sc); } -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation, Inc. Reliable computers for FreeBSD