From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1Oe82V-00059H-DL for mharc-grub-devel@gnu.org; Wed, 28 Jul 2010 10:55:23 -0400 Received: from [140.186.70.92] (port=58636 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Oe82Q-00056Y-3k for grub-devel@gnu.org; Wed, 28 Jul 2010 10:55:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Oe82K-0002aL-OX for grub-devel@gnu.org; Wed, 28 Jul 2010 10:55:17 -0400 Received: from mail-fx0-f41.google.com ([209.85.161.41]:61460) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Oe82K-0002a8-G8 for grub-devel@gnu.org; Wed, 28 Jul 2010 10:55:12 -0400 Received: by fxm20 with SMTP id 20so1419723fxm.0 for ; Wed, 28 Jul 2010 07:55:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :x-enigmail-version:content-type; bh=tK5QoT1y0Ja3+cDU6VHuDnWs93+9RowTmsrdKrNaF10=; b=Um78dIJ8ncV7/xMqfKm7v5E8kq6FUALh8Ul4ImSLKrpbGr7FeShlfgh2ITkMzAYtbK gDTduTlkPd17z4s/pXXI6nPKR3sKm8IWd3MDW/BzmzIOvjiJT9fUO0a6K8vITiXXPwFY QisQUJaUJU/tPbmUZr2pzJPFOwx3p9EE2G7+I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type; b=n8Z3RBSZj5SnPu36xRjhwucRvTm39bUtspQoYvjlFVJsr32gPteeRPGes/KzRDWzVD wgi6w2yRLy22chZeGxIZ9d8nBcGEH3MWkI4xYt17J7URYBwlmNONk8mpQOVulFFDjMQ2 /jdIt+Z2o539a1lnnj9PmER3d1Hw3ldiYvo6U= Received: by 10.223.119.204 with SMTP id a12mr10070566far.67.1280328911472; Wed, 28 Jul 2010 07:55:11 -0700 (PDT) Received: from debian.bg45.phnet (vpn-global-165-dhcp.ethz.ch [129.132.211.165]) by mx.google.com with ESMTPS id 10sm2064118fax.18.2010.07.28.07.55.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 28 Jul 2010 07:55:10 -0700 (PDT) Message-ID: <4C5044C6.1060807@gmail.com> Date: Wed, 28 Jul 2010 17:55:02 +0300 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.10) Gecko/20100620 Icedove/3.0.5 MIME-Version: 1.0 To: grub-devel@gnu.org References: <1277025716.4952.4.camel@pracovna> <4C28D186.5040406@gmail.com> <1278349907.4721.18.camel@pracovna> <4C3271CD.2010205@gmail.com> <1278457590.14675.35.camel@pracovna> <4C419636.6080306@gmail.com> <1279995332.4817.135.camel@pracovna> In-Reply-To: <1279995332.4817.135.camel@pracovna> X-Enigmail-Version: 1.0.1 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig30487ED19ACEE381FAA3FD8B" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) Subject: Re: [Patch] USB hot-plugging support - usb branch 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: Wed, 28 Jul 2010 14:55:21 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig30487ED19ACEE381FAA3FD8B Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 07/24/2010 09:15 PM, Ale=C5=A1 Nesrsta wrote: > Yes, it is one of possible and simplest ways... In first try we can > increase number of EDs to approx. 255 + 1 control and 2*255 bulk EDs pe= r > OHCI/UHCI controller. (We need one control ED and two bulk EDs per one > mass storage device plus one control zero ED for new connected device.)= > I.e. currently we can simply change in ohci.c: > #define GRUB_OHCI_CTRL_EDS 256 > #define GRUB_OHCI_BULK_EDS 510 > and it should be enough... > > But it will be better to finally implement also some ED de-allocating i= n > OHCI. I want to try to implement device-port information into usbdevice= > structure and together with it add de-allocating of OHCI EDs - see > below. > > =20 Allocating and deallocating is relatively expensive to maintain. Usually the benefit is far greater. In this case it's only about saving few KB of memory. It's simply not worth it. Don't bother about it. >> ... >> =20 >>> There is missing handling of disconnected devices. For this we will >>> =20 >> need >> =20 >>> to know on which port which device is attached - it is currently not >>> known >>> =20 >> But it can be easily stored in usbdevice structure. >> =20 > I have similar idea, do you mean this structure ? > > usb.h: struct grub_usb_device > > (I am thinking how to simply implement recursive structure of USB bus -= > root hub, hubs, devices on hubs at any level... Exists some similar > problems/structures somewhere in GRUB (to use the same or similar > implementation or, at least, to be inspired) ?) > > =20 I would use linked lists. > But as I wrote in another today's e-mail to jonatan perry, I will > probably too busy in next weeks/months, so it may take some longer > time... ( BTW - What do you mean about EHCI driver and its priority in > GRUB development ? But it is probably theme for another mail thread...)= > > =20 EHCI is important. > Regards > Ales > > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > http://lists.gnu.org/mailman/listinfo/grub-devel > > =20 --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig30487ED19ACEE381FAA3FD8B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREKAAYFAkxQRMYACgkQNak7dOguQgncxAD/R5BROCKaajbsoMGlLhPm5KnD WloLpfyHI9VO3cwVYdYA/2weCpjfcVKMbvX1qjwnvsDbVEg4ohfPvbWWqbHHWVSY =GUrm -----END PGP SIGNATURE----- --------------enig30487ED19ACEE381FAA3FD8B--