From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1K1u74-0002dQ-KP for mharc-grub-devel@gnu.org; Thu, 29 May 2008 22:13:02 -0400 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1K1u72-0002cB-VT for grub-devel@gnu.org; Thu, 29 May 2008 22:13:00 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1K1u72-0002bK-7K for grub-devel@gnu.org; Thu, 29 May 2008 22:13:00 -0400 Received: from [199.232.76.173] (port=58544 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1K1u72-0002bA-4A for grub-devel@gnu.org; Thu, 29 May 2008 22:13:00 -0400 Received: from ug-out-1314.google.com ([66.249.92.171]:54644) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1K1u71-0005XR-S0 for grub-devel@gnu.org; Thu, 29 May 2008 22:13:00 -0400 Received: by ug-out-1314.google.com with SMTP id l31so234006ugc.48 for ; Thu, 29 May 2008 19:12:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; bh=6ycnXYiEskpwMcZ7BVS1BdXqddKcJdiBt8+M5sQjBoo=; b=v3rYtbH5Lb8h383NXO9Se+F0FPbx9oPx2BAc+KXQYid1ndqGce6TzfpFliiNOX9M7hUxzlAaxSGxKNet+rtRM6TMUwBv+BmtC3+e/toiirfhLVtO5w+NxGfeKOfe6KjJF1mpgQhAfqj5zu7xKvO0d5qXfSjYwRmq6/cqycKTNFs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:in-reply-to:references:content-type:date:message-id:mime-version:x-mailer; b=MuHompN5eL+TFsgG1L4ct+yJc2HuktrO3a82X/5X/0F7wDBySolvywljdwq8rt1Dx70OMyDWXffWqxEV3nmNsRNYpUe66ww5btpI9ud2IzrLB59GEzaPmABmnj+Zv7cRB8nwQIi0/W6Ujhg2QQKcpHwlvlW17zeMIRRpMRLWTbw= Received: by 10.66.219.3 with SMTP id r3mr316105ugg.50.1212113577783; Thu, 29 May 2008 19:12:57 -0700 (PDT) Received: from ?192.168.1.102? ( [82.158.23.109]) by mx.google.com with ESMTPS id g11sm2720513gve.8.2008.05.29.19.12.55 (version=SSLv3 cipher=RC4-MD5); Thu, 29 May 2008 19:12:56 -0700 (PDT) From: Javier =?ISO-8859-1?Q?Mart=EDn?= To: The development of GRUB 2 In-Reply-To: <1212108905.4265.59.camel@dv> References: <1211903962.29738.21.camel@dv> <20080528142438.GK26495@thorin> <1212108905.4265.59.camel@dv> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-yI//0hNFeIujFVIRD1Pu" Date: Fri, 30 May 2008 04:13:07 +0200 Message-Id: <1212113587.27442.7.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.1 X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 2) Subject: Re: Replacing the legacy "map" command X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The development of GRUB 2 List-Id: The development of GRUB 2 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 30 May 2008 02:13:01 -0000 --=-yI//0hNFeIujFVIRD1Pu Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Then "drivemap" it is. I've already been delving into the depths of The Source, though I'd have preferred it to be commented a bit more exhaustively. Some times it's difficult to guess which methods to call, and it took me a bit to realize that I had to check with the disk "device" to see if it was a BIOS drive. Seems I had the wrong conception of what the disk "device" should be. By the way, floppies are usually also "BIOS drives". Should the command filter them out as sources for mapping? I think so, because OS loaders usually have different code for reading floppies and HDs. Concretely, floppy code usually makes some assumptions about drive geometry, uses only old CHS-like interfaces, and some things more I cannot remember now... it's been long since I wrote anything distantly similar to a bootloader. Anyways, the "drivemap" module is just above the phase of a working "hello world" - I'm happy! =EF=BB=BF^.^ Habbit El jue, 29-05-2008 a las 20:55 -0400, Pavel Roskin escribi=C3=B3: > On Wed, 2008-05-28 at 16:24 +0200, Robert Millan wrote: > > On Tue, May 27, 2008 at 11:59:22AM -0400, Pavel Roskin wrote: > > >=20 > > > Again, I'd like to see the command name shortened, perhaps to "drivem= ap" > > > or "map". It's not like users will need to distinguish BIOS and > > > non-BIOS mappings. > >=20 > > But then we're occupping generic namespace with arch-specific features. >=20 > I think it's OK. If another architecture supports similar > functionality, then "drivemap" would still be fine, even if the > implementation is different. If an architecture doesn't support it, the > command won't exist. >=20 > It's very unlikely that there will be two different mechanisms for drive > remapping, each of which should be available to the users. And even > then, a switch could be added to force the preferred mechanism. >=20 --=-yI//0hNFeIujFVIRD1Pu Content-Type: application/pgp-signature; name=signature.asc Content-Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada digitalmente -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iQIVAwUASD9isqSl+Fbdeo72AQKiCRAAkemW9KNc1IRtVSdi+ikMzvmgb+MnBh0G 443iDQy7SI9tpOE/gMXDEdwgANrq2v63Fkt88XTdTbu+a45AGiWKodj3t6Dbi+sg giAl00qp6AK590XS3C45/Iv5nL31eoJklul4fcgFQqzRhTg3qtlxFIIZl+SsmH34 84FvpQsDEojuNXtbyWIsbk/QhTEg9xE2Db8tIX4Wtb8Fnd2hKUxWl13mnQfjKv4U b7iyt0Guv5CEJTV0tI3AbPgfmPN3S3GzMTlnsFBMSD5hzNvKLMDVemIFdo6hqSuw U9ExxOlADwYdhV+/beUQ5bkvNa42Jv3f7T1fT8hyNwpFkJp+xkpI1oXgx5gUN3K9 9iSb2v8LQ82L1aEJA8V241NCkHemnVCAhg+rLbMWsVOIo83W4AH1bjARe1Chpwkz FKbciHQE0tFssCRNmKYz7aQ2z3AB2doorYl2r3QWEaH5ULXFGxJ4zs9hOIqayjap y6OY993CDRWgpqDUQkRwHPZbhmJw7mRUXB1a0lu9qy4SflDP9d9FCp1Cn/caHhtv rLi8+YKatEM3vD1E9BohB27lQ42avKxzRWRJdwvlnCprWK8YXJApgT1p0xq0hGfo MlyrTkxrUKBP8ZF+hUo5u/UDDhprj3/0IeSDMRhh4POymAECNDbFhIDVsC6OaLsG Qe2T9r5hujA= =jYXj -----END PGP SIGNATURE----- --=-yI//0hNFeIujFVIRD1Pu--