Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp3423400yba; Mon, 8 Apr 2019 19:11:45 -0700 (PDT) X-Google-Smtp-Source: APXvYqw/sdz65HDvymbhVycJTwkNGuortPjWGNCF/sGNenLm50frTClYtpBBoFUcZpKjVF2xJE8w X-Received: by 2002:a63:c112:: with SMTP id w18mr32336343pgf.200.1554775905347; Mon, 08 Apr 2019 19:11:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1554775905; cv=none; d=google.com; s=arc-20160816; b=P1tcgJQEkFKVZHiWRInLz2OMF3oLFEc+Wbb4elYnF4y76cyTV4OeS4a7HyB9hYb0E3 Bw4RJ9dQOuJb0bVKZTuNb80wd2qwui7YWQAfA8xJjpKdtc+GDvyP7/b3uY7BAVDQxh5W V0w63hAShkDVvvYh5Ns1Be2T+QBR6cel6TPU15xhAbvQhXvoQ/I1hUPum3lV96tla89t XufDBbp9PQK8Oduew8x1Iokatt9mWvejMn0dIxe1y0gAieZf3qEwvC0fMaV+iqdAUZ1W 9Eo7Pe1/alytVeC9VFClWTUAvlyzo2BkpeEJO4l7ryQCq12o1Or5QGslGi63PBTAZJT6 +gfw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:message-id :in-reply-to:date:references:organization:from:subject:cc:to :dkim-signature; bh=HfkS45Zt2fMESAbcnl3hyfZ2EC46gZ0d06xznFPMZWM=; b=lpLMUIgpGXWzaMSdTFuj8qoLt7V5sywUiNfqjaCFcNtbzom0HSh3RIPQbsDIPpMnsf G8z5nujF7VNEx+Cefg41uPNqgnsZsqvX/D0s3xNVpnEQMvLT58b0/Vu1eCp1G7FzFyaY YTbTsi3krKm+AjTATOkAbeTHpZluND36UWUM07zUTmytt9QB5fPm1zME2NS8zWuf1xF5 cSBBu7ePc6ekT5o9gpwD2jX0qXdYJ7cqzwWL6bxWSG6RDOPsN89Gma37gAlQltZeRci+ yYjBY56kfGqCqj3q1ZTCsLhatSk8h+guyOS8EipfkqvqB9AFZ1RmHlxBMcLNDebsq8ng 4Xpg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2018-07-02 header.b=lZLSLXsk; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id s2si20157320plr.110.2019.04.08.19.11.29; Mon, 08 Apr 2019 19:11:45 -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; dkim=pass header.i=@oracle.com header.s=corp-2018-07-02 header.b=lZLSLXsk; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726988AbfDICKx (ORCPT + 99 others); Mon, 8 Apr 2019 22:10:53 -0400 Received: from aserp2130.oracle.com ([141.146.126.79]:59924 "EHLO aserp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725953AbfDICKx (ORCPT ); Mon, 8 Apr 2019 22:10:53 -0400 Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x392A4Rk097347; Tue, 9 Apr 2019 02:10:28 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=to : cc : subject : from : references : date : in-reply-to : message-id : mime-version : content-type; s=corp-2018-07-02; bh=HfkS45Zt2fMESAbcnl3hyfZ2EC46gZ0d06xznFPMZWM=; b=lZLSLXskSicYiRk9BPdTzZLzw8GvWANg5CRXoY8w8tkndlhxs0iGlCdIC9XZzKvOjMm3 2YFON2NdZdGuMtXgZY3K0DSbORuVuBaQW0YUOkfAfb82fMxd7DfKIOtlD/yxwKza6sO1 hnpfhy9YJqZsL88ZVgXP1YoXHB83DEIH7ZhRg+1xin4TX5L12JzRZ29KW3EjXJtJWpZ7 ASPu/rLFcFKF8Tr6Skwg3BtO+F6Z/44XxrcS0b6quxWCmYYLRUZBli8XSx85DH872IEm varNiMwz+sCBRV+gobC5kFXbMSNF7byyXP+eThY21sVA8LK0+JSkZV2vWP3csXQq92Ei pg== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by aserp2130.oracle.com with ESMTP id 2rphmea66j-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 09 Apr 2019 02:10:28 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x3929cb6007436; Tue, 9 Apr 2019 02:10:28 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserp3030.oracle.com with ESMTP id 2rpj5aa1v3-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 09 Apr 2019 02:10:28 +0000 Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x392ANCq014365; Tue, 9 Apr 2019 02:10:23 GMT Received: from ca-mkp.ca.oracle.com (/10.159.214.123) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 08 Apr 2019 19:10:22 -0700 To: Alan Stern Cc: Kento.A.Kobayashi@sony.com, "James E.J. Bottomley" , "Martin K. Petersen" , Oliver Neukum , , USB Storage list , , Kernel development list , SCSI development list , USB list Subject: Re: [PATCH] usb: uas: fix usb subsystem hang after power off hub port From: "Martin K. Petersen" Organization: Oracle Corporation References: Date: Mon, 08 Apr 2019 22:10:19 -0400 In-Reply-To: (Alan Stern's message of "Thu, 4 Apr 2019 15:33:38 -0400 (EDT)") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9221 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=411 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1904090013 X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9221 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=431 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1904090013 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Alan, > So it looks as though the SCSI subsystem doesn't like to have a reset > handler call scsi_remove_host. Are you talking about a PCI device removal handler or a SCSI error handler? > Commands dispatched by the removal routines are forced to wait for the > reset recovery to finish, which won't happen until those commands have > been completed. > > Is this a bug in the SCSI core? If not, we need to know what is the > right way to do things when a reset handler detects that the SCSI host > has been hot-unplugged. PCI surprise removal should generally work. But it's somewhat unusual for a SCSI host to evaporate in the middle of error handling. After all, the main purpose of eh is to leverage the interfaces provided by the host to try to reconnect to a target that tripped and fell off the bus... -- Martin K. Petersen Oracle Linux Engineering