Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 19 Aug 2009 06:11:46 +1000
From:      Peter Jeremy <peterjeremy@optushome.com.au>
To:        Hans Petter Selasky <hselasky@c2i.net>
Cc:        Edwin Groothuis <edwin@mavetju.org>, freebsd-usb@freebsd.org
Subject:   Re: u3g driver sometimes loses the Huawei E169 modem after upgrade to 8.0BETA2
Message-ID:  <20090818201145.GA68029@server.vk2pj.dyndns.org>
In-Reply-To: <200908140940.41000.hselasky@c2i.net>
References:  <20090813213252.GG50832@mavetju.org> <200908140940.41000.hselasky@c2i.net>

next in thread | previous in thread | raw e-mail | index | archive | help

--9jxsPFA5p3P2qPhR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On 2009-Aug-14 09:40:39 +0200, Hans Petter Selasky <hselasky@c2i.net> wrote:
>On Thursday 13 August 2009 23:32:52 Edwin Groothuis wrote:
>> On 7.x this never happened, but on 8.x now and then (once or twice
>> every traintrip) the E169 modem gets lost: You see the kernel
>> messages that the device disappeared, /dev/cua0.0 disappears and
>> thus PPP stops etc.

I'm seeing something similar, though not as frequently as Edwin and
the symptoms vary.  For my latest crash, the devices didn't disappear
(in particular, e169-stats - which uses ttyU0.2 - kept running and
there were no kernel messages).  It seems to get worse the longer my
system is running (or maybe the more often I connect/disconnect the
E169).

At least sometimes, the dropout _is_ triggered by a signal glitch
(moving through cuttings and tunnels without in-tunnel coverage) but
I've also seen it sitting at my office desk.  The reconnect issues I
have suggest that there's some sort of resource leak in the kernel as
well.

>How much traffic is being passed when the modem stops?

In my case, virtually none - maybe 1 packet every few seconds (mostly
due to chatting to Edwin and others on IRC).

>sysctl hw.usb.ehci.no_hs=3D1
>
>Before plugging the device. This will limit the speed to FULL speed only.

It's a full-speed device only, so will this have any effect?
ugen0.2: <HUAWEI Mobile Huawei Technologies> at usbus0, cfg=3D0 md=3DHOST s=
pd=3DFULL (12Mbps) pwr=3DON

In my case, I'm also seeing situations where the modem will not
reconnect (I get "Too many IPCP REQs sent - abandoning negotiation"
=66rom ppp(8)) until it is physically disconnected and reconnected.
Associated with this, I notice an increase in active mbufs that I
can't explain (last time, netstat -m was reporting ~840 active mbufs
whereas I was expecting ~330).

A full set of probe messages for me looks like:
Aug 19 05:35:54 aspire kernel: u3g_huawei_init:253:=20
Aug 19 05:35:54 aspire kernel: usb2_alloc_device:1762: Found Huawei auto-in=
stall disk!
Aug 19 05:35:54 aspire kernel: ugen0.2: <Huawei Technologies> at usbus0
Aug 19 05:35:54 aspire kernel: ugen0.2: <Huawei Technologies> at usbus0 (di=
sconnected)
Aug 19 05:35:54 aspire kernel: uhub_reattach_port:416: could not allocate n=
ew device!
Aug 19 05:35:57 aspire root: Unknown USB device: vendor 0x12d1 product 0x10=
01 bus uhub0
Aug 19 05:35:57 aspire kernel: ugen0.2: <Huawei Technologies> at usbus0
Aug 19 05:35:57 aspire kernel: u3g0: <Data Interface> on usbus0
Aug 19 05:35:57 aspire kernel: u3g0: Found 3 ports.
Aug 19 05:35:57 aspire kernel: umass0: <Huawei Technologies HUAWEI Mobile, =
class 0/0, rev 1.10/0.00, addr 2> on usbus0
Aug 19 05:35:57 aspire kernel: umass0:  SCSI over Bulk-Only; quirks =3D 0x0=
000
Aug 19 05:35:59 aspire kernel: umass0:0:0:-1: Attached to scbus0
Aug 19 05:35:59 aspire kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. =
CDB: 0 0 0 0 0 0=20
Aug 19 05:35:59 aspire kernel: (probe0:umass-sim0:0:0:0): CAM Status: SCSI =
Status Error
Aug 19 05:35:59 aspire kernel: (probe0:umass-sim0:0:0:0): SCSI Status: Chec=
k Condition
Aug 19 05:35:59 aspire kernel: (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0
Aug 19 05:35:59 aspire kernel: (probe0:umass-sim0:0:0:0): Medium not present
Aug 19 05:35:59 aspire kernel: (probe0:umass-sim0:0:0:0): Unretryable error
Aug 19 05:35:59 aspire kernel: cd0 at umass-sim0 bus 0 target 0 lun 0
Aug 19 05:35:59 aspire kernel: cd0: <HUAWEI Mass Storage 2.31> Removable CD=
-ROM SCSI-2 device=20
Aug 19 05:35:59 aspire kernel: cd0: 1.000MB/s transfers
Aug 19 05:35:59 aspire kernel: cd0: Attempt to query device size failed: NO=
T READY, Medium not present
Aug 19 05:36:00 aspire kernel: (probe0:umass-sim0:0:0:1): TEST UNIT READY. =
CDB: 0 20 0 0 0 0=20
Aug 19 05:36:00 aspire kernel: (probe0:umass-sim0:0:0:1): CAM Status: SCSI =
Status Error
Aug 19 05:36:00 aspire kernel: (probe0:umass-sim0:0:0:1): SCSI Status: Chec=
k Condition
Aug 19 05:36:00 aspire kernel: (probe0:umass-sim0:0:0:1): NOT READY asc:3a,0
Aug 19 05:36:00 aspire kernel: (probe0:umass-sim0:0:0:1): Medium not present
Aug 19 05:36:00 aspire kernel: (probe0:umass-sim0:0:0:1): Unretryable error
Aug 19 05:36:00 aspire kernel: da0 at umass-sim0 bus 0 target 0 lun 1
Aug 19 05:36:00 aspire kernel: da0: <HUAWEI SD Storage 2.31> Removable Dire=
ct Access SCSI-2 device=20
Aug 19 05:36:00 aspire kernel: da0: 1.000MB/s transfers
Aug 19 05:36:00 aspire kernel: da0: Attempt to query device size failed: NO=
T READY, Medium not present
Aug 19 05:36:00 aspire kernel: can't re-use a leaf (minimum_cmd_size)!

The last message looks a bit strange, though it is currently working.

--=20
Peter Jeremy

--9jxsPFA5p3P2qPhR
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.12 (FreeBSD)

iEYEARECAAYFAkqLCwEACgkQ/opHv/APuIe3+gCfSWKXqhj0OzleOFmC//7MHatZ
mtcAoIossSulf2r41OdV2k043Ok6WpCB
=2lRh
-----END PGP SIGNATURE-----

--9jxsPFA5p3P2qPhR--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090818201145.GA68029>