On Jan 17, 3:24pm, Brian Luckau wrote:
} Subject: Re: [tboot-devel] reset after GETSEC[SENTER] on redhat platforms
Good Brian, et.al., I hope the weekend has gone well for everyone.
> Thanks for your responses. I did not forget, just had to juggle some
> priorities.
No problem, everyone is swamped.
> The board we have is Intel s2600KP. I believe the board is custom
> I'm told it is not a custom bios implementation.
>
> I can tell you the TPM version is currently 1.2.
>
> For the TXT machine Model -- How do we find this out?) Is this a
> technical specification of the TPM chip or something more general like
> saying "what kind of machine is this? Sorry about the confusion.
>
> The micro-architercture is Haswell (Intel(R) Xeon(R) CPU E5-2660
> v3).
So it is an Intel 2600 series server board.
The server class motherboards should have their Authenticated Code
Module (ACM) loaded from BIOS. Is this correct or are you specifying
an ACM module in your boot configuration?
If you are not specifying the ACM in the boot stack you may want to
try downloading the ACM for this platform class, presumably a 4th
generation module and trying that to see if there is any difference in
behavior.
If the board is indeed 'custom' this may be the root of the problem as
the ACM carries out platform verification checks which may not succeed
in the presence of a 'custom' hardware configuration.
> Here is the information that was near the beginning of boot.message:
>
> [ 0.000000] ACPI: RSDP 000000007b7d6014 00024 (v02 INTEL )
So this is the Root System Description Pointer (RSD) message from a
standard boot. Where did the following message come from which you
previously quoted?
> >>>> .000000] ACPI BIOS Error (bug): A valid RSDP was not found
> >>>> (20150930/tbxfroot-243)
As I noted previously the error code which you posted decodes as
follows:
Class-C/Major-8/Minor-0 - 'Invalid RSDP'
This in combination with the above 'ACPI BIOS Error' message indicates
the ACM is probably resetting the board because it believes there is
something wrong with the ACPI implementation on the board.
Ning, any reflections from Intel?
Dr. Greg
}-- End of excerpt from Brian Luckau
As always,
Dr. G.W. Wettstein, Ph.D. Enjellic Systems Development, LLC.
4206 N. 19th Ave. Specializing in information infra-structure
Fargo, ND 58102 development.
PH: 701-281-1686
FAX: 701-281-3949 EMAIL: g...@enjellic.com
------------------------------------------------------------------------------
"We trained hard......but every time we were beginning to form up into
teams, we would be reorganised. I was to learn later in life that we
tend to meet any new situations by reorganising....... and a
wonderful process it can be for creating the illusion of progress,
while producing inefficiency and demoralisation."
-- Petronius (6 AD)
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
tboot-devel mailing list
tboot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tboot-devel
