From owner-freebsd-usb@freebsd.org Sat Dec 12 21:56:10 2020 Return-Path: Delivered-To: freebsd-usb@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id DE72B4C2529 for ; Sat, 12 Dec 2020 21:56:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4CthLL5lgMz4Txs for ; Sat, 12 Dec 2020 21:56:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id C56824C1EE5; Sat, 12 Dec 2020 21:56:10 +0000 (UTC) Delivered-To: usb@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id C52ED4C242E for ; Sat, 12 Dec 2020 21:56:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CthLL55cyz4Tlv for ; Sat, 12 Dec 2020 21:56:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id A2306244D1 for ; Sat, 12 Dec 2020 21:56:10 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 0BCLuAvS060993 for ; Sat, 12 Dec 2020 21:56:10 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 0BCLuA7R060992 for usb@FreeBSD.org; Sat, 12 Dec 2020 21:56:10 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: usb@FreeBSD.org Subject: [Bug 251784] USB_DO_REQUEST ERR#5 'Input/output error' for 0x0b05:0x18f3 ASUS AURA LED Controller Date: Sat, 12 Dec 2020 21:56:10 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: usb X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: greg@unrelenting.technology X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: usb@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Dec 2020 21:56:10 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D251784 --- Comment #4 from Greg V --- Created attachment 220515 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=3D220515&action= =3Dedit aura-reset.usbdump (In reply to Hans Petter Selasky from comment #3) > before plugging the device That's not possible, the device is an embedded microcontroller soldered to = the PC's mainboard :) Here's a dump started before `usbconfig -d ugen0.3 reset`, and with no iichid/uhid/anything attaching *at all*, ugen only. > webcamd What would webcamd do? This is *not* an actual input device, this is custom protocol over HID, which is why I mention hidapi->libusb and hidraw. > the following control request Hm. In the windows pcap, in the SET_REPORT Request, there is somewhat simil= ar data indeed before the EC 82 00 00. We have this 0000 21 09 EC 02 01 00 41 00 -- -- -- -- -- -- -- -- |!.....A. | and Windows has 0000 21 09 ec 02 02 00 41 00 this is parsed in Wireshark as the Setup Data fields, and the EC 82 00 00 .. "frame" is in the Windows pcap as the Data Fragment under the Setup Data. Now, the field with the difference (02 00 vs 01 00) is recognized by Wiresh= ark as "wIndex". >From a quick search in iichid code, wIndex for HID SET_REPORT is the USB interface number (uaa->info.bIfaceNum). usbconfig dump_all_desc recognizes Interface 0 as Vendor Specific, and Interface 1 as HID. (Indexes and numbers match: bInterfaceNumber =3D 0x0001 for Interface 1, similarly with zero.) So Windows is actually detecting HID as Interface 2. Did=E2=80=A6 did FreeBSD's USB descriptor parser *miss* a whole interface? Can I easily dump the raw binary that gets parsed into the dump_all_desc output? (I guess I'll do this in Windows first) --=20 You are receiving this mail because: You are the assignee for the bug.=