From owner-freebsd-wireless@FreeBSD.ORG Sat Mar 24 04:46:24 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5841106564A; Sat, 24 Mar 2012 04:46:23 +0000 (UTC) (envelope-from qasimj@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 43A218FC17; Sat, 24 Mar 2012 04:46:22 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so4083638bkc.13 for ; Fri, 23 Mar 2012 21:46:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=0cuwUa+L8lwddlaww60poHK5mK9DQCI1cukVglVE8tU=; b=PUjzmFYHlwza1V8F0NgUbDHmTGHDmVcuBs5nKVH3Vhsh4pyQLOryQ8UpHZtbezqPKd yYNHBWAMe/MiFPBa498l+P27cZDCZtxOS5JW3ZF7n+RlAKrNfSkulVi/ciF2+6rZkxis uCrcCnvRz31PuXBkDZdmeWh3ZARGcgTUITmDkIRnNif6Z0CnlB3ipmWx5PI1Y1EUmX4q e6/wqBDRqBDgyiX4c3942VTmBIKK9JQBPOHwhZJ3uK/FVtB2ThqkN3qRVSiqcrGzAZ7U CSh7nWoi0iVoQqtKOrvBwdFlTKnjS1RA6Sfak+xBQg4n3znwRHDTXRw2YiyhgT+lZk1T Q04A== MIME-Version: 1.0 Received: by 10.204.133.210 with SMTP id g18mr5435555bkt.107.1332564381962; Fri, 23 Mar 2012 21:46:21 -0700 (PDT) Received: by 10.204.38.4 with HTTP; Fri, 23 Mar 2012 21:46:21 -0700 (PDT) In-Reply-To: References: <4F6CB06A.6030102@candelatech.com> Date: Fri, 23 Mar 2012 23:46:21 -0500 Message-ID: From: Qasim Javed To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Ben Greear , freebsd-wireless@freebsd.org, ath9k-devel , ath5k-devel@venema.h4ckr.net Subject: Re: [ath5k-devel] [ath9k-devel] Request for help: gui toolkit creation for atheros PHY/MAC statistics X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 04:46:24 -0000 In addition to driver statistics, I was thinking that a tool like this should provide more insight like how many times the CPU is being interrupted by the Wifi card when it is offered a certain load. I was recently running into an issue with an XR9 card and interestingly I found using the "mpstat" tool that when the offered load goes beyond a certain threshold Mbps, the number of interrupts per second goes down! ath9k has a set of patches (compat wireless with "-pc" at the end of filename before the extension) that dump the TX/RX descriptors which contain rich information regarding the transmission and reception process. I had to write a custom script to process the binary dumps generated by those patches, but if the visualization tool can display that information it would be awesome. Those binary dumps contain almost all the information that could possibly be made available. -Qasim On Fri, Mar 23, 2012 at 12:25 PM, Adrian Chadd wrote: > On 23 March 2012 10:18, Ben Greear wrote: > >> I wouldn't ask someone to do it and then tell them what language. =A0Jus= t >> suggest >> to them what it needs to do instead. > > I'm sorry if it came across as demanding. It's more that I've looked > at how/where people tend to use these kinds of visualisation tools and > they're not on quad-core i7 laptops. They're on little itty atom > netbooks (or tablets these days, I guess) with comparitively limited > CPU. > > I've also had people suggest C#. Which is fine, but as I'd like this > to be totally open source, I don't want it to depend upon any closed > source C# libraries or any microsoft only runtime bits. Same holds for > any other language. > > The other thing is keeping multiple threads going so your UI doesn't > become unresponsive when you're falling behind doing network/disk IO > or math operations. > > Yes, I've written some GUI stuff, so I have a basic idea of what's > going on. If someone wants to me prove me wrong by demonstrating it > done in python or some other scripting language then fine. > >> The big question for me is: =A0How do you propose to get the info out >> of the driver and up to user-space? > > I'll worry about that later. For FreeBSD, the PHY errors come out via > radiotap, so it'll look like a BPF stream. > >> Just in case it matters...while benchmarking my Linux ethtool patch to >> ath9k, >> I found it took around 35us to make the ethtool ioctl call to get the >> stats. =A0This was on a dual-core Atom system. > > Right, but you can fetch a whole lot of statistics each call. The > ath/HAL ioctl API doesn't return a single stat on each invocation. It > returns a whole swath of them. > > I'm not worried about extracting the data from the various flavours of > wifi stacks we're working with in BSD/Linux. :-) > > > Adrian > _______________________________________________ > ath5k-devel mailing list > ath5k-devel@lists.ath5k.org > https://lists.ath5k.org/mailman/listinfo/ath5k-devel