Date: Wed, 21 Dec 2005 13:47:56 -0500 From: John Baldwin <jhb@freebsd.org> To: ticso@cicely.de Cc: freebsd-alpha@freebsd.org Subject: Re: Panic in tulip_txprobe Message-ID: <200512211347.57308.jhb@freebsd.org> In-Reply-To: <20051221180734.GB83393@cicely12.cicely.de> References: <20051221020726.GV83393@cicely12.cicely.de> <200512211021.13384.jhb@freebsd.org> <20051221180734.GB83393@cicely12.cicely.de>
index | next in thread | previous in thread | raw e-mail
On Wednesday 21 December 2005 01:07 pm, Bernd Walter wrote: > On Wed, Dec 21, 2005 at 10:21:12AM -0500, John Baldwin wrote: > > This is more fallout from Ruslan's IF_LLADDR changes. The simplest fix > > would be to change tulip_txprobe() to use sc->tulip_enaddr rather than > > IF_LLADDR prior to the call to ether_ifattach(). Hmmm, > > tulip_addr_filter() can also be called from tulip_init_locked() via > > tulip_linkup() via tulip_media_poll() as well. *sigh* I hate to call > > ether_ifattach() before the chip is actually known to be in a working > > state though which is the other alternative. You can try this patch > > which uses sc->tulip_enaddr early on: > > It's booting with your patch. > If you need a functional test let me know - so far the card is just in, > because it's a combo card, network connection is done using an fxp card. Booting is good. :) That's mostly what it changes. The only other thing to test would be to hook a cable up to it and make sure it works, then change the MAC address via ifconfig and make sure it can figure out its link state ok and still work. -- John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.orghelp
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200512211347.57308.jhb>