From owner-freebsd-current@FreeBSD.ORG Thu Nov 8 01:44:35 2007 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 D46BD16A418 for ; Thu, 8 Nov 2007 01:44:35 +0000 (UTC) (envelope-from cristi.magherusan@net.utcluj.ro) Received: from bavaria.utcluj.ro (unknown [IPv6:2001:b30:5000:2:20e:cff:fe4b:ca01]) by mx1.freebsd.org (Postfix) with ESMTP id 1928813C481 for ; Thu, 8 Nov 2007 01:44:35 +0000 (UTC) (envelope-from cristi.magherusan@net.utcluj.ro) Received: from localhost (localhost [127.0.0.1]) by bavaria.utcluj.ro (Postfix) with ESMTP id 2068C5084F; Thu, 8 Nov 2007 03:44:34 +0200 (EET) X-Virus-Scanned: by the daemon playing with your mail on local.mail.utcluj.ro Received: from bavaria.utcluj.ro ([127.0.0.1]) by localhost (bavaria.utcluj.ro [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YVsWtssomtqY; Thu, 8 Nov 2007 03:44:27 +0200 (EET) Received: from [172.27.1.65] (c7.campus.utcluj.ro [193.226.6.226]) (using SSLv3 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by bavaria.utcluj.ro (Postfix) with ESMTP id 39A275084B; Thu, 8 Nov 2007 03:44:27 +0200 (EET) From: Cristi Magherusan To: Frank Staals In-Reply-To: <4730A4E1.8090006@gmx.net> References: <472A6708.9030109@clearchain.com> <472B779B.9060002@gmx.net> <472B9597.2050108@clearchain.com> <473082C5.5080700@gmx.net> <4730A1D1.8020607@errno.com> <4730A4E1.8090006@gmx.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-kxO7xfU6vrMvnmm3rbAN" Organization: Universitatea Tehnica din Cluj-Napoca, Centrul de Comunicatii "Pusztai Kalman" Date: Thu, 08 Nov 2007 03:43:49 +0200 Message-Id: <1194486229.26665.13.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 Cc: freebsd-current , Benjamin Close Subject: Re: [RFT] Intel 3945abg wireless driver (wpi) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cristi.magherusan@net.utcluj.ro List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Nov 2007 01:44:35 -0000 --=-kxO7xfU6vrMvnmm3rbAN Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2007-11-06 at 18:31 +0100, Frank Staals wrote: > Sam Leffler wrote: > > Frank Staals wrote: > >> Benjamin Close wrote: > >>> Frank Staals wrote: > >> > >>>> > >>>> > >>>> > >>>> Everything works fine with the connection itself. Allthough=20 > >>>> sometimes when switching from tty9 to tty0 and back the system=20 > >>>> locks up. I've had it before when switching from tty1 to tty0.=20 > >>>> Anyone with the same problems ? > >>>> > >>>> Anyway; Great work on the driver so far :D > >>>> > >>> I've similar issues and believe it might be due to the amount of=20 > >>> kernel printfs that are happening. Can you sysctl debug.wpi=3D0 and=20 > >>> see if the problem still exists? > >>> By chance are you using ZFS? I caught a memory modified after free=20 > >>> panic in zfs the other day pid was from syslogd. I'm trying to work=20 > >>> out if it's related. > >>> > >>> Cheers, > >>> Benjamin > >>> > >> When setting debug.wpi to 0 it seems like the problem is gone. I'm=20 > >> not using ZFS by the way. I did have a problem connecting to the AP=20 > >> at my university though; the driver wouldn't assosicate whatever I=20 > >> tried. I didn't have a chance to do some extensive testing though. It=20 > >> might be because of the WEP+wpa_supplicant + ca certificate method=20 > >> that is required to authenticate. Anyway I'll let it know if there is=20 > >> an actual problem with the driver itself > > > > Rule of thumb in debugging wireless issues (and most others for that=20 > > matter): simplify your config if at all possible. In this case try=20 > > checking things out w/o wpa_supplicant (i.e. no crypto). > > > > When debugging, start at the top and work your way down to rule out=20 > > problems at each layer. In this case collect a wpa_supplicant debug=20 > > log first, then check for issues at the net80211 layer (wlandebug,=20 > > wlanstats, etc.), then finally check at the driver level. > > > > Sam > > > For at home wpi is working fine, and I indeed used the method you=20 > described above. Unfortunately I don't have the luxury of that extended=20 > testing methods at my university since I can't turn off encryption and=20 > the weird authentication methods there ;) >=20 Hello, Here it works for a while with debug enabled even with wpa_supplicant, but after a few minutes the console output stops working, but the keyboard is still handled ok. The Caps lock led blinks when the key is pressed and ctrl-alt-del can reboot the box. When debug is disabled and wpa_supplicant is on, it crashes after a few seconds and gets me into the debugger. I'll try later with unsecured networks and see if that happens again. Cristi --=20 Cristi Magherusan, Universitatea Tehnica din Cluj - Napoca Centrul de Comunicatii "Pusztai Kalman" Tel. 0264/401247 http://cc.utcluj.ro --=-kxO7xfU6vrMvnmm3rbAN Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (GNU/Linux) iD8DBQBHMmnVfwrBISYVZFURAtv/AJ4/QbkhXYVDp00GVK9YasgoTr+HMQCcC9L0 9/AFRzLduzg7SirS0i5eDYM= =Yxm8 -----END PGP SIGNATURE----- --=-kxO7xfU6vrMvnmm3rbAN--