[coreboot] How does intelmetool's support for Skylake?

Zoran Stojsavljevic zoran.stojsavljevic at gmail.com
Thu Dec 29 00:50:36 CET 2016 

>> I'm not sure if intelmetool support Skylake as well.

Investigated more. The coreboot intelmetool is the latest one, as I
understood (comparing one from github and coreboot).

And Sunrise Point is NOT supported (look into latest coreboot's
coreboot/util/intelmetool/intelmetool.h). You can try to add it (as Device
ID), manually, peek around the C code, and see if this can help you.

Zoran

On Wed, Dec 28, 2016 at 5:26 PM, Zoran Stojsavljevic <
zoran.stojsavljevic at gmail.com> wrote:

> Hello Shawn,
>
> Please, follow my CLI transcript from my Future Fedora 26 VM over WIN10
> (now rawhide) with Fedora 4.8.15 kernel implanted (kernel 4.10.0-rc0 gives
> me lot of  griefs, I do not trust it, so I eliminated it for now):
>
> [zoran at localhost ~]$ cd projects/
> [zoran at localhost projects]$ mkdir intelmetool
> [zoran at localhost projects]$ cd intelmetool/
> [zoran at localhost intelmetool]$ pwd
> /home/zoran/projects/intelmetool
> *[zoran at localhost intelmetool]$ uname -r*
> *4.8.15-300.fc25.x86_64*
> *[zoran at localhost intelmetool]$ git clone
> https://github.com/zamaudio/intelmetool.git
> <https://github.com/zamaudio/intelmetool.git>*
> *Cloning into 'intelmetool'...*
> *remote: Counting objects: 214, done.*
> *remote: Total 214 (delta 0), reused 0 (delta 0), pack-reused 214*
> *Receiving objects: 100% (214/214), 72.42 KiB | 0 bytes/s, done.*
> *Resolving deltas: 100% (125/125), done.*
> [zoran at localhost intelmetool]$ ls -al
> total 12
> drwxrwxr-x.  3 zoran zoran 4096 Dec 28 17:06 .
> drwxrwxr-x. 10 zoran zoran 4096 Dec 28 17:05 ..
> drwxrwxr-x.  3 zoran zoran 4096 Dec 28 17:06 intelmetool
> [zoran at localhost intelmetool]$ cd intelmetool/
> [zoran at localhost intelmetool]$ ls -al
> total 100
> drwxrwxr-x. 3 zoran zoran  4096 Dec 28 17:06 .
> drwxrwxr-x. 3 zoran zoran  4096 Dec 28 17:06 ..
> drwxrwxr-x. 8 zoran zoran  4096 Dec 28 17:06 .git
> -rw-rw-r--. 1 zoran zoran    16 Dec 28 17:06 .gitignore
> -rw-rw-r--. 1 zoran zoran  8956 Dec 28 17:06 intelmetool.c
> -rw-rw-r--. 1 zoran zoran  9783 Dec 28 17:06 intelmetool.h
> -rw-rw-r--. 1 zoran zoran   532 Dec 28 17:06 LICENSE
> -rw-rw-r--. 1 zoran zoran   351 Dec 28 17:06 Makefile
> -rw-rw-r--. 1 zoran zoran 16810 Dec 28 17:06 me.c
> -rw-rw-r--. 1 zoran zoran 10622 Dec 28 17:06 me.h
> -rw-rw-r--. 1 zoran zoran  7246 Dec 28 17:06 me_status.c
> -rw-rw-r--. 1 zoran zoran  1109 Dec 28 17:06 mmap.c
> -rw-rw-r--. 1 zoran zoran   224 Dec 28 17:06 mmap.h
> -rw-rw-r--. 1 zoran zoran    90 Dec 28 17:06 README.md
> [zoran at localhost intelmetool]$ su -m
> Password:
> [root at localhost intelmetool]# make
> gcc -Wall -O0 -g -I. -c me_status.c  -o me_status.o
> gcc -Wall -O0 -g -I. -c me.c  -o me.o
> me.c: In function ‘mei_dump’:
> me.c:63:18: warning: variable ‘csr’ set but not used
> [-Wunused-but-set-variable]
>   struct mei_csr *csr;
>                   ^~~
> gcc -Wall -O0 -g -I. -c mmap.c  -o mmap.o
> mmap.c: In function ‘map_physical_exact’:
> mmap.c:11:26: warning: passing argument 1 of ‘mmap’ makes pointer from
> integer without a cast [-Wint-conversion]
>          virt_addr = mmap(mapto, len, PROT_WRITE | PROT_READ,
> MAP_SHARED|MAP_FIXED,
>                           ^~~~~
> In file included from mmap.h:4:0,
>                  from mmap.c:1:
> /usr/include/sys/mman.h:57:14: note: expected ‘void *’ but argument is of
> type ‘uint64_t {aka long unsigned int}’
>  extern void *mmap (void *__addr, size_t __len, int __prot,
>               ^~~~
> gcc -Wall -O0 -g -I. -o intelmetool intelmetool.o me_status.o me.o mmap.o
> -lpci
> [root at localhost intelmetool]# date
> Wed Dec 28 17:07:26 CET 2016
> [root at localhost intelmetool]# ls -al
> total 228
> drwxrwxr-x. 3 zoran zoran  4096 Dec 28 17:07 .
> drwxrwxr-x. 3 zoran zoran  4096 Dec 28 17:06 ..
> drwxrwxr-x. 8 zoran zoran  4096 Dec 28 17:06 .git
> -rw-rw-r--. 1 zoran zoran    16 Dec 28 17:06 .gitignore
> *-rwxr-xr-x. 1 root  root  47008 Dec 28 17:07 intelmetool*
> -rw-rw-r--. 1 zoran zoran  8956 Dec 28 17:06 intelmetool.c
> -rw-rw-r--. 1 zoran zoran  9783 Dec 28 17:06 intelmetool.h
> -rw-rw-r--. 1 zoran zoran 22144 Dec 28 17:06 intelmetool.o
> -rw-rw-r--. 1 zoran zoran   532 Dec 28 17:06 LICENSE
> -rw-rw-r--. 1 zoran zoran   351 Dec 28 17:06 Makefile
> -rw-rw-r--. 1 zoran zoran 16810 Dec 28 17:06 me.c
> -rw-rw-r--. 1 zoran zoran 10622 Dec 28 17:06 me.h
> -rw-r--r--. 1 root  root  28984 Dec 28 17:07 me.o
> -rw-rw-r--. 1 zoran zoran  7246 Dec 28 17:06 me_status.c
> -rw-r--r--. 1 root  root  15704 Dec 28 17:07 me_status.o
> -rw-rw-r--. 1 zoran zoran  1109 Dec 28 17:06 mmap.c
> -rw-rw-r--. 1 zoran zoran   224 Dec 28 17:06 mmap.h
> -rw-r--r--. 1 root  root   7648 Dec 28 17:07 mmap.o
> -rw-rw-r--. 1 zoran zoran    90 Dec 28 17:06 README.md
> *[root at localhost intelmetool]# ./intelmetool *
> *ME is not present on your board because we found a `82371AB/EB/MB PIIX4
> ISA`, you are safe, exiting*
> [root at localhost intelmetool]#
> *_______*
>
> *Do NOT forget: I run Fedora rawhide on VMWorkstation 12.5.2 Type 2 HYP on
> the top of WIN10 64 Pro!*
>
> Please, do the same on Mint18 distro on raw HW, and see if this will give
> you some different results then what you have presently?
>
> Please, let us know!
>
> Zoran
>
> On Wed, Dec 28, 2016 at 11:06 AM, Shawn <citypw at gmail.com> wrote:
>
>> Hi Zoran,
>>
>> I created hwdb.bin via:
>>
>> # udevadm hwdb --update
>>
>> The result is still "segfault". dmesg:
>>
>> [  972.044664] intelmetool[5055]: segfault at 16 ip 000000000040169e
>> sp 000072ed96a44680 error 4 in intelmetool[400000+6000]
>> [  972.044674] grsec: Segmentation fault occurred at 0000000000000016
>> in /usr/local/bin/intelmetool[intelmetool:5055] uid/euid:0/0
>> gid/egid:0/0, parent /bin/bash[bash:4332] uid/euid:0/0 gid/egid:0/0
>> [  972.044685] grsec: denied resource overstep by requesting 4096 for
>> RLIMIT_CORE against limit 0 for
>> /usr/local/bin/intelmetool[intelmetool:5055] uid/euid:0/0
>> gid/egid:0/0, parent /bin/bash[bash:4332] uid/euid:0/0 gid/egid:0/0
>>
>>
>> On Mon, Dec 26, 2016 at 9:49 PM, Zoran Stojsavljevic
>> <zoran.stojsavljevic at gmail.com> wrote:
>> > Not sure if your strace log has anything to do with intelmetool.
>> >
>> > I did on your strace log the following (and in RED is possible cause of
>> your
>> > problems):
>> >
>> > [zoran at localhost projects]$ cat crash.log | grep ENOENT
>> > access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> > directory)
>> > access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> > directory)
>> > access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> > directory)
>> > access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> > directory)
>> > access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> > directory)
>> > access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> > directory)
>> > access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> > directory)
>> > access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> > directory)
>> > access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> > directory)
>> > open("/usr/share/misc/pci.ids.gz", O_RDONLY) = -1 ENOENT (No such file
>> or
>> > directory)
>> > connect(4, {sa_family=AF_LOCAL, sun_path="/var/run/nscd/socket"}, 110)
>> = -1
>> > ENOENT (No such file or directory)
>> > connect(4, {sa_family=AF_LOCAL, sun_path="/var/run/nscd/socket"}, 110)
>> = -1
>> > ENOENT (No such file or directory)
>> > access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> > directory)
>> > access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> > directory)
>> > access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> > directory)
>> > access("/etc/ld.so.nohwcap", F_OK)      = -1 ENOENT (No such file or
>> > directory)
>> > open("/root/.pciids-cache", O_RDONLY)   = -1 ENOENT (No such file or
>> > directory)
>> > open("/etc/systemd/hwdb/hwdb.bin", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No
>> such
>> > file or directory)
>> > open("/etc/udev/hwdb.bin", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such
>> file or
>> > directory)
>> > open("/usr/lib/systemd/hwdb/hwdb.bin", O_RDONLY|O_CLOEXEC) = -1 ENOENT
>> (No
>> > such file or directory)
>> > open("/lib/systemd/hwdb/hwdb.bin", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No
>> such
>> > file or directory)
>> > [zoran at localhost projects]$
>> >
>> > I guess, you have one very important missing file in your Linux
>> > configuration, this one: /etc/systemd/hwdb/hwdb.bin...
>> /etc/udev/hwdb.bin ?!
>> >
>> > Here is good read:
>> > https://www.freedesktop.org/software/systemd/man/hwdb.html
>> > http://www.dsm.fordham.edu/cgi-bin/man-cgi.pl?topic=systemd-
>> hwdb&ampsect=8
>> >
>> > Have no idea who is creating this file, but you can check your Linux
>> distro
>> > / tree with the following paths to find hwdb.bin:
>> >
>> > /etc/systemd/hwdb/hwdb.bin
>> > /etc/udev/hwdb.bin                    <<======= In my Fedora rawhide VM
>> > (future Fedora 26) I have here hwdb.bin =======
>> > /usr/lib/systemd/hwdb/hwdb.bin
>> > /lib/systemd/hwdb/hwdb.bin
>> >
>> > If you don't have in any, please, create one with the following link:
>> > http://www.dsm.fordham.edu/cgi-bin/man-cgi.pl?topic=systemd-
>> hwdb&ampsect=8
>> >
>> > Please, let us know!
>> >
>> > Zoran
>> >
>> > On Mon, Dec 26, 2016 at 3:42 PM, Shawn <citypw at gmail.com> wrote:
>> >>
>> >> Hi,
>> >>
>> >> intelmetool occurs "segfault" on my laptop running Mint 18 with
>> >> PaX/Grsecurity 4.7.10. The PCI info:
>> >>
>> >> -[0000:00]-+-00.0  Intel Corporation Sky Lake Host Bridge/DRAM
>> >> Registers [8086:1904]
>> >>            +-02.0  Intel Corporation Sky Lake Integrated Graphics
>> >> [8086:1916]
>> >>            +-04.0  Intel Corporation Skylake Processor Thermal
>> >> Subsystem [8086:1903]
>> >>            +-14.0  Intel Corporation Sunrise Point-LP USB 3.0 xHCI
>> >> Controller [8086:9d2f]
>> >>            +-14.2  Intel Corporation Sunrise Point-LP Thermal
>> >> subsystem [8086:9d31]
>> >>            +-15.0  Intel Corporation Sunrise Point-LP Serial IO I2C
>> >> Controller [8086:9d60]
>> >>            +-15.1  Intel Corporation Sunrise Point-LP Serial IO I2C
>> >> Controller [8086:9d61]
>> >>            +-16.0  Intel Corporation Sunrise Point-LP CSME HECI
>> >> [8086:9d3a]
>> >>            +-1c.0-[01]----00.0  NVIDIA Corporation GM107M [GeForce GTX
>> >> 960M] [10de:139b]
>> >>            +-1c.4-[02]----00.0  Samsung Electronics Co Ltd NVMe SSD
>> >> Controller [144d:a802]
>> >>            +-1c.6-[03]----00.0  Qualcomm Atheros Killer E2400 Gigabit
>> >> Ethernet Controller [1969:e0a1]
>> >>            +-1c.7-[04]----00.0  Qualcomm Atheros QCA6174 802.11ac
>> >> Wireless Network Adapter [168c:003e]
>> >>            +-1d.0-[05]----00.0  Samsung Electronics Co Ltd NVMe SSD
>> >> Controller [144d:a802]
>> >>            +-1d.2-[06-3e]--
>> >>            +-1f.0  Intel Corporation Sunrise Point-LP LPC Controller
>> >> [8086:9d48]
>> >>            +-1f.2  Intel Corporation Sunrise Point-LP PMC [8086:9d21]
>> >>            +-1f.3  Intel Corporation Sunrise Point-LP HD Audio
>> [8086:9d70]
>> >>            \-1f.4  Intel Corporation Sunrise Point-LP SMBus [8086:9d23]
>> >>
>> >> The crash log was attached! I'm not sure if intelmetool support
>> >> Skylake as well. One tiny feature of PaX/Grsecurity prevent the ioperm
>> >> for killing the potential threats in case which
>> >> the adversary re-flash the SPI ROM once they get the root priv. It
>> >> does affect flashrom but intelmetool. I also ran intelmetool on the
>> >> distro( Mint 18) kernel and got the same result.
>> >>
>> >>
>> >> --
>> >> GNU powered it...
>> >> GPL protect it...
>> >> God blessing it...
>> >>
>> >> regards
>> >> Shawn
>> >>
>> >> --
>> >> coreboot mailing list: coreboot at coreboot.org
>> >> https://www.coreboot.org/mailman/listinfo/coreboot
>> >
>> >
>>
>>
>>
>> --
>> GNU powered it...
>> GPL protect it...
>> God blessing it...
>>
>> regards
>> Shawn
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.coreboot.org/pipermail/coreboot/attachments/20161229/3d1b3cec/attachment.html>

More information about the coreboot mailing list