Date: Thu, 07 Jul 2011 11:26:08 -0500 From: Nathan Whitehorn <nwhitehorn@freebsd.org> To: Marius Strobl <marius@alchemy.franken.de> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r223648 - head/sys/dev/gem Message-ID: <4E15DE20.2040000@freebsd.org> In-Reply-To: <20110707160736.GE88226@alchemy.franken.de> References: <201106281616.p5SGGhbx056614@svn.freebsd.org> <4E15C3FF.5030703@freebsd.org> <20110707160736.GE88226@alchemy.franken.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On 07/07/11 11:07, Marius Strobl wrote: > On Thu, Jul 07, 2011 at 09:34:39AM -0500, Nathan Whitehorn wrote: >> This breaks one of my gem devices (chip=0x0021106b) when the controller >> is initialized from FreeBSD (netbooting works fine, and the controller >> stays working after that), with "cannot disable RX MAC" or "cannot >> disable RX MAC or hash filter" messages. > Are you positive that it's exactly this revision which breaks things? > Actually there was a report from Justin Hibbits that r222135 causing > a GMAC to no longer work with similar symptoms, which still is unsolved > AFAICT. If it's really r223648 which is causing problems in your case > please try to figure out which part is causing that as none of the > changes exactly stands out as disruptive, probably best by reverting > gem_reset_rx() and gem_setladrf() one by one. > You're right. r223648 just added the printf(), r222135 is where it began not working. -Nathan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4E15DE20.2040000>