From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received-SPF: Pass (sender SPF authorized) identity=mailfrom; client-ip=134.134.136.24; helo=mga09.intel.com; envelope-from=star.zeng@intel.com; receiver=edk2-devel@lists.01.org Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 393C02095B068 for ; Thu, 5 Oct 2017 05:42:14 -0700 (PDT) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga102.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Oct 2017 05:45:36 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.42,481,1500966000"; d="scan'208";a="1178954370" Received: from fmsmsx107.amr.corp.intel.com ([10.18.124.205]) by orsmga001.jf.intel.com with ESMTP; 05 Oct 2017 05:45:36 -0700 Received: from fmsmsx157.amr.corp.intel.com (10.18.116.73) by fmsmsx107.amr.corp.intel.com (10.18.124.205) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 5 Oct 2017 05:45:35 -0700 Received: from shsmsx151.ccr.corp.intel.com (10.239.6.50) by FMSMSX157.amr.corp.intel.com (10.18.116.73) with Microsoft SMTP Server (TLS) id 14.3.319.2; Thu, 5 Oct 2017 05:45:35 -0700 Received: from shsmsx102.ccr.corp.intel.com ([169.254.2.175]) by SHSMSX151.ccr.corp.intel.com ([169.254.3.98]) with mapi id 14.03.0319.002; Thu, 5 Oct 2017 20:45:33 +0800 From: "Zeng, Star" To: Udit Kumar , edk2-devel-01 CC: "Zeng, Star" Thread-Topic: [edk2] USB Enumeration Thread-Index: AdM9z7w52gGtS2phQTaTfzVs5IEMfwABl+Hg Date: Thu, 5 Oct 2017 12:45:32 +0000 Message-ID: <0C09AFA07DD0434D9E2A0C6AEB0483103B97E87C@shsmsx102.ccr.corp.intel.com> References: In-Reply-To: Accept-Language: zh-CN, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-version: 11.0.0.116 dlp-reaction: no-action x-originating-ip: [10.239.127.40] MIME-Version: 1.0 Subject: Re: USB Enumeration X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Oct 2017 12:42:14 -0000 Content-Language: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable We (I) did not see this appearance before, but the ASSERT should be unexpec= ted. Could you try to use error handling instead of ASSERT for this line of code= and see whether it works or not for you? What are the models of the Host controller and USB device? Do you have full debug log for that? Did you meet the ASSERT before(for example, using the code base at the begi= nning of this year) with the same Host controller and USB device? Could you submit Bugzilla at https://bugzilla.tianocore.org/ with the infor= mation for the questions you have above? Then we can have follow up to chec= k the detail by the information provided (if we can produce it by ourselves= , that will be better). :) Thanks, Star -----Original Message----- From: edk2-devel [mailto:edk2-devel-bounces@lists.01.org] On Behalf Of Udit= Kumar Sent: Thursday, October 5, 2017 8:05 PM To: edk2-devel-01 Subject: [edk2] USB Enumeration Dear Edk2 Expert,=20 With edk2 shell, I am doing simple copy with USB, Flow is below=20 Start- USB device is enumerated and given address 1. 1. On Shell , cp a b 2- After a while Host controller reports an error 3- Layer above Host controller, reset the USB port 4- and Slot is enabled again ( this time address 2 was given) 5- Now FatIFileAccess calls FatCleanupVolume, which in turn calls XhcBulkTr= ansfer And assert is reported at MdeModulePkg/Bus/Pci/XhciDxe/XhciSched.c(1800): TrsRing !=3D ((void *) 0) Is this expected behavior to assert, or reporting an error will be fine in = such cases.=20 Thanks for help=20 Regards Udit =20 _______________________________________________ edk2-devel mailing list edk2-devel@lists.01.org https://lists.01.org/mailman/listinfo/edk2-devel