From owner-freebsd-current@FreeBSD.ORG Tue Sep 16 20:43:38 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 02FFE1BA for ; Tue, 16 Sep 2014 20:43:38 +0000 (UTC) Received: from man.dat.pl (dat.pl [80.51.155.34]) by mx1.freebsd.org (Postfix) with ESMTP id 7A1C3A2D for ; Tue, 16 Sep 2014 20:43:37 +0000 (UTC) Received: from man.dat.pl (localhost [127.0.0.1]) by man.dat.pl (Postfix) with ESMTP id 9A1CED16A4C; Tue, 16 Sep 2014 22:43:36 +0200 (CEST) X-Virus-Scanned: amavisd-new at dat.pl Received: from man.dat.pl ([127.0.0.1]) by man.dat.pl (man.dat.pl [127.0.0.1]) (amavisd-new, port 10024) with LMTP id DiEr6ZncIMV2; Tue, 16 Sep 2014 22:43:34 +0200 (CEST) Message-ID: <5418A0F6.6020207@dat.pl> Date: Tue, 16 Sep 2014 22:43:34 +0200 From: Maciej Milewski MIME-Version: 1.0 To: Milan Obuch Subject: Re: Huawei E3272 tester needed References: <20140916165257.3a0cee9b@zeta.dino.sk> <541895C6.3030304@dat.pl> <20140916221812.649a1756@zeta.dino.sk> In-Reply-To: <20140916221812.649a1756@zeta.dino.sk> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable 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: Tue, 16 Sep 2014 20:43:38 -0000 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=3D0 md=3DHO= ST >>> spd=3DHIGH (480Mbps) pwr=3DON (500mA) >>> >>> bLength =3D 0x0012 >>> bDescriptorType =3D 0x0001 >>> bcdUSB =3D 0x0200 >>> bDeviceClass =3D 0x0000 >>> bDeviceSubClass =3D 0x0000 >>> bDeviceProtocol =3D 0x0000 >>> bMaxPacketSize0 =3D 0x0040 >>> idVendor =3D 0x12d1 >>> idProduct =3D 0x1f01 >>> bcdDevice =3D 0x0102 >>> iManufacturer =3D 0x0002 >>> iProduct =3D 0x0001 >>> iSerialNumber =3D 0x0004 >>> bNumConfigurations =3D 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=3D0 md=3DHOST= spd=3DHIGH (480Mbps) pwr=3DON (500mA) > > Configuration index 0 > > bLength =3D 0x0009=20 > bDescriptorType =3D 0x0002=20 > wTotalLength =3D 0x0020=20 > bNumInterfaces =3D 0x0001=20 > bConfigurationValue =3D 0x0001=20 > iConfiguration =3D 0x0003 > bmAttributes =3D 0x0080=20 > bMaxPower =3D 0x00fa=20 > > Interface 0 > bLength =3D 0x0009=20 > bDescriptorType =3D 0x0004=20 > bInterfaceNumber =3D 0x0000=20 > bAlternateSetting =3D 0x0000=20 > bNumEndpoints =3D 0x0002=20 > bInterfaceClass =3D 0x0008=20 > bInterfaceSubClass =3D 0x0006=20 > bInterfaceProtocol =3D 0x0050=20 > iInterface =3D 0x0000 > > Endpoint 0 > bLength =3D 0x0007=20 > bDescriptorType =3D 0x0005=20 > bEndpointAddress =3D 0x0001 > bmAttributes =3D 0x0002 > wMaxPacketSize =3D 0x0200=20 > bInterval =3D 0x0000=20 > bRefresh =3D 0x0000=20 > bSynchAddress =3D 0x0000=20 > > Endpoint 1 > bLength =3D 0x0007=20 > bDescriptorType =3D 0x0005=20 > bEndpointAddress =3D 0x0081 > bmAttributes =3D 0x0002 > wMaxPacketSize =3D 0x0200=20 > bInterval =3D 0x0000=20 > bRefresh =3D 0x0000=20 > bSynchAddress =3D 0x0000=20 > > 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=3D48780.20;wap= 2 --=20 Pozdrawiam, Maciej Milewski