From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1ONrHz-0006fg-0r for mharc-grub-devel@gnu.org; Sun, 13 Jun 2010 13:48:07 -0400 Received: from [140.186.70.92] (port=41042 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1ONrHw-0006fU-3w for grub-devel@gnu.org; Sun, 13 Jun 2010 13:48:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1ONrHu-0006VR-R0 for grub-devel@gnu.org; Sun, 13 Jun 2010 13:48:03 -0400 Received: from smtp-out3.iol.cz ([194.228.2.91]:55967) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1ONrHu-0006VF-H9 for grub-devel@gnu.org; Sun, 13 Jun 2010 13:48:02 -0400 Received: from antivir5.iol.cz (unknown [192.168.30.212]) by smtp-out3.iol.cz (Postfix) with ESMTP id 994E5BC865B for ; Sun, 13 Jun 2010 17:47:59 +0000 (UTC) Received: from localhost (antivir5.iol.cz [127.0.0.1]) by antivir5.iol.cz (Postfix) with ESMTP id 655A228007 for ; Sun, 13 Jun 2010 19:47:59 +0200 (CEST) X-Virus-Scanned: amavisd-new at iol.cz Received: from antivir5.iol.cz ([127.0.0.1]) by localhost (antivir5.iol.cz [127.0.0.1]) (amavisd-new, port 10224) with LMTP id C2q3UDhAwiFy for ; Sun, 13 Jun 2010 19:47:59 +0200 (CEST) Received: from port1.iol.cz (unknown [192.168.30.91]) by antivir5.iol.cz (Postfix) with ESMTP id 4B38928005 for ; Sun, 13 Jun 2010 19:47:59 +0200 (CEST) X-SBRS: None X-SBRS-none: None X-RECVLIST: MTA-OUT-IOL X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsMBADa2FExVRnXk/2dsb2JhbAAHgxWBAclTj2WBJoMFbwQ Received: from 228.117.broadband3.iol.cz (HELO [192.168.6.160]) ([85.70.117.228]) by port1.iol.cz with ESMTP; 13 Jun 2010 19:47:58 +0200 From: =?UTF-8?Q?Ale=C5=A1?= Nesrsta To: The development of GNU GRUB In-Reply-To: <4C06BB8D.3040300@gmail.com> References: <1268605383.2839.26.camel@homenes1> <4BB657BB.60801@gmail.com> <1270669741.2732.129.camel@homenes1> <4BBCED68.3080900@gmail.com> <1270762038.2730.37.camel@homenes1> <4BC892C3.3090507@gmail.com> <1271794445.4221.93.camel@pracovna> <1274485618.18038.56.camel@pracovna> <4BF86523.4090509@gmail.com> <1274610426.5231.67.camel@pracovna> <4BF93F58.3080307@gmail.com> <1274634978.6742.13.camel@pracovna> <4BF9839A.2030704@gmail.com> <1274813892.18826.36.camel@pracovna> <1275238274.6704.21.camel@pracovna> <4C02E60A.3060407@gmail.com> <4C03AA29.2020807@gmail.com> <1275342853.4170.133.camel@pracovna> <4C0451C4.90409@gmail.com> <1275426853.4968.64.camel@pracovna> <4C05A579.7080106@gmail.com> <4C05C9AB.4010209@gmail.com> <1275507597.4401.71.camel@pracovna> <4C06BB8D.3040300@gmail.com> Content-Type: text/plain; charset=utf-8 Date: Sun, 13 Jun 2010 19:47:57 +0200 Message-Id: <1276451277.4592.6.camel@pracovna> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) Subject: Re: [RFT] Re: [Patch] [bug #26237] multiple problems with usb devices X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 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: Sun, 13 Jun 2010 17:48:05 -0000 Hi Vladimir, one more idea: Vladimir '=CF=86-coder/phcoder' Serbinenko wrote: > Hello, Ale=C5=A1. Today I merged usb branch into mainline. Now I've sta= rted > some work towards hotplugging and module autoloading. Currently it just > checks portsstatus to see newly connected devices. Touble is that if yo= u > disconnect a device and plug a new one at its place this routine won't > notice anything because ports are polled only when enumerating > usbdevices. We need a more reliable way to detect new devices. Perhaps > we should try to assign addresses to any device without address and see > if it responds to configuration request. If noone responds assume that > no devices were newly connected. > On Yeeloong 'usb' command lists hotplugged devices correctly but bulk > transfer fails with donehead=3D0. It can be result of bad toggling. If device does not accept configuration, it does not reset toggle bits in its bulk endpoints. But function grub_usb_set_configuration does reset of toggle bits in any case. Perhaps function grub_usb_set_configuration should reset toggling only if configuration is accepted by device. Best regards Ales