From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received-SPF: None (no SPF record) identity=mailfrom; client-ip=68.65.120.143; helo=server175-2.web-hosting.com; envelope-from=rob@taglang.io; receiver=edk2-devel@lists.01.org Received: from server175-2.web-hosting.com (server175-2.web-hosting.com [68.65.120.143]) (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 B663D226C7C26 for ; Tue, 3 Apr 2018 08:50:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=taglang.io; s=default; h=Content-Type:MIME-Version:References:In-Reply-To:Message-Id:Cc: To:Subject:From:Date:Sender:Reply-To:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=kwCU0cKxDLHq95+wi3VoawGYcGVZMF+0mMxal5eGQY0=; b=LoaEly8Rf+s48f8gwipmCrkJjQ xFfZoD/Qo/Nd2EtFr+0SihyoOf3iR6H0pP/EolIEz8vpLZemwQ0ypU8uOYOrSVXy7ZbwOIQhld18J jypllFugi5bOA3zJsfMRVHg9hE60Y4kjI0lUHyePWGgPdhJuPsQ7zp4YAKH16TreKuH1GFZvZYYAJ 3YVllOYi19SKh2wWyT6WDIc5K5QW1I9yTvooGWltNaWENPlSxAU73cRry6vnao96WAvRnSumfKy/k U/v9HOcla4fJiRapAT9m7Rb6+upu/6aH5LafZehgw/909zJ3OnifoWOxEm+xu7/K4XtcdKBvolz17 JlY9S+Fw==; Received: from [38.125.194.115] (port=53884 helo=[10.2.0.136]) by server175.web-hosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89_1) (envelope-from ) id 1f3OCF-001V4u-Di; Tue, 03 Apr 2018 11:50:17 -0400 Date: Tue, 03 Apr 2018 11:49:54 -0400 From: Rob Taglang To: Laszlo Ersek Cc: Ruiyu Ni , edk2-devel@lists.01.org, Ming Huang , Star Zeng Message-Id: <1522770594.6404.1@server175.web-hosting.com> In-Reply-To: <1522768252.6404.0@server175.web-hosting.com> References: <1522707137.3698.1@server175.web-hosting.com> <1522768252.6404.0@server175.web-hosting.com> X-Mailer: pantheon-mail/1.0.6 MIME-Version: 1.0 X-OutGoing-Spam-Status: No, score=-1.0 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - server175.web-hosting.com X-AntiAbuse: Original Domain - lists.01.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - taglang.io X-Get-Message-Sender-Via: server175.web-hosting.com: authenticated_id: rob@taglang.io X-Authenticated-Sender: server175.web-hosting.com: rob@taglang.io X-Source: X-Source-Args: X-Source-Dir: X-From-Rewrite: unmodified, already matched X-Content-Filtered-By: Mailman/MimeDel 2.1.26 Subject: Re: OVMF UsbBulkTransfer returns EFI_OUT_OF_RESOURCES X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2018 15:50:50 -0000 Content-Type: text/plain; charset=us-ascii; format=flowed My apologies, it looks like the first link got messed up: https://sourceforge.net/projects/edk2/files/OVMF/OVMF-X64-r15214.zip/download -Rob On Tue, Apr 3, 2018 at 11:10 AM, Rob Taglang wrote: > Hi Lazlo, > > I have tried this with both the very old OVMF-X64-r15214.zip hosted > on SourceForge: > edk2.git-ovmf-x64-0-20180226.b3485.gb1956b5d42.noarch.rpm > > And what I believe is the most recent OVMF hosted in the kraxel repo: > edk2.git-ovmf-x64-0-20180226.b3485.gb1956b5d42.noarch.rpm > > And I see the same behavior in both. > > The USB device is a proprietary CDC_ACM device. I have tested on this > motherboard: > http://www.supermicro.com/products/motherboard/atom/x10/a1sri-2758f.cfm > whose UEFI firmware does appear to be based on EDK and everything > works as expected. > > Thanks, > Rob > > On Tue, Apr 3, 2018 at 7:49 AM, Laszlo Ersek > wrote: >> Hi Rob, >> >> On 04/03/18 00:12, Rob Taglang wrote: >>> Hello, >>> >>> I can pass a host USB device to QEMU boot with OVMF, and it shows >>> up as >>> a EFI_USB_IO_PROTOCOL device and the interface descriptors and >>> endpoints >>> are detected correctly. A UsbControlTransfer operation succeeds. >>> However, UsbBulkTransfer returns EFI_OUT_OF_RESOURCES regardless >>> of how >>> much memory I allocate for QEMU. >>> >>> This application does work correctly on real hardware. Is this >>> expected >>> behavior in OVMF? >> >> I seem to recall recent patches for the core USB drivers in edk2 that >> modified various timeouts and transfer block sizes. For example: >> >> [edk2] [MdeModulePkg/Usb v2 0/1] Calculating the count of blocks to >> transfer >> >> Committed at >> . >> >> Can you try a fresh edk2 build, and/or state git commit hashes at >> which >> the tree does or does not work for you? >> >> It would also be interesting to know the exact USB device (vendor, >> model >> etc) that produces this issue for you. Chances are the edk2 USB >> drivers >> would have the same issue if they encountered your device on the bare >> metal (i.e. with edk2 running as physical platform firmware). >> >> Thanks! >> Laszlo > > > > _______________________________________________ > edk2-devel mailing list > edk2-devel@lists.01.org > https://lists.01.org/mailman/listinfo/edk2-devel