From owner-svn-src-all@FreeBSD.ORG Sun Jul 27 00:10:22 2014 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2AD870C; Sun, 27 Jul 2014 00:10:21 +0000 (UTC) Received: from mail-qa0-x232.google.com (mail-qa0-x232.google.com [IPv6:2607:f8b0:400d:c00::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 928AD2F5C; Sun, 27 Jul 2014 00:10:21 +0000 (UTC) Received: by mail-qa0-f50.google.com with SMTP id s7so6171963qap.9 for ; Sat, 26 Jul 2014 17:10:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=OnYDB6Co4eQHLtTzsuAFsA4ZULUTYI2si9W2xwnvpBM=; b=reLNExvmkv2fPVot5lQ620Ao7ap6lOYD1POCB0ovxScaw4tDHYhDOQkR5ee9jc4IKn 75RBY9x7H48vfP09HeOVz2feuhqyBDS7178waZvgfJ8VLfTSmY5eVDwkoy4CbJc8hOjO gb085pEOT3THkyWW4Bo2qcRQ56BuVTS/Vt/b6Vkra7r+ytIV7OxbMsChfOyvqpTBeDGV JG8E02zfw+abFgKqDu3OXoKL9l+gT9NVhHNDVlh5Jgl7+DWHsNMqQoRqOM6kdRV1iigv 6ZI7VTgVQ8UuMURCcTJuIpUj7xwCV6sYCXOBEO1Zva/kyMhHZr3BdwXbGuphCIIM4rei F8kg== MIME-Version: 1.0 X-Received: by 10.224.55.131 with SMTP id u3mr42732357qag.98.1406419820227; Sat, 26 Jul 2014 17:10:20 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.1.6 with HTTP; Sat, 26 Jul 2014 17:10:20 -0700 (PDT) In-Reply-To: <53D3FDEC.5040000@selasky.org> References: <201407261606.s6QG61le092895@svn.freebsd.org> <53D3FDEC.5040000@selasky.org> Date: Sat, 26 Jul 2014 17:10:20 -0700 X-Google-Sender-Auth: eDlPFzHXRIuFocUxuC70PGqTNME Message-ID: Subject: Re: svn commit: r269127 - head/sys/dev/usb/wlan From: Adrian Chadd To: Hans Petter Selasky Content-Type: text/plain; charset=UTF-8 Cc: "svn-src-head@freebsd.org" , "svn-src-all@freebsd.org" , "src-committers@freebsd.org" X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jul 2014 00:10:22 -0000 On 26 July 2014 12:13, Hans Petter Selasky wrote: > On 07/26/14 20:36, Adrian Chadd wrote: >> >> Hi, >> >> We should likely review how the PLCP bits are being used and why it's >> getting a rate of 0 in the first place. >> >> So, why's it getting a rate of 0 passed into the transmit path? >> >> > > Hi Adrian, > > Here is the backtrace of the panic: > > Fatal trap 18: integer divide fault while in kernel mode > cpuid = 2; apic id = 02 > instruction pointer = 0x20:0xffffffff807826cf > stack pointer = 0x28:0xffffff8000305090 > frame pointer = 0x28:0xffffff80003050a0 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 15 (usbus0) > trap number = 18 > panic: integer divide fault > cpuid = 2 > KDB: stack backtrace: > #0 0xffffffff809257e6 at kdb_backtrace+0x66 > #1 0xffffffff808eb3ae at panic+0x1ce > #2 0xffffffff80cd2c30 at trap_fatal+0x290 > #3 0xffffffff80cd3480 at trap+0x250 > #4 0xffffffff80cbc783 at calltrap+0x8 > #5 0xffffffff80783d90 at ural_start+0x1d0 > #6 0xffffffff809aa2ea at if_transmit+0xea > #7 0xffffffff809ef7b2 at ieee80211_start+0x542 > #8 0xffffffff809aa2ea at if_transmit+0xea > #9 0xffffffff809ae8b3 at ether_output_frame+0x33 > #10 0xffffffff809aee30 at ether_output+0x530 > #11 0xffffffff80a186b4 at ip_output+0xd74 > #12 0xffffffff80a87d2a at tcp_output+0xfea > #13 0xffffffff80a82222 at tcp_do_segment+0xc02 > #14 0xffffffff80a85219 at tcp_input+0xa29 > #15 0xffffffff80a155fa at ip_input+0xaa > #16 0xffffffff809b7808 at netisr_dispatch_src+0x218 > #17 0xffffffff809ae3fd at ether_demux+0x14d Hm, so at some point that rate was not assigned to something. Can you trace the ural_start path to see where it's supposed to be calculating the rate? -a