From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:56551)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <kraxel@redhat.com>) id 1S5u8H-0001nQ-92
	for qemu-devel@nongnu.org; Fri, 09 Mar 2012 02:20:58 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <kraxel@redhat.com>) id 1S5u8F-00082E-Gs
	for qemu-devel@nongnu.org; Fri, 09 Mar 2012 02:20:56 -0500
Received: from mx1.redhat.com ([209.132.183.28]:24650)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <kraxel@redhat.com>) id 1S5u8F-000823-8q
	for qemu-devel@nongnu.org; Fri, 09 Mar 2012 02:20:55 -0500
Message-ID: <4F59AF52.7070206@redhat.com>
Date: Fri, 09 Mar 2012 08:20:50 +0100
From: Gerd Hoffmann <kraxel@redhat.com>
MIME-Version: 1.0
References: <alpine.LFD.2.02.1203042102180.30701@bbs.intern>
	<alpine.LFD.2.02.1203070741190.21075@bbs.intern>
	<op.was171alv638fp@l311563.la.gr.repsolypf.com>
	<alpine.LFD.2.02.1203072041440.30263@bbs.intern>
	<4F586345.8010905@redhat.com> <4F5873D6.5010008@msgid.tls.msk.ru>
	<4F5884F4.7010402@redhat.com>
	<alpine.LFD.2.02.1203090726290.22212@bbs.intern>
In-Reply-To: <alpine.LFD.2.02.1203090726290.22212@bbs.intern>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: Re: [Qemu-devel] XP install cores with SCSI LSI 53C895A disks
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: Gerhard Wiesinger <lists@wiesinger.com>
Cc: Brian Jackson <iggy@theiggy.com>, Michael Tokarev <mjt@tls.msk.ru>, qemu-devel@nongnu.org

  Hi,

>>> #2 isn't an issue actually, at least for Debian users --
>>
>> Well, it is, to some degree.  Because vanilla upstream doesn't support
>> booting from lsi it has alot less users and alot less regression testing
>> (like autotest runs of lsi-scsi installs), which sums up to more bugs
>> staying unnoticed like the one which triggered this thread.
> 
> What's the holdup to integrate it into QEMU?

Extboot is considered obsolete and thus several attempts to merge it
into upstream qemu failed.  It started its life as hack to allow
qemu-kvm boot from virtio-blk devices, which happened to work for lsi
too.  virtio-blk is supported by seabios natively these days.

Adding lsi support to seabios shouldn't be that hard.  Paolo paved the
way by restructing the existing scsi disk/cdrom bits in seabios so they
work for both usb-storage and virtio-scsi.  Adding support for yet
another scsi hba should be easy, all the support bits for handling disks
and booting from cdrom are there already.

It just needs someone to sit down for a week or two and hack it up.

cheers,
  Gerd