From owner-freebsd-current@FreeBSD.ORG Wed Jun 3 11:57:27 2009 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 D81BC1065670 for ; Wed, 3 Jun 2009 11:57:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 7C6878FC0C for ; Wed, 3 Jun 2009 11:57:27 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1MBp5x-000GpA-Sx; Wed, 03 Jun 2009 14:57:26 +0300 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n53BvMgS057457 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Jun 2009 14:57:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n53BvMK3043518; Wed, 3 Jun 2009 14:57:22 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n53BvM6R043517; Wed, 3 Jun 2009 14:57:22 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 3 Jun 2009 14:57:22 +0300 From: Kostik Belousov To: Peter Jeremy Message-ID: <20090603115722.GJ1927@deviant.kiev.zoral.com.ua> References: <20090603075205.GB27800@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gGwQG2l7+sHH0Akr" Content-Disposition: inline In-Reply-To: <20090603075205.GB27800@server.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.1 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1MBp5x-000GpA-Sx 3898c292b1bf8261f268e988aeb16c04 X-Terabit: YES Cc: freebsd-current@freebsd.org Subject: Re: Hard hang with u3g and -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Jun 2009 11:57:28 -0000 --gGwQG2l7+sHH0Akr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jun 03, 2009 at 05:52:05PM +1000, Peter Jeremy wrote: > I have a Huawei E169 3G modem which I'm using with the u3g driver on > -current/i386 from about 4 weeks ago on my Aspire One (dual-core > N270). If I access the stats port (/dev/cuaD0.2) then the system will > randomly hang. The problem seems to occur more frequently when I'm > using X but I've also seen it (once) when I was using a VTY. I'm not > using hald. There doesn't seem to be a problem if I don't access > /dev/cuaD0.2. >=20 > When the system hangs, the 3G modem hangs up (though this may be the > keepalive timer expiring at the remote end) and there's no response to > the keyboard (Ctrl-Alt-Del and Ctrl-Alt-Fn from X; Ctrl-Alt-Esc and > Alt-Fn from VTY; CapsLock, NumLock in either mode). The kernel still > responds to pings over ethernet and I can change brightness via the > keyboard so SMM is still working. >=20 > Has anyone else seen anything like this? >=20 > Can anyone suggest a way to track this down? I can't get to DDB, there's > no serial, firewire, PCcard or similar I/O. I am not volunteering to do the debugging. I am only to suggest how to grab the debugging information for this case, that looks like a deadlock. Since parts of the network stack are functional, add ddb script to dump neccessary information, and trigger it by receiving some specially formatted ping packet. I higly suspect that you need at least backtraces of all threads and information on held locks. --gGwQG2l7+sHH0Akr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkomZSEACgkQC3+MBN1Mb4gOWwCg0DDkktqVt3i2wZMzAc539ZOe BVkAoLvMI0gja6Wb0rQLvzPKlHH2vtW1 =Ri/u -----END PGP SIGNATURE----- --gGwQG2l7+sHH0Akr--