Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp2424023ybl; Thu, 9 Jan 2020 12:30:27 -0800 (PST) X-Google-Smtp-Source: APXvYqxmzbMYE0YnviOjZIFelIb0HbuN8nlXyMDNNBNMPlnsCV8Z07dagwK4a/shGmh+tLd63MBm X-Received: by 2002:aca:48cf:: with SMTP id v198mr4796563oia.35.1578601827655; Thu, 09 Jan 2020 12:30:27 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578601827; cv=none; d=google.com; s=arc-20160816; b=f8vGMfP96pWad3AfqQkGmxphlkUCrXSqJfhnGMsUpoMTRRhDQ9D22AimANJD5bl+MK MtdnBbm+Oiq/KYZnZHDVymnGuo0uVCRoCju+cv3DK7SxtW1WJD7P3KYAE4gtRiffBJfY 3u//gY+gTuy8KpIWb6lW7pNh1RymrDmhtTbwkkmdvVja9MMI7uCyabj2D1msfyeKkVLw ncwzr5gAH63dACvKUSXqdbnGWIcBv1eSaMnMSGFypL/X8m6xXotyfL7/qK/p9QX7y3RN f5T+KiZ2Lm8OdZptLk4+JG8+w5VxIpzPDjWQSqmz0R2nttQOAZqWOVNDjnWMoaP+p0qC YdZA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:in-reply-to :subject:cc:to:from:date; bh=SI+ZZUaxFc+MCtOwqykfuMfM33yoeTf32oBwUkFHQDo=; b=R707NteHvhPyLTlh6DzItRzbFXbuIb5DNlLGWtUbIeFimrAyJp4RMWvCb2raiegkEZ bmTKDbNF8hEtwhCniP/V+LTkisxfV+skH/VSL86QkI6aHwyIysiSoWYuPSpxeBdZSTck T05hSV3+QI/gT8lsfxCSvPRXtg80nYSiCre7DQqn6Af6SCgWIaKyCGJWF9bbAiu+gUx1 4poIxsrHn30CiyzrEA3oDHFaMNjqeXfpW4aBUGe9pWPjSO0jUZcDoe5c8vFFdY/OYGJX 46+yS+RXyMlGvQYXkiR0Eeeojmrg0RP8iPpNsH09AiAeQfywqeTXtlSRmNYLmflBHHnR ednQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l84si4175653oig.5.2020.01.09.12.30.16; Thu, 09 Jan 2020 12:30:27 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2387809AbgAIQqJ (ORCPT + 99 others); Thu, 9 Jan 2020 11:46:09 -0500 Received: from iolanthe.rowland.org ([192.131.102.54]:36172 "HELO iolanthe.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1731399AbgAIQqI (ORCPT ); Thu, 9 Jan 2020 11:46:08 -0500 Received: (qmail 2234 invoked by uid 2102); 9 Jan 2020 11:46:07 -0500 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 9 Jan 2020 11:46:07 -0500 Date: Thu, 9 Jan 2020 11:46:07 -0500 (EST) From: Alan Stern X-X-Sender: stern@iolanthe.rowland.org To: syzbot cc: andreyknvl@google.com, , , , , , Subject: Re: WARNING in usbhid_raw_request/usb_submit_urb (2) In-Reply-To: <0000000000001b53f8059ba5431a@google.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 8 Jan 2020, syzbot wrote: > Hello, > > syzbot has tested the proposed patch and the reproducer did not trigger > crash: > > Reported-and-tested-by: > syzbot+10e5f68920f13587ab12@syzkaller.appspotmail.com > > Tested on: > > commit: ecdf2214 usb: gadget: add raw-gadget interface > git tree: https://github.com/google/kasan.git > kernel config: https://syzkaller.appspot.com/x/.config?x=b06a019075333661 > dashboard link: https://syzkaller.appspot.com/bug?extid=10e5f68920f13587ab12 > compiler: gcc (GCC) 9.0.0 20181231 (experimental) > patch: https://syzkaller.appspot.com/x/patch.diff?x=1583963ee00000 > > Note: testing is done by a robot and is best-effort only. I'm at a loss for a way to track this down any farther. The difference between this patch and the previous was very small and almost entirely confined to actions that take place _after_ the bug condition has been detected. If this is indeed caused by a race, it would be nice to know that the two racing threads are doing. One of them we can see in the log output (it's calling usb_control_msg) but the other is a mystery. Alan Stern