From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.71) id 1VFpde-0007N6-MI for mharc-grub-devel@gnu.org; Sat, 31 Aug 2013 14:11:10 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60361) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VFpdU-0007Lt-Cx for grub-devel@gnu.org; Sat, 31 Aug 2013 14:11:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VFpdL-0003Hb-WD for grub-devel@gnu.org; Sat, 31 Aug 2013 14:11:00 -0400 Received: from smtp.volny.cz ([2001:4de8:71c:62::33]:44138) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VFpdL-0003HC-Q0 for grub-devel@gnu.org; Sat, 31 Aug 2013 14:10:51 -0400 Received: from [192.168.6.11] (unknown [193.86.90.90]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: starous@volny.cz) by smtp.volny.cz (Postfix) with ESMTPSA id A3301260B15 for ; Sat, 31 Aug 2013 20:10:49 +0200 (CEST) Message-ID: <522231B0.8080106@volny.cz> Date: Sat, 31 Aug 2013 20:10:56 +0200 From: =?windows-1252?Q?Ale=9A_Nesrsta?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130806 Thunderbird/17.0.8 MIME-Version: 1.0 To: The development of GNU GRUB Subject: Re: Missing USB devices. References: <20130807201137.08332daf@opensuse.site> <520534A0.4030009@volny.cz> <52056C1F.5070003@volny.cz> <521D0A45.5000407@volny.cz> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4de8:71c:62::33 X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: The development of GNU GRUB List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Aug 2013 18:11:08 -0000 28.8.2013 08:59, Melki Christian (consultant) wrote: > I'm thinking of the EHCI hand-over. In the case of EHCI handover beeing successful within the timeout, you never clear the USBLEGCTLSTS register (SMI's). You do that in the other cases however. Why? I can not think of any case of a successful handover with SMI's still enabled. To what purpose? A buggy BIOS would maybe act upon such stuff? Maybe thats a case for lost devices etc? Ok, I made a short look into Linux USB source code and I saw there is USBLEGCTLSTS register reset in any case. (What is maybe more interesting, Linux driver DOES NOT handover on some (broken) devices, only reset SMI...) So I prepared simple "SMI" patch (attached). BR, Ales