From owner-freebsd-usb@freebsd.org Fri Nov 2 09:12:49 2018 Return-Path: Delivered-To: freebsd-usb@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id AAC8510EEB5A for ; Fri, 2 Nov 2018 09:12:49 +0000 (UTC) (envelope-from hps@selasky.org) Received: from mail.turbocat.net (turbocat.net [88.99.82.50]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3A8027EA2C for ; Fri, 2 Nov 2018 09:12:49 +0000 (UTC) (envelope-from hps@selasky.org) Received: from hps2016.home.selasky.org (unknown [178.17.145.230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.turbocat.net (Postfix) with ESMTPSA id CF2FA26019D; Fri, 2 Nov 2018 10:12:47 +0100 (CET) Subject: Re: umodem0, Cisco USB serial console, and quirks To: "Andrey V. Elsukov" , Mike Andrews Cc: freebsd-usb@freebsd.org References: <0c4022f3-bd21-49b5-cadd-daeb9f1f3081@selasky.org> <33f3a1f8-69d1-9240-6381-8a851beb97d0@yandex.ru> <18d57cbe-1235-aedf-45e6-e36b495ca1eb@bit0.com> <15cff2a5-021f-49e5-b287-37a14a9321b3@selasky.org> <5d0a544d-517c-2fb9-84e8-d87704474cce@yandex.ru> From: Hans Petter Selasky Message-ID: <5cdb37b5-fca1-99db-cacc-cf72f0cee0df@selasky.org> Date: Fri, 2 Nov 2018 10:12:16 +0100 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0.1 MIME-Version: 1.0 In-Reply-To: <5d0a544d-517c-2fb9-84e8-d87704474cce@yandex.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Nov 2018 09:12:49 -0000 On 11/2/18 9:53 AM, Andrey V. Elsukov wrote: > On 02.11.2018 11:45, Hans Petter Selasky wrote: >>>> And it seems in Linux it is handled by generic CDC ACM driver without >>>> any quirks. So, I think the problem is with our umodem(4) or ucom(4) >>>> driver. >>>> >>> No, I didn't. >>> >>> The usbmon dumps above are still there, and if someone can suggest >>> anything else I can do to help, lemme know. >>> >> >> Hi, >> >> Are there any errors printed in dmesg for this device? >> >> What does "usbconfig -d X.Y dump_device_desc dump_curr_config_desc" >> where X.Y are numbers after ugenX.Y, output? > > Hi, > > no errors, it looks like it should work, but cu(1) doesn't show the > console output. > > # kldload umodem > umodem0 on uhub1 > umodem0: on > usbus0 > umodem0: data interface 1, has no CM over data, has no break > > # usbconfig -d ugen0.2 dump_device_desc dump_curr_config_desc > ugen0.2: at usbus0, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON (100mA) > > bLength = 0x0012 > bDescriptorType = 0x0001 > bcdUSB = 0x0200 > bDeviceClass = 0x0002 > bDeviceSubClass = 0x0000 > bDeviceProtocol = 0x0000 > bMaxPacketSize0 = 0x0008 > idVendor = 0x05a6 > idProduct = 0x0009 > bcdDevice = 0x0000 > iManufacturer = 0x0001 > iProduct = 0x0002 > iSerialNumber = 0x0000 > bNumConfigurations = 0x0001 > > > Configuration index 0 > > bLength = 0x0009 > bDescriptorType = 0x0002 > wTotalLength = 0x0043 > bNumInterfaces = 0x0002 > bConfigurationValue = 0x0001 > iConfiguration = 0x0003 > bmAttributes = 0x00c0 > bMaxPower = 0x0032 > > Interface 0 > bLength = 0x0009 > bDescriptorType = 0x0004 > bInterfaceNumber = 0x0000 > bAlternateSetting = 0x0000 > bNumEndpoints = 0x0001 > bInterfaceClass = 0x0002 > bInterfaceSubClass = 0x0002 > bInterfaceProtocol = 0x0001 > iInterface = 0x0000 > > Additional Descriptor > > bLength = 0x05 > bDescriptorType = 0x24 > bDescriptorSubType = 0x00 > RAW dump: > 0x00 | 0x05, 0x24, 0x00, 0x10, 0x01 > > > Additional Descriptor > > bLength = 0x04 > bDescriptorType = 0x24 > bDescriptorSubType = 0x02 > RAW dump: > 0x00 | 0x04, 0x24, 0x02, 0x02 > > > Additional Descriptor > > bLength = 0x05 > bDescriptorType = 0x24 > bDescriptorSubType = 0x06 > RAW dump: > 0x00 | 0x05, 0x24, 0x06, 0x00, 0x01 > > > Additional Descriptor > > bLength = 0x05 > bDescriptorType = 0x24 > bDescriptorSubType = 0x01 > RAW dump: > 0x00 | 0x05, 0x24, 0x01, 0x00, 0x01 > > > Endpoint 0 > bLength = 0x0007 > bDescriptorType = 0x0005 > bEndpointAddress = 0x0081 > bmAttributes = 0x0003 > wMaxPacketSize = 0x0008 > bInterval = 0x0002 > bRefresh = 0x0000 > bSynchAddress = 0x0000 > > > Interface 1 > bLength = 0x0009 > bDescriptorType = 0x0004 > bInterfaceNumber = 0x0001 > bAlternateSetting = 0x0000 > bNumEndpoints = 0x0002 > bInterfaceClass = 0x000a > bInterfaceSubClass = 0x0000 > bInterfaceProtocol = 0x0000 > iInterface = 0x0000 > > Endpoint 0 > bLength = 0x0007 > bDescriptorType = 0x0005 > bEndpointAddress = 0x0082 > bmAttributes = 0x0002 > wMaxPacketSize = 0x0040 > bInterval = 0x0000 > bRefresh = 0x0000 > bSynchAddress = 0x0000 > > Endpoint 1 > bLength = 0x0007 > bDescriptorType = 0x0005 > bEndpointAddress = 0x0003 > bmAttributes = 0x0002 > wMaxPacketSize = 0x0020 > bInterval = 0x0000 > bRefresh = 0x0000 > bSynchAddress = 0x0000 > > > # cu -l /dev/cuaU0 > Connected > > > Did you try "-s" option to set another baudrate? --HPS