From owner-freebsd-current@FreeBSD.ORG Wed Sep 17 07:02:27 2014 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19AB5905 for ; Wed, 17 Sep 2014 07:02:27 +0000 (UTC) Received: from mailhost.netlab.sk (mailhost.netlab.sk [84.245.65.10]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 984BCA4 for ; Wed, 17 Sep 2014 07:02:25 +0000 (UTC) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlab.sk with ESMTPA; Wed, 17 Sep 2014 09:02:23 +0200 id 00DD60FA.541931FF.000022B3 Date: Wed, 17 Sep 2014 09:02:16 +0200 From: Milan Obuch To: Maciej Milewski Subject: Re: Huawei E3272 tester needed Message-ID: <20140917090216.108a8b60@zeta.dino.sk> In-Reply-To: <5418A0F6.6020207@dat.pl> References: <20140916165257.3a0cee9b@zeta.dino.sk> <541895C6.3030304@dat.pl> <20140916221812.649a1756@zeta.dino.sk> <5418A0F6.6020207@dat.pl> X-Mailer: Claws Mail 3.10.1 (GTK+ 2.24.22; i386-portbld-freebsd10.0) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG, nick@van-laarhoven.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.18-1 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, 17 Sep 2014 07:02:27 -0000 On Tue, 16 Sep 2014 22:43:34 +0200 Maciej Milewski wrote: > On 16.09.2014 22:18, Milan Obuch wrote: > > On Tue, 16 Sep 2014 21:55:50 +0200 > > Maciej Milewski wrote: > > > >> On 16.09.2014 16:52, Milan Obuch wrote: > >>> On Tue, 16 Sep 2014 09:40:45 +0200 > >>> Nick Hibma wrote: > >>> > >>>> Hi, > >>>> > >>>> Is there someone who is able to test support for the Huawei E3272 > >>>> card with CURRENT after 269584? I have not been able to confirm > >>>> that it works. > >>>> > >>>> Thanks in advance. > >>>> > >>>> Nick > >>>> > >>> Hi, > >>> > >>> I did fresh svn update, rebuilt world+kernel, but it does not work > >>> for me... > > [ snip ] > > > >>> I tried attach/detach device beore and after loading u3g (just in > >>> case...) and if_cdce kernel modules, but I saw no changes. > >>> > >>> From 'usbconfig dump_device_desc': > >>> > >>> ugen1.3: at usbus1, cfg=0 > >>> md=HOST spd=HIGH (480Mbps) pwr=ON (500mA) > >>> > >>> bLength = 0x0012 > >>> bDescriptorType = 0x0001 > >>> bcdUSB = 0x0200 > >>> bDeviceClass = 0x0000 > >>> bDeviceSubClass = 0x0000 > >>> bDeviceProtocol = 0x0000 > >>> bMaxPacketSize0 = 0x0040 > >>> idVendor = 0x12d1 > >>> idProduct = 0x1f01 > >>> bcdDevice = 0x0102 > >>> iManufacturer = 0x0002 > >>> iProduct = 0x0001 > >>> iSerialNumber = 0x0004 > >>> bNumConfigurations = 0x0001 > >>> > >>> If anything else is important, let me know. > >>> > >>> Regards, > >>> Milan > >> Try ejecting first this cd2 drive by cdcontrol eject or camcontrol > >> eject. I had such scenario with other usb device and that helped. > >> > > Nothing. > > > > # camcontrol eject cd2 > > Unit stopped successfully, Media ejected > > > > That's all. No new device created, neither in /dev directory nor in > > ifconfig listing. Nothing in console log. > > > > From 'usbconfig dump_all_config_desc': > > > > ugen1.3: at usbus1, cfg=0 md=HOST > > spd=HIGH (480Mbps) pwr=ON (500mA) > > > > Configuration index 0 > > > > bLength = 0x0009 > > bDescriptorType = 0x0002 > > wTotalLength = 0x0020 > > bNumInterfaces = 0x0001 > > bConfigurationValue = 0x0001 > > iConfiguration = 0x0003 > > bmAttributes = 0x0080 > > bMaxPower = 0x00fa > > > > Interface 0 > > bLength = 0x0009 > > bDescriptorType = 0x0004 > > bInterfaceNumber = 0x0000 > > bAlternateSetting = 0x0000 > > bNumEndpoints = 0x0002 > > bInterfaceClass = 0x0008 > > bInterfaceSubClass = 0x0006 > > bInterfaceProtocol = 0x0050 > > iInterface = 0x0000 > > > > Endpoint 0 > > bLength = 0x0007 > > bDescriptorType = 0x0005 > > bEndpointAddress = 0x0001 > > bmAttributes = 0x0002 > > wMaxPacketSize = 0x0200 > > bInterval = 0x0000 > > bRefresh = 0x0000 > > bSynchAddress = 0x0000 > > > > Endpoint 1 > > bLength = 0x0007 > > bDescriptorType = 0x0005 > > bEndpointAddress = 0x0081 > > bmAttributes = 0x0002 > > wMaxPacketSize = 0x0200 > > bInterval = 0x0000 > > bRefresh = 0x0000 > > bSynchAddress = 0x0000 > > > > Regards, > > Milan > Your device has different idProduct than this added in patch. It might > be caused by different configuration of the device/different provider > who sells devices. > I know that some devices might show up as HiLink mode(cdce) or serial > mode(u3g). And this might be changed by flashing different firmware or > sometimes by using usb_modeswitch(under linux not sure if it works > under freebsd). > Example is here: > https://forum.pfsense.org/index.php?topic=48780.20;wap2 > Thanks, that's working, verbatim: usb_modeswitch -v 12d1 -p 1f01 -V 012d1 -P 014db -M "55534243123456780000000000000a11062000000000000100000000000000" -W After that, if_cdce and uether kernel modules are automatically loaded and dhclient ue0 successfully acquires IP address. And it is working in 9.2-STABLE, 10.0-STABLE systems I tested with no modification to sources, so this is a good solution for me. Regards, Milan