Message-ID: <46FBE5D2.6090306@zytor.com>
Date: Thu, 27 Sep 2007 10:18:10 -0700
From: "H. Peter Anvin" <hpa@zytor.com>
User-Agent: Thunderbird 2.0.0.0 (X11/20070419)
MIME-Version: 1.0
To: Peter Jones <pjones@redhat.com>
CC: Konrad Rzeszutek <konrad@darnok.org>,
       Randy Dunlap <randy.dunlap@oracle.com>, linux-kernel@vger.kernel.org,
       konradr@redhat.com, konradr@linux.vnet.ibm.com
Subject: Re: [PATCH] Add iSCSI iBFT support.
References: <20070926184652.GA16369@andromeda.dapyr.net> <20070926142950.46bbfcd2.randy.dunlap@oracle.com> <200709262052.44845.konrad@darnok.org> <46FBE30D.7010108@zytor.com> <46FBE478.6040602@redhat.com>
In-Reply-To: <46FBE478.6040602@redhat.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 847
Lines: 22

Peter Jones wrote:
>>
>> It should, presumably, depend on ACPI, rather than on X86...?
> 
> Actually no.  That /should/ be the correct answer, but none of the
> hardware vendors actually provide the table via ACPI yet.  Also, if they
> did, the support for /sys/firmware/acpi/tables/* would be sufficient
> instead of having this code *at all*.
> 

Is there anything other than the discovery which is braindead about
iBFT?  If so, can the tables code be taught to look for this additional
table instead of having all its own mechanism?

(Sorry - I don't really know the ACPI code all that well.)

	-hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/