Received: by 2002:a25:5b86:0:0:0:0:0 with SMTP id p128csp585029ybb; Thu, 28 Mar 2019 08:16:40 -0700 (PDT) X-Google-Smtp-Source: APXvYqy0EyLStA8kJPr8M9kZP+qWObVAtSO4MGwKpbYy+RywBD5KzitIJxcPyDn/F67GzPPpZiyg X-Received: by 2002:a63:d256:: with SMTP id t22mr26669684pgi.80.1553786200882; Thu, 28 Mar 2019 08:16:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1553786200; cv=none; d=google.com; s=arc-20160816; b=GQrGLvuIsWdnpmO34xczCXA/E+3x24yw2HojBvNgAXW+CkG47A4XOwGuPo7ycmDmnL aMixWY0ZdKwQE1+HwC6wmCfIKSJTHeCM593ZxWzbqYsqXXncEhm5TWiTeCzu8GSQ16ND pjfgPIjFS0byfq6b41JCYYwvHnudrT3T7l0aa3NEP3ertZZTubS5Yj0/dhL3T9rojNji wQdXHVw/0KV1pYSB326Ba3HA4do368dn/pe5T1LV0A7cyY0d1CGNb6PA3dZHpaLbS9sw RLKt5DcJfkv0GsQiAqSDuv3EemsweGK2cw/dJaDtWAC5A1RxOONdY6Q33xwmwxDTBgYF F5RQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id; bh=GZZyBMczZI2Q9DYNQBjXgAKEkf7URi9ZVF29T1Bmc98=; b=NLCHhKJR8zDnJoYmAdiqKxB2INhOMAckxw1Y3WmMUQ8xVG4J2Y2zIi58D+lMNx8Ojo qBMgETXD5TvTK0Wmfg18nJEPxusNcFzau1BmBIJmluHQtIAwtNluvWfDYklYVYdPL9IU HoJN/VfDnzUh+JFfxH31AEn79ChyVaOg239lJtkFVl+fnFmuW09ChNJ64ymhYarm88qZ natzxt9Q7JDX8+K4ASeLEYCbbhBO+bTLyo5wmeX8PoddjyVtkoSxFP3ZJmFSYFYcrc30 7gVUGdWawvgtMAVyMp0HFgOkvFKFheTDkXMqTfY3qQlIM4RC0lJn7faHgUu1Gi1q8DsJ jeEw== 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 l93si23052780plb.331.2019.03.28.08.16.24; Thu, 28 Mar 2019 08:16:40 -0700 (PDT) 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 S1726293AbfC1PPt (ORCPT + 99 others); Thu, 28 Mar 2019 11:15:49 -0400 Received: from mx2.suse.de ([195.135.220.15]:59620 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726029AbfC1PPt (ORCPT ); Thu, 28 Mar 2019 11:15:49 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 1AE8FAFB8; Thu, 28 Mar 2019 15:15:48 +0000 (UTC) Message-ID: <1553786139.14990.6.camel@suse.com> Subject: Re: [PATCH] usb: uas: fix usb subsystem hang after power off hub port From: Oliver Neukum To: Kento.A.Kobayashi@sony.com, gregkh@linuxfoundation.org, stern@rowland.harvard.edu Cc: usb-storage@lists.one-eyed-alien.net, Jacky.Cao@sony.com, linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org, linux-usb@vger.kernel.org Date: Thu, 28 Mar 2019 16:15:39 +0100 In-Reply-To: References: <1552063928.29776.2.camel@suse.com> <1552405047.21557.7.camel@suse.com> <1553510086.2668.2.camel@suse.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.26.6 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Do, 2019-03-28 at 07:53 +0000, Kento.A.Kobayashi@sony.com wrote: > Hi, > > > Sorry, > > > > I thought this was clear. Your patch is making the assumption that the reset is triggered by the SCSI layer. You cannot make that assumption, as there is an ioctl for resetting a USB device. > > In case we are getting an error during the reset (our endpoints vanish), the device driver must report that to the USB layer, so the driver will always be disconnected. > > We cannot drop errors. > > > > Regards > > Oliver > > This patch modified uas_post_reset to skip rebind operation to avoid exception while -ENODEV happens not drop error. > If uas_post_reset happens -ENODEV, usb_reset_and_verify_device must happen error. > So,when we use ioctl(USBDEVFS_RESET) to reset device, if usb_reset_and_verify_device happens error, the error will be reported through ioctl return value. OK, It is possible that I am stupid. We must rebind if uas_post_reset() fails. The driver will crash without the endpoints. Can you please explain again in greater detail, what you are trying to achieve? Regards Oliver