Date: Thu, 6 May 2010 20:11:10 +0200 From: Bernhard Schmidt <bschmidt@techwires.net> To: Ben Kaduk <minimarmot@gmail.com> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r207709 - head/sys/dev/iwn Message-ID: <20100506181110.GA6628@mx.techwires.net> In-Reply-To: <h2i47d0403c1005061055t36cd1a00k81853102eaaf4a2c@mail.gmail.com> References: <201005061753.o46Hr4d0046296@svn.freebsd.org> <h2i47d0403c1005061055t36cd1a00k81853102eaaf4a2c@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, May 06, 2010 at 01:55:11PM -0400, Ben Kaduk wrote: > On Thu, May 6, 2010 at 1:53 PM, Bernhard Schmidt <bschmidt@freebsd.org> wrote: > > Author: bschmidt > > Date: Thu May 6 17:53:04 2010 > > New Revision: 207709 > > URL: http://svn.freebsd.org/changeset/base/207709 > > > > Log: > > Add a workaround for a bug in the firmware regarding the transition > > from passive to active scans. Basicly disable it by increasing the > > amount packets to be received to an amount which can't be reached > > during dwell times. > > Is this expected to fix the firmware errors that have cropped up > periodically for me? > (Sorry for the lack of useful bug reports, etc.) I'm not aware that this generated any firmware errors. For scans on certain channels (definitely those which require radar detection) the firmware scan command might return with an error code instead of the expected scan result though. Which made it pretty much impossible to connect on those channels. -- Bernhard
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100506181110.GA6628>