From owner-freebsd-current@FreeBSD.ORG Thu Mar 3 11:42:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF14B106566C; Thu, 3 Mar 2011 11:42:24 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.c2i.net [212.247.154.98]) by mx1.freebsd.org (Postfix) with ESMTP id EBB4D8FC18; Thu, 3 Mar 2011 11:42:23 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=wd7fLirDSts22yawIUsTeMUS9lsm8Llc0grT6RvpTjU= c=1 sm=1 a=A_WmQ3lTaScA:10 a=Q9fys5e9bTEA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=4yxw60H0Ht_Pr1T7OCMA:9 a=KuO-TZ-BNb1IJicFQEIA:7 a=_vdfOelmhGe2iyUj0ujuTqdwjFEA:4 a=PUjeQqilurYA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 94814895; Thu, 03 Mar 2011 12:42:21 +0100 From: Hans Petter Selasky To: erob@gthcfoundation.org Date: Thu, 3 Mar 2011 12:42:02 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <4D66C4CB.1060207@2egos.de> <201103030845.09198.hselasky@c2i.net> <4D6F7ADC.809@gthcfoundation.org> In-Reply-To: <4D6F7ADC.809@gthcfoundation.org> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201103031242.02741.hselasky@c2i.net> Cc: freebsd-current@freebsd.org, bschmidt@freebsd.org Subject: Re: urtw0: could not allocate USB transfers X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Mar 2011 11:42:24 -0000 On Thursday 03 March 2011 12:26:20 Etienne Robillard wrote: > On 03/03/11 02:45 AM, Hans Petter Selasky wrote: > >>>> I forwarded this thread on -current. > >>>> > >>>> Please also find below a stack trace produced with option > >>>> KDB_UNATTENDED for the rt28700 driver (if_rt28700). > >>>> > >>>> On another side note, I have not being able to load > >>>> the runfw firmware module anymore after having updated > >>>> the src tree for 8.2-STABLE ? > >>>> > >>>> $ sudo kldload /boot/kernel/runfw.ko > >>>> kldload: can't load /boot/kernel/runfw.ko: Exec format error > >>> > >>> Here is your real error in dmesg: > >>>> KLD runfw.ko: depends on firmware - not available or version mismatch > >>>> linker_load_file: Unsupported file type > >>> > >>> You need to kldload firmware.ko or make sure 'device firmware' is in > >>> your kernel config. > >> > >> Hi, > >> > >> Many thanks. This explains the change of behavior attempting to kldload > >> runfw.ko > >> without the firmware assist module. :) > >> > >> However I find strange that run(4) requires such a firmware to be > >> preloaded when the rt2870 driver doesn't require it! > >> > >> Cheers, > > > > Maybe that's due to a missing MODULE_DEPEND() line in the .c file of > > urtw0. > > > > --HPS > > Hi, > > Thanks for the input. I realize the urtw(4) and the pseudo rt2870 drivers > may be missing a MODULE_DEPEND macro but this issue is not as annoying > than the repeated page faults happening when the card is trying > to reassociate itself with a router. Hi, Could you re-point me at one of those page faults, like DDB backtrace? You are using 9-current? --HPS > > I also noticed the same (random) page faults with the run(4) driver as > well but since I don't use a driver > requiring a external firmware to be loaded, I would prefer fixing the > errors in the generic > wireless code happening unconditionally with run(4), rt2870, and > possibly urtw(4). Plus, > a external firmware seems not necessary for using at least the TEW-644UB > wireless adapter! > > Cheers, > > Etienne