Date: Mon, 13 Apr 2009 11:28:34 -0400 (EDT) From: Mike Silbersack <silby@silby.com> To: Jack Vogel <jfvogel@gmail.com> Cc: Jack F Vogel <jfv@freebsd.org>, svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r190872 - head/sys/dev/e1000 Message-ID: <alpine.BSF.1.00.0904131127240.31996@niwun.pair.com> In-Reply-To: <2a41acea0904122238g86295c5v24a1ab96b37136bd@mail.gmail.com> References: <200904100005.n3A05lIu025175@svn.freebsd.org> <alpine.BSF.2.00.0904130003560.89405@odysseus.silby.com> <2a41acea0904122238g86295c5v24a1ab96b37136bd@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 12 Apr 2009, Jack Vogel wrote: > There is quite a bit of shared code changes to support alternate mac > addressing, if > you look at the diffs you'll notice in attach I inserted a reset, and then > also moved > where hardware init is called, this is because the shared code now requires > RAR(0) > to have a valid address in it when it does setup, reset causes that, but > init_hardware > will zero the RAR array out. > > I have no idea what your environment is, but it sounds like it may be > related. > > If you have a driver that works, you could try taking the new if_em.* and > drop > them in, see if that solves it. But right now my guess is this issue is in > the shared > code and not the core. > > Let me know what you find, > > Jack Ok, I will try to help narrow it down. I saved a working kernel (from 4 days ago), so I can reboot with that one when I need network connectivity. Mike "Silby" Silbersack
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.1.00.0904131127240.31996>