[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4C577EFA.4070003@zytor.com>
Date: Mon, 02 Aug 2010 19:29:14 -0700
From: "H. Peter Anvin" <hpa@...or.com>
To: Konrad Rzeszutek Wilk <konrad@...nel.org>
CC: Konrad Rzeszutek <konrad@...a.kernel.org>,
torvalds@...ux-foundation.org, James.Bottomley@...e.de,
linux-kernel@...r.kernel.org, pjones@...hat.com, lenb@...nel.org,
michaelc@...wisc.edu, mcb30@...e.org
Subject: Re: [GIT PULL] iBFT features for v2.6.36
On 08/02/2010 06:08 PM, Konrad Rzeszutek Wilk wrote:
>
> Can you point me what 'standard ACPI mechanism' is? Like sticking the code in
> the drivers/acpi ? And then having a generic driver to handle the
> [i,a,s,m]BFT tables and maybe some subordinate ones for specific pieces where
> the generic can't handle it?
>
With the standard ACPI mechanism I meant RDSP -> {RSDT,XSDT} -> table.
If it was easily possible to add SSDTs to this table structure then
probably the best thing would have been to make them PnP devices.
>>>> It would be good to have some kind of common structure framework for
>>>> these.
>>>
>>> I need to grok those tables some more to figure out what they all do.
>>
>> More or less the same thing as iBFT, but for AoE, SRP, or in-memory disk.
>
> What is the tools state ? For iBFT, iscsi-initiator-utils scans
> the /sys/firmware directory to extract the relevant data and does its thing.
> Are there tools for AoE, SCSI RDMA Protocol (SRP), and in-memory disk?
I don't know about AoE and SRP (Michael Brown <mcb30@...e.org> would
know), but I have a tool which scans for mBFT directly out of /dev/mem,
which is of course kind of ugly. It's shipped with the Syslinux
distribution in the utils/ directory.
-hpa
--
H. Peter Anvin, Intel Open Source Technology Center
I work for Intel. I don't speak on their behalf.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists