From: Andrew Morton <akpm@linux-foundation.org>
To: Anas Nashif <nashif@linux.intel.com>
Cc: linux-kernel@vger.kernel.org, Marek Dabek <marek.dabek@intel.com>
Subject: Re: [PATCH] Intel Manageability Engine Interface driver
Date: Mon, 22 Oct 2007 11:40:01 -0700 [thread overview]
Message-ID: <20071022114001.40470c15.akpm@linux-foundation.org> (raw)
In-Reply-To: <471CDC5E.4010300@linux.intel.com>
On Mon, 22 Oct 2007 13:22:38 -0400 Anas Nashif <nashif@linux.intel.com> wrote:
> The Manageability Engine Interface (aka HECI) allows applications to
> communicate with the Intel(R) Manageability Engine (ME) firmware.
>
> It is meant to be used by user-space manageability applications to
> access ME features such as Intel(R) Active Management Technology,
> Intel(R) Quiet System Technology and ASF.
>
> 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:
- Consider using open-coded "0" in place of ESUCCESS
- Remove #pragme pack(1), use __attribute__((packed))
- Why does a new driver have "additional char device for legacy mode"?
- Remove the INFO(), ERR() and WARN() macros, just open-code the printk calls
- Remove the commented-out DEF_PARM, HECI_DEBUG, any others
- You can't have a global variable called "debug"!
- Remove private definitions of TRUE and FALSE. Use standard "true" and
"false" or just open-code 0 and 1.
- This:
+ /**
+ * virtual void GetParam(const char* UserParam);
+ * read write messages to/from heci fw
+ */
appears to be dead code, should be called get_param, should use
tabstops not spaces
- These:
+#define SHUTDOWN_METHOD(method) .shutdown = method,
+#define HECI_REBOOT_NOTIFIER(reboot_notifier, driver, reboot_function)
+#define REGISTER_REBOOT_NOTIFIER(reboot_notifier)
+#define UNREGISTER_REBOOT_NOTIFIER(reboot_notifier)
+#define heci_reboot_notifier
will be unpopular. See if they can be removed via suitable means?
- heci_init.c has these:
+/**
+ * heci init function prototypes
+ */
+int host_start_message(struct iamt_heci_device *dev);
+int host_enum_clients_message(struct iamt_heci_device *dev);
+int allocate_me_clents_storage(struct iamt_heci_device *dev);
+void heci_disable(struct iamt_heci_device *dev);
+void host_init_wd(struct iamt_heci_device *dev);
+void host_init_legacy(struct iamt_heci_device *dev);
+int heci_wait_event_int_timeout(struct iamt_heci_device *dev, long timeout);
which are extern-declarations-in-C which checkpatch failed to detect.
They should be placed in a header file or just removed.
- please review all global symbols, check that they really do need to be
global, and that they have suitable names (ie: not like "debug")
- mysterious msleep(100) in host_start_message()? Needs a comment.
- Please prefer to put a blank line between the declaration of locals and
the start of code in each function.
- Here:
+ if (0 == memcmp(&heci_wd_guid,
we boringly prefer "if (foo == 0)" rather than "if (0 == foo)". (lots
of places).
- 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.
next prev parent reply other threads:[~2007-10-22 18:40 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 [this message]
2007-10-23 13:31 ` Anas Nashif
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=20071022114001.40470c15.akpm@linux-foundation.org \
--to=akpm@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=marek.dabek@intel.com \
--cc=nashif@linux.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