From owner-freebsd-mobile@FreeBSD.ORG Tue May 25 08:06:36 2004 Return-Path: Delivered-To: freebsd-mobile@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 09B0716A4CE for ; Tue, 25 May 2004 08:06:36 -0700 (PDT) Received: from shazam.wetworks.org (shazam.wetworks.org [192.160.237.254]) by mx1.FreeBSD.org (Postfix) with SMTP id 1ACA143D31 for ; Tue, 25 May 2004 08:06:35 -0700 (PDT) (envelope-from alan@clegg.com) Received: (qmail 58460 invoked by uid 1000); 25 May 2004 15:06:06 -0000 Received: by shazam.wetworks.org (tmda-sendmail, from uid 1000); Tue, 25 May 2004 11:06:05 -0400 (EDT) Date: Tue, 25 May 2004 11:06:05 -0400 To: freebsd-mobile@freebsd.org Message-ID: <20040525150605.GR72221@shazam.wetworks.org> References: <200405200904.37966.fish@fish-mail.com> <200405200825.06207.sam@errno.com> <200405201138.52801.fish@fish-mail.com> <200405200850.29662.sam@errno.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dJyWBSYfjLochwFK" Content-Disposition: inline In-Reply-To: <200405200850.29662.sam@errno.com> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . User-Agent: Mutt/1.5.6i From: "Alan B. Clegg" X-Delivery-Agent: TMDA/1.0 (Cannonade) X-TMDA-Fingerprint: hKIC5TdPkjUJcnULBK5oXOspBl4 Subject: DWL-650 & Kismet [was Re: Orinoco Wireless Card and Monitor Mode w/ Kismet - No Longer Working?] X-BeenThere: freebsd-mobile@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Mobile computing with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 May 2004 15:06:36 -0000 --dJyWBSYfjLochwFK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable What I've discovered is the following: By default, Kismet prints out the error as given: --SNIP-- Source 0 (prism2source): Enabling monitor mode for radiotap_fbsd_b source i= nterf ace wi0 channel 1... Source 0 (prism2source): Opening radiotap_fbsd_b source interface wi0... WARNING: pcap reports link type of EN10MB but we'll fake it on BSD. This may not work the way we want it to. --SNIP-- since datalink_type=3Dpcap_datalink(pd); does actually return DLT_EN10MB. HOWEVER, inserting code to enumerate available link types produces: EN10MB (Ethernet) IEEE802_11 (802.11) IEEE802_11_RADIO (802.11 plus BSD r= adio information header) [display code stolen directly from tcpdump] Farther down in Kismet, the datalink is forced to DLT_IEEE802_11_RADIO as follows: (void) pcap_set_datalink(pd, DLT_IEEE802_11_RADIO); =20 This is all fine and good, but does appear to show some change in the way data link types are returned to pcap (perhaps?)... Now, my problem. I have an up-to-date CURRENT system and all seems to work well, with one exception. When started, kismet_server proceeds to eat all available CPU without producing the correct located networks. = =20 I ran kismet (from ports) directly on a 5.2.1 (from ISO) install and it did not display this behavior (I'm working on putting together another system to try to reproduce the problem). Might anyone have a clue as to where I should start looking to see what is going on? I'd really like to retire my Linux box that I use for wardriving, but... AlanC --=20 We have shared the incommunicable experience of war. We felt, we still feel, the passion of life to its top. In our youths, our hearts were touched by fire. -- Oliver Wendall Holmes --dJyWBSYfjLochwFK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQFAs2DdyJP8xSfQVdsRAjPAAKDImvZn/Osk/3MzQu66JY4Scg++8wCgjhpU kRUee7PoJ8FxttkNfQko1s8= =E4Gs -----END PGP SIGNATURE----- --dJyWBSYfjLochwFK--