From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with archive (Exim 4.43) id 1NHc8Z-0006Pl-7t for mharc-grub-devel@gnu.org; Mon, 07 Dec 2009 06:52:19 -0500 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NHc8U-0006MN-Od for grub-devel@gnu.org; Mon, 07 Dec 2009 06:52:14 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NHc8T-0006LW-O5 for grub-devel@gnu.org; Mon, 07 Dec 2009 06:52:13 -0500 Received: from [199.232.76.173] (port=55254 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NHc8T-0006LH-Ad for grub-devel@gnu.org; Mon, 07 Dec 2009 06:52:13 -0500 Received: from fg-out-1718.google.com ([72.14.220.154]:9269) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NHc8S-0003U6-M4 for grub-devel@gnu.org; Mon, 07 Dec 2009 06:52:12 -0500 Received: by fg-out-1718.google.com with SMTP id 19so581956fgg.12 for ; Mon, 07 Dec 2009 03:52:11 -0800 (PST) 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:cc:subject:references:in-reply-to :x-enigmail-version:content-type; bh=SsNPsPIhD04BsxEWO/JhooJ2ULMrJfp0VYmVum//ixA=; b=mcVEZj3sEkoxJh62yTrJekEluRmPQzEaFeCLUGaE8UoHHEEp38D1lIw+3RDYcEOwEi nx9KHIzL3qtxDFyO1wTycpBvpIbuZOAVMBs9p0AVMRyIZlWsNyCGE4uVNHWTVSokT5DP Ea8+51lkcUAG5LIDvgVin+/c1nL5GsbV9mM94= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type; b=WNJZBJuLRZHmNJ4SirXh9e3FpSczIakzeuoQLteCcM4mjx6lyAEVkLANVuNMV7lP6L ubscSBLQ3Ws7snTLNCQqhsSsXaZCsMuzFnGkgd0q4ahJftSQsaJkyw43g0K+6I0fzNXJ KjwT0XhICuhle3P792rcx4nMBWs9jbFyIgC0M= Received: by 10.86.210.32 with SMTP id i32mr5642316fgg.60.1260186731610; Mon, 07 Dec 2009 03:52:11 -0800 (PST) Received: from debian.bg45.phnet (94-12.0-85.cust.bluewin.ch [85.0.12.94]) by mx.google.com with ESMTPS id l19sm28579946fgb.18.2009.12.07.03.52.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 07 Dec 2009 03:52:10 -0800 (PST) Message-ID: <4B1CEC61.8040306@gmail.com> Date: Mon, 07 Dec 2009 12:52:01 +0100 From: =?UTF-8?B?VmxhZGltaXIgJ8+GLWNvZGVyL3BoY29kZXInIFNlcmJpbmVua28=?= User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20091109) MIME-Version: 1.0 To: David Miller References: <20091206.224847.24234540.davem@davemloft.net> <4B1CE174.30006@gmail.com> <20091207.032118.35546400.davem@davemloft.net> In-Reply-To: <20091207.032118.35546400.davem@davemloft.net> X-Enigmail-Version: 0.95.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enig33FA25ED2DA5F739B0FA508F" X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Cc: grub-devel@gnu.org Subject: Re: [PATCH]: Fix CDROM skipping in ieee1275 ofdisk iterator. 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: Mon, 07 Dec 2009 11:52:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig33FA25ED2DA5F739B0FA508F Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable David Miller wrote: > From: Vladimir '=CF=86-coder/phcoder' Serbinenko > Date: Mon, 07 Dec 2009 12:05:24 +0100 > > =20 >> Committed. >> David Miller wrote: >> =20 >>> I tried to surmise other ways to do this more cleanly, such as >>> resolving the path and looking for some device property inside of the= >>> resulting node, but there simply isn't anything we can check for. >>> >>> =20 >>> =20 >> If you find a cleaner way we can commit it later. I was thinking of >> resolving path to hardware one and then querying hardware directly but= >> it may conflict with OF. What do you think? >> =20 > > I don't think that is wise. > > We would then need two mappings, OF --> OS and OS --> OF for > device naming. =20 I don't understand why we would need such a mapping. I meant to use full OF path which gives us where device is attached physically and so we can connect to it. > And all of that complexity for what? This > silly cdrom issue where a simple strncmp() is solving the > problem quite well so far? > > There are conventions for alias names created by default by > the firmware, so we should be OK with the patch I have written > here. > > =20 The problem is that if user has defined additional aliases we fall into original problem. >> How much work would be needed to make ata.mod work on sparc64? >> =20 > > Probably a lot. > > =20 It already works on MIPS and AFAICT only thing it needs to work is PCI. Do you mean that accessing PCI on sparc is a lot of work? --=20 Regards Vladimir '=CF=86-coder/phcoder' Serbinenko --------------enig33FA25ED2DA5F739B0FA508F 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 iF4EAREKAAYFAksc7GkACgkQNak7dOguQglaawD/TOjSefE8H1BVPrc6qXPwtK26 dP8MK3/HEdxzIRVhbBkA/RP9ShY195CNkmSoh6py9Aog3NvqBh/2M1zQFSo7AcMO =Ff5a -----END PGP SIGNATURE----- --------------enig33FA25ED2DA5F739B0FA508F--