From owner-freebsd-net@FreeBSD.ORG Thu Aug 5 08:10:09 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AA19106566C for ; Thu, 5 Aug 2010 08:10:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 019298FC08 for ; Thu, 5 Aug 2010 08:10:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o758A84u098066 for ; Thu, 5 Aug 2010 08:10:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o758A8Cm098065; Thu, 5 Aug 2010 08:10:08 GMT (envelope-from gnats) Date: Thu, 5 Aug 2010 08:10:08 GMT Message-Id: <201008050810.o758A8Cm098065@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Bernhard Schmidt Cc: Subject: Re: kern/149185: [rum] [panic] panic in rum(4) driver on 8.1-R X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bernhard Schmidt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Aug 2010 08:10:09 -0000 The following reply was made to PR kern/149185; it has been noted by GNATS. From: Bernhard Schmidt To: Alex Kozlov , bug-followup@freebsd.org Cc: nox@freebsd.org, rpaulo@freebsd.org Subject: Re: kern/149185: [rum] [panic] panic in rum(4) driver on 8.1-R Date: Thu, 5 Aug 2010 10:05:39 +0200 On Thu, Aug 5, 2010 at 08:52, Alex Kozlov wrote: > On Wed, Aug 04, 2010 at 10:02:35PM +0200, Juergen Lock wrote: >> =A0Regarding the 8.1 if_rum(4) panics... =A0I got a similar one, extract= ed >> a dump and tried to gather some info for someone who knows the code: >> >> =A0The zero divide fault was because (apparently) rate was unitialized, >> as is >> >> =A0 =A0 =A0 ((struct ieee80211_node *) m->M_dat.MH.MH_pkthdr.rcvif)->ni_= vap->iv_txparms[0] >> >> i.e. struct ieee80211_txparam &vap->iv_txparms[0] in case it matters. > Yes, its seems that ratectl framework sometimes set ni->ni_txrate to 0 > This can be mitigated by patch [1] or by setting ucastrate option in > ifconfig. Still real issue need to be solved. The real issue is that prior to an association (RUN state) ieee80211_ratectl_node_init() is not called, therefore iv_bss is not configured in any way. I'll look into that if no one beats me. --=20 Bernhard