From: Anas Nashif <nashif@linux.intel.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: linux-kernel@vger.kernel.org, Marek Dabek <marek.dabek@intel.com>
Subject: Re: [PATCH] Intel Manageability Engine Interface driver
Date: Tue, 23 Oct 2007 09:31:07 -0400 [thread overview]
Message-ID: <471DF79B.20801@linux.intel.com> (raw)
In-Reply-To: <20071022114001.40470c15.akpm@linux-foundation.org>
Andrew,
Thanks for the feedback.
Andrew Morton wrote:
> On Mon, 22 Oct 2007 13:22:38 -0400 Anas Nashif <nashif@linux.intel.com> wrote:
>>
>> The patch is large so I'm placing the diff on the web for download
>> rather than attaching it here. Download:
>>
>> http://download.openamt.org/intel-MEI.diff
>
> Please get the patches mailed out somehow. Consider splitting the patch
> up. I think you could send it as-is (200k will fit, I believe) but it's
> rather too large to review effectively.
>
> The code looks good from a quick scan. Immediate impressions from a
> quick scan, mainly trivia:
>
We will fix the issues below and send the revised patch to the list.
>
>
> - Why does a new driver have "additional char device for legacy mode"?
>
It is not quite new. What is currently considered legacy was supported
on Linux with a driver that was never submitted upstream (although it is
open-source and available from e1000.sf.net).
Some applications still use the legacy interface (KCS style) and have to
be supported with the new driver as well.
(...)
> - The changelog could do with some expansion. What is "Intel(R)
> Manageability Engine (ME) firmware"? Why do we want to include this code
> in Linux? What value has it to our users, etc? Bascially: tell us more
> stuff.
The core hardware architecture of Intel Active Management Technology
(Intel AMT) is resident in firmware. The micro-controller within the
chipset's graphics and memory controller (MCH) hub houses the Management
Engine (ME) firmware, which implements various services on behalf of
management applications. Additionally, flash memory houses system BIOS,
code used by the management engine, and a third-party data store (3PDS)
that enables applications to store information as needed in non-volatile
memory.
Communication between the host OS and the ME is accomplished by means of
the Intel Management Engine Interface (aka HECI: Host Embedded
Controller Interface ). MEI is bi-directional, and either the host or
Intel AMT firmware can initiate transactions.
Some of the ME subsystems that can be access via MEI driver:
- Intel(R) Quiet System Technology (QST) is implemented as a firmware
subsystem that runs in the ME. Programs that wish to expose the
health monitoring and fan speed control capabilities of Intel(R) QST
will need to use the MEI driver to communicate with the ME sub-system.
- ASF is the "Alert Standard Format" which is an DMTF manageability
standard. It is implemented in the PC's hardware and firmware, and is
managed from a remote console.
Most recent Intel desktop chipsets have one or more of the above ME
services. The MEI driver will make it possible to support the above
features on Linux and provides applications access to the ME and it's
features. The MEI drivers will also help bridge a current gap related to
lm_sensors support on recent desktop chipsets.
Anas
next prev parent reply other threads:[~2007-10-23 13:31 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-10-22 17:22 [PATCH] Intel Manageability Engine Interface driver Anas Nashif
2007-10-22 18:28 ` Xavier Bestel
2007-10-22 18:40 ` Andrew Morton
2007-10-23 13:31 ` Anas Nashif [this message]
2007-10-23 13:36 ` Maxim Levitsky
2007-10-23 16:25 ` Andrew Morton
2007-10-23 15:04 ` Lennart Sorensen
2007-10-23 16:23 ` Arjan van de Ven
2007-10-23 18:05 ` Lennart Sorensen
2007-10-23 18:22 ` Roland Dreier
2007-10-23 19:35 ` Lennart Sorensen
2007-10-24 9:00 ` Bernd Petrovitsch
2007-10-23 16:32 ` Andrew Morton
2007-10-22 22:30 ` Maxim Levitsky
2007-10-23 13:35 ` Anas Nashif
2007-10-23 13:42 ` Maxim Levitsky
2007-10-25 9:33 ` Gerd Hoffmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=471DF79B.20801@linux.intel.com \
--to=nashif@linux.intel.com \
--cc=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=marek.dabek@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox