From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([140.186.70.92]:45548)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <lists@wiesinger.com>) id 1Rik4X-0006aL-6z
	for qemu-devel@nongnu.org; Thu, 05 Jan 2012 04:57:26 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <lists@wiesinger.com>) id 1Rik4Q-000452-Nn
	for qemu-devel@nongnu.org; Thu, 05 Jan 2012 04:57:21 -0500
Received: from chello084112167138.7.11.vie.surfer.at ([84.112.167.138]:56473
	helo=wiesinger.com) by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <lists@wiesinger.com>) id 1Rik4Q-00044f-Dx
	for qemu-devel@nongnu.org; Thu, 05 Jan 2012 04:57:14 -0500
Date: Thu, 5 Jan 2012 10:56:23 +0100 (CET)
From: Gerhard Wiesinger <lists@wiesinger.com>
In-Reply-To: <20120105094222.GC31206@redhat.com>
Message-ID: <alpine.LFD.2.02.1201051050220.7707@bbs.intern>
References: <alpine.LFD.2.02.1201041749370.16793@bbs.intern>
	<4F055827.50202@redhat.com>
	<alpine.LFD.2.02.1201050917070.7992@bbs.intern>
	<20120105083239.GR2072@redhat.com>
	<alpine.LFD.2.02.1201051008000.22639@bbs.intern>
	<20120105092037.GA31206@redhat.com>
	<alpine.LFD.2.02.1201051025070.31348@bbs.intern>
	<20120105092957.GB31206@redhat.com>
	<alpine.LFD.2.02.1201051034570.2123@bbs.intern>
	<20120105094222.GC31206@redhat.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
Subject: Re: [Qemu-devel] Boot order problem and disable iPXE/gPXE
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Gleb Natapov <gleb@redhat.com>
Cc: Gerd Hoffmann <kraxel@redhat.com>, qemu-devel@nongnu.org

On Thu, 5 Jan 2012, Gleb Natapov wrote:
> boot option is deprecated in favor of bootindex. The later has much more
> fine grained control of boot sequence. What if you have 5 SCSI
> controllers? Even boot=c does not tell you much if you have more then
> one disk.

Ok, then this is a documentation issue (command line, etc.):
1.) boot should be documented as deprecated with "use bootindex instead"
2.) bootindex should be documented at all

Thnx so far.

Ciao,
Gerhard

--
http://www.wiesinger.com/