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