From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C77DDC35254 for ; Wed, 5 Feb 2020 15:01:00 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id A5664217BA for ; Wed, 5 Feb 2020 15:01:00 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726359AbgBEPBA (ORCPT ); Wed, 5 Feb 2020 10:01:00 -0500 Received: from iolanthe.rowland.org ([192.131.102.54]:37892 "HELO iolanthe.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1726334AbgBEPBA (ORCPT ); Wed, 5 Feb 2020 10:01:00 -0500 Received: (qmail 1623 invoked by uid 2102); 5 Feb 2020 10:00:58 -0500 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 5 Feb 2020 10:00:58 -0500 Date: Wed, 5 Feb 2020 10:00:58 -0500 (EST) From: Alan Stern X-X-Sender: stern@iolanthe.rowland.org To: Jiri Kosina cc: "Enderborg, Peter" , Greg Kroah-Hartman , "linux-kernel@vger.kernel.org" , "stable@vger.kernel.org" , "syzbot+09ef48aa58261464b621@syzkaller.appspotmail.com" Subject: Re: [PATCH 5.4 17/78] HID: Fix slab-out-of-bounds read in hid_field_extract (Broken!) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: stable-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: stable@vger.kernel.org On Wed, 5 Feb 2020, Jiri Kosina wrote: > On Wed, 5 Feb 2020, Enderborg, Peter wrote: > > > >> This patch breaks Elgato StreamDeck. > > > > > Does that mean the device is broken with a too-large of a report? > > > > Yes. > > In which way does the breakage pop up? Are you getting "report too long" > errors in dmesg, or the device just doesn't enumerate at all? > > Could you please post /sys/kernel/debug/hid//rdesc contents, and > if the device is at least semi-alive, also contents of > /sys/kernel/debug/hid//events from the time it misbehaves? Also, please post the output from "lsusb -v" for the StreamDeck. Alan Stern