haswell and on has this. You can see it in the haswell code. We
actually opted not to use it but for relocation so we could look at
each cpu's save state from a single cpu to see who caused the smi,
etc.
On Sat, Oct 7, 2017 at 8:38 AM, ron minnich wrote:
> can someone point
On 10/07/2017 11:14 AM, Thierry Laurion wrote:
Any input on TPM since that post? I am planning on beginning to work on
heads KGPE-D16 heads support, server/workstation on which Qubes v4 actually
works. Initialisation of TPM throws errors on from Qubes, but it isn't
owned yet, and haven't played
Any input on TPM since that post? I am planning on beginning to work on
heads KGPE-D16 heads support, server/workstation on which Qubes v4 actually
works. Initialisation of TPM throws errors on from Qubes, but it isn't
owned yet, and haven't played with it yet.
Bought this
can someone point me at the documents that describe how this works?
thanks
ron
--
coreboot mailing list: coreboot@coreboot.org
https://mail.coreboot.org/mailman/listinfo/coreboot
Dear Ron,
Am Freitag, den 06.10.2017, 16:10 + schrieb ron minnich:
> 2 weeks ago I started an OCP winterfell node booting this way. This was
> NERF with linux and u-root in flash. it was about 20 seconds for a full
> cycle of linux in flash, dhclient, wget, kexec. I ran it 10,000 times, got
Dear Patrick,
Am Freitag, den 06.10.2017, 15:03 +0200 schrieb Patrick Georgi:
> 2017-10-06 9:43 GMT+02:00 Paul Menzel:
> > Having the code base compatible with future toolchains is quite
> > important and convenient in my opinion.
>
> That's a great argument to switch out the toolchain 4 months
Dear coreboot folks,
Clang 5.0 shows the warnings below. I don’t know if Clang 4.0 also
warns about these.
```
CCfirmware/lib/vboot_api_kernel.o
firmware/lib/vboot_api_kernel.c:334:26: error: taking address of packed member
'kernel_version_tpm' of class or structure
7 matches
Mail list logo