From owner-freebsd-hardware@FreeBSD.ORG Tue Nov 4 22:25:37 2008 Return-Path: Delivered-To: hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD9301065670 for ; Tue, 4 Nov 2008 22:25:37 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpo-eml06.kpnxchange.com (cpsmtpo-eml06.KPNXCHANGE.COM [213.75.38.155]) by mx1.freebsd.org (Postfix) with ESMTP id 6C7C08FC27 for ; Tue, 4 Nov 2008 22:25:37 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml07.kpnxchange.com ([213.75.38.107]) by cpsmtpo-eml06.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 4 Nov 2008 23:25:35 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by hpsmtp-eml07.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 4 Nov 2008 23:25:35 +0100 Received: (qmail 33310 invoked by uid 98); 4 Nov 2008 22:25:47 -0000 Received: from 10.251.2.191 (nick@10.251.2.191) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:0(10.251.2.191):SA:0(-1.1/5.0):. Processed in 6.093264 secs); 04 Nov 2008 22:25:47 -0000 X-Spam-Status: No, score=-1.1 required=5.0 X-Spam-Level: Received: from unknown (HELO van-laarhoven.org) (nick@10.251.2.191) by uitsmijter.van-laarhoven.org with SMTP; 4 Nov 2008 22:25:41 -0000 Received: (nullmailer pid 31309 invoked by uid 1001); Tue, 04 Nov 2008 22:25:26 -0000 From: Nick Hibma To: Vladimir Grebenschikov Date: Tue, 4 Nov 2008 23:25:25 +0100 User-Agent: KMail/1.9.7 References: <200810092344.10388.nick@van-laarhoven.org> <1225836292.3428.37.camel@localhost> In-Reply-To: <1225836292.3428.37.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811042325.26574.nick@van-laarhoven.org> X-OriginalArrivalTime: 04 Nov 2008 22:25:35.0773 (UTC) FILETIME=[41F70CD0:01C93ECC] Cc: Andrea Guzzo , FreeBSD CURRENT Mailing List , FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2008 22:25:37 -0000 > Now (5-days old current), everything looks fine, chat finishes, but ppp > failed to handshake (same ppp config works before with ubsa): > > Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: PPP Started (background > mode). Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: bundle: Establish > Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Send: ATDT#777^M Are you sure this phone number is correct? I'd have to check the 3GPP spec, but something like ATDT*99***1# is more like the Huawei expects. The general format is *****#. If you have set multiple PDP contexts through AT+CGDCONT you can select the one you need by replacing the '1' in the line above with the appropriate number. The 'Unexpected * in phase *' I've not seen before and would indicate that a valid packet is received but one that is not appropriate at that point. You might want to add some more logging options to see what is going on. > It looks like that characters are delivered not reliable way through ucom > port: Same on U0.2 port: Weird. Should not happen. > - after disconnecting ppp from port card is not reset, so no more any > chat if start ppp again (you just need skip chat phase). - How to reset > card before start ? We've had this problem with an EDGE card from Option, and we basically power down the port and power up again the card to get it back. Patches have been sent to Warner to get committed. > - Disconnecting card crashes kernel, it is possible to catch that crash > with DDB, but dump can't be written. Modem is on cardbus device. > (probbaly will be fixed by new usb stack ?) kldunload usb first. The USB stack crashes if the device disappears. This takes some effort as you will have to unload all related modules. If you have ums_load="YES" in your /boot/loader.conf without usb_load="YES", then you are in luck as you should be able to unload ums and usb will unload as well. Once these are unloaded you should be able to unload the PCMCIA card without problems. Works with Option cards this way. Nick