Project

General

Profile

Bug #4678

lms and heci can probably be EOF'd

Added by Rich Lowe about 6 years ago. Updated about 3 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
kernel
Start date:
2014-03-10
Due date:
% Done:

100%

Estimated time:
Difficulty:
Bite-size
Tags:
Gerrit CR:

Description

usr/src/cmd/lms contains some truly horrible code (though, to be fair, I only looked at tools/ATVersion.cpp, which is, uh, Linux specific).

lms is part of some (barely described, in our manual pages) intel management technology, that doesn't seem particularly useful.

See: http://en.wikipedia.org/wiki/Intel_Active_Management_Technology

Which if read carefully, is pretty funny in itself.

Yow.

History

#1

Updated by Garrett D'Amore about 6 years ago

lms is a daemon that interfaces to heci, which provides local access to the AMT services on the system. Its never been very clear to me how necessary this was, but in theory this can allow software to communicate with external agents tunneling through the lms/heci.

I'd love to see it go.. its C++ after all. We could probably ditch heci at the same time, since I don't think there are any other consumers for it.

Intel used to supply tools that could interface to the lms service. I'm not sure if they still do.

Has anyone ever used any of those tools?

#2

Updated by Garrett D'Amore over 5 years ago

Furthermore, Intel AMT has changed substantially. The version we have is based on v2 or v3, but version 8 is now current, and the LMS software needs a new MEI driver, etc.

Interestingly enough, while an MEI driver is in the Linux kernel proper, there is no version of it available for FreeBSD that I can see.

Furthermore, the use of AMT to perform local management actions is almost utterly pointless. Really, the main point of AMT is to permit remote access. No local agent is required for that. (And btw, most people these days turn of AMT since it is a widely acknowledged security risk, that can be used to bypass operating system security controls.)

I'm removing this from my local branch. Both usr/src/cmd/lms and usr/src/uts/intel/io/heci need to be removed.

#3

Updated by Yuri Pankov about 3 years ago

  • Subject changed from lms can probably be EOF'd to lms and heci can probably be EOF'd
  • Category set to kernel
  • Status changed from New to In Progress
  • Assignee set to Yuri Pankov
  • % Done changed from 0 to 50
  • Difficulty changed from Medium to Bite-size
  • Tags deleted (needs-triage)
#4

Updated by Andriy Gapon about 3 years ago

I once wrote a rather hairy and incomplete HECI driver for FreeBSD.
My main motivation was primarily to be able to query system environment information like temperatures and fan speeds from the corresponding agent in the ME (see QST).
I never considered the driver to be production ready.
This is JFYI as an example of what heci driver could be used for without the whole AMT / remote management thing.
A lot of time has passed since then and the newer interfaces could be very different.

References:
https://lists.freebsd.org/pipermail/freebsd-acpi/2009-October/006077.html
https://lists.freebsd.org/pipermail/freebsd-acpi/2009-October/006082.html

#5

Updated by Electric Monk about 3 years ago

  • Status changed from In Progress to Closed
  • % Done changed from 50 to 100

git commit a6ab12d6f9f3977ca030fee8770f9fec7ec48bd2

commit  a6ab12d6f9f3977ca030fee8770f9fec7ec48bd2
Author: Yuri Pankov <yuri.pankov@nexenta.com>
Date:   2017-03-30T16:07:44.000Z

    4678 lms and heci can probably be EOF'd
    Reviewed by: Toomas Soome <tsoome@me.com>
    Reviewed by: Peter Tribble <peter.tribble@gmail.com>
    Approved by: Richard Lowe <richlowe@richlowe.net>

Also available in: Atom PDF