Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp535316pxt; Thu, 5 Aug 2021 05:53:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw/hQ9AsQZtYO84DWiaAAQCd4dstDUxP4INoDa6eSAN/C8zGwrbrVLI6W31BudQr4HNhfkW X-Received: by 2002:a92:6901:: with SMTP id e1mr51916ilc.70.1628168027901; Thu, 05 Aug 2021 05:53:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628168027; cv=none; d=google.com; s=arc-20160816; b=PBF2NBhdLag1AgSsSklHy37XGD7FfOVTh/QqCAmGSme9vJS5htXQ9D3euCJyR2YWJq fyBxRvkEExLeiC9XTsROKbtI1DZO8xbpiYekmDf/j1vBIORkwrckTEh8jzl3sikLqFXK ihOnsXyeeborHKi0I5z2cIAA2yVLl1hJT9lklezlT+xPtI9cfDs6KcYdr9rWbGQQaTpd ISXy/1wIG8WGqATDltVnnRmSCKU3gelSQ+y9tXwkuEfR1b6l1TaUN0D1jhFPEryqdtTr MgiSdaOLmWiaIu3mW/Lbm8F1w08PIjTrTGT7Kbw79b1zbgiGGgAplbkp0zMlDHTQXXZd 0etA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=JBiHTXnrfy6VWLRpgLKsLi3C6KbWKeQOSH1ulSV8owM=; b=aTgpLRoacqianj1v2V1UZJLW8XUOcmVrZqYITdIvEPRQfKHWbGRFwiKeKB0LU8IWrn 7LDzdh6wlysslQc2Rtoc+NnrMlEWkuFicPOeQ5vChvrHyveaRUC95b8SVi/XmQqvZbN+ M3CHwypYKL4/ZsbVfo4+YKH2Tjhl/bSJAk2z1w80PG6pmidYk3+aTbK6rjlMB2/vBsxx 5H3HJ4bg0O+QeY1etrmIn0NACsYqPFn62jt7fs9ftu/9jrK87Htx9xVtq3QevU9L8ed0 BDka9AZKD0H2PjGWRcZFR3XooLIXOTKIqQc9jloShndyS528PR1cQSeBuWSl6r8ZaI/1 Z3Lg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=kRsUOYeD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id c6si4641763ioh.27.2021.08.05.05.53.35; Thu, 05 Aug 2021 05:53:47 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=kRsUOYeD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239786AbhHEJx3 (ORCPT + 99 others); Thu, 5 Aug 2021 05:53:29 -0400 Received: from mail.kernel.org ([198.145.29.99]:54578 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232930AbhHEJx3 (ORCPT ); Thu, 5 Aug 2021 05:53:29 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id A31566104F; Thu, 5 Aug 2021 09:53:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1628157194; bh=V1aHmeLRX6++4XDyNMvcfjO6Y76SBpqT5PWm6Es+pSQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=kRsUOYeD0MNRodBiiDiul52bTxM6iT43h7w/2/cXIl69MAMyDHCGLQ7LbTAFZG7lh B7cl2DfTWwD+3OZm8WskYoZelkC7ZgnehZQruQ+jBIdmyXXBvbmiPwRl/Lal0GXTGz N2pGvcfz1ZlIg09jeQvAsA7//TFLgBIWLg8clFPI= Date: Thu, 5 Aug 2021 11:53:06 +0200 From: Greg KH To: Mathias Nyman Cc: linux-usb@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: USB xhci crash under load on 5.14-rc3 Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Aug 04, 2021 at 10:00:46AM +0200, Greg KH wrote: > Hi, > > I was doing some filesystem backups from one USB device to another one > this weekend and kept running into the problem of the xhci controller > shutting down after an hour or so of high volume traffic. > > I finally captured the problem in the kernel log as this would also take > out my keyboard, making it hard to recover from :) > > The log is below for when the problem happens, and then the devices are > disconnected from the bus (ignore the filesystem errors, those are > expected when i/o is in flight and we disconnect a device. > > Any hint as to what the IO_PAGE_FAULT error messages are? > > I'll go back to 5.13.y now and see if I can reproduce it there or not, > as my backups are not yet done... 5.13.7 seemed to work, but locked up overnight when running this same workload, so it is a bit worse. Let me split the USB devices across PCI devices and see if that helps...