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=-2.2 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 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 11E7DC433E0 for ; Thu, 28 May 2020 19:41:01 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id E11682078C for ; Thu, 28 May 2020 19:41:00 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2406706AbgE1Tk7 (ORCPT ); Thu, 28 May 2020 15:40:59 -0400 Received: from netrider.rowland.org ([192.131.102.5]:53401 "HELO netrider.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S2406540AbgE1Tk7 (ORCPT ); Thu, 28 May 2020 15:40:59 -0400 Received: (qmail 24354 invoked by uid 1000); 28 May 2020 15:40:57 -0400 Date: Thu, 28 May 2020 15:40:57 -0400 From: Alan Stern To: Andrey Konovalov Cc: Tetsuo Handa , Greg Kroah-Hartman , Oliver Neukum , Colin Ian King , Arnd Bergmann , USB list , syzbot , syzkaller-bugs Subject: Re: [PATCH] USB: cdc-wdm: Call wake_up_all() when clearing WDM_IN_USE bit. Message-ID: <20200528194057.GA21709@rowland.harvard.edu> References: <1590090636.6470.12.camel@suse.com> <1590134662.19681.12.camel@suse.com> <03894591-a1ac-496a-a35f-55953e5bcc06@i-love.sakura.ne.jp> <1590408381.2838.4.camel@suse.com> <4a686d9a-d09f-44f3-553c-bcf0bd8a8ea1@i-love.sakura.ne.jp> <082ae642-0703-6c26-39f6-d725e395ef9a@i-love.sakura.ne.jp> <27b7545e-8f41-10b8-7c02-e35a08eb1611@i-love.sakura.ne.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-usb-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-usb@vger.kernel.org On Thu, May 28, 2020 at 09:03:43PM +0200, Andrey Konovalov wrote: > Ah, so the problem is that when a process exits, it tries to close wdm > fd first, which ends up calling wdm_flush(), which can't finish > because the USB requests are not terminated before raw-gadget fd is > closed, which is supposed to happen after wdm fd is closed. Is this > correct? I wonder what will happen if a real device stays connected > and ignores wdm requests. > > I don't understand though, how using wait_event_interruptible() will > shadow anything here. > > Alan, Greg, is this acceptable behavior for a USB driver? I don't understand what the problem is. Can you explain in more general terms -- nothing specific to wdm or anything like that -- what you are concerned about? Is this something that could happen to any gadget driver? Or any USB class device driver? Or does it only affect usespace components of raw-gadget drivers? Alan Stern