From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthew Fioravante Subject: Re: vTPM Manager Date: Wed, 07 Sep 2011 11:20:59 -0400 Message-ID: <4E678BDB.6000509@jhuapl.edu> References: <4E520471.5010804@seceng.informatik.tu-darmstadt.de> <1314002521.5010.395.camel@zakaz.uk.xensource.com> <4E5C079D.8000006@jhuapl.edu> <1314700661.10283.137.camel@zakaz.uk.xensource.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2053263620==" Return-path: In-Reply-To: <1314700661.10283.137.camel@zakaz.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Ian Campbell Cc: "xen-devel@lists.xensource.com" List-Id: xen-devel@lists.xenproject.org This is a cryptographically signed message in MIME format. --===============2053263620== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040609080702000308020007" This is a cryptographically signed message in MIME format. --------------ms040609080702000308020007 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I plan to sometime in the future. There are some adjustments that need to be made first. On 08/30/2011 06:37 AM, Ian Campbell wrote: > On Mon, 2011-08-29 at 22:41 +0100, Matthew Fioravante wrote: >> You can also try to use my updated vtpm manager patches which fixes a >> lot of bugs. I haven't tried them on the latest xen unstable but they >> worked with xen at the time they were submitted. They have not been >> accepted by the developers yet. You should be able to find my earlier >> posts in the mailing list archives > These seem to have fallen through the cracks. Would you mind rebasing > and resubmitting? > > Ian. > >> On 08/22/2011 04:42 AM, Ian Campbell wrote: >>> On Mon, 2011-08-22 at 08:25 +0100, Sebastian Biedermann wrote: >>>> Dear List, >>>> >>>> I have a problem installing the vTPM extension for Xen. >>>> I selected the option vTPM Manager (=3Dy) in the Config.mk before=20 >>>> compiling the xen-tools, but there is always the same error during t= he=20 >>>> compilation in every xen version which I have tried: >>> I haven't seen anyone using or maintaining the vtpm stuff for ages no= w. >>> I expect it has bitrotted something rotten (if you'll excuse the pun)= =2E >>> I'm afraid this may mean you need to dig into the code. >>> >>> (For future reference it is useful to reproduce build errors with LAN= G=3DC >>> before posting to the lists) >>> >>>> gcc -Werror -g3 -I. -D_GNU_SOURCE=20 >>>> -DLOGGING_MODULES=3D"(BITMASK(VTPM_LOG_TCS)|BITMASK(VTPM_LOG_VTSP)|B= ITMASK(VTPM_LOG_VTPM))"=20 >>>> -I../../../tools/vtpm_manager/crypto -I../../../tools/vtpm_manager/u= til=20 >>>> -I../../../tools/vtpm_manager/tcs -I../../../tools/vtpm_manager/mana= ger=20 >>>> -c -o sym_crypto.o sym_crypto.c >>>> cc1: warnings being treated as errors >>>> sym_crypto.c: In function =C3=A2Crypto_symcrypto_initkey=C3=A2: >>>> sym_crypto.c:71:3: error: format =C3=A2%s=C3=A2 expects type =C3=A2c= har *=C3=A2, but=20 >>>> argument 6 has type =C3=A2int=C3=A2 >>> This appears to be from the TPMTRYRETURN macro in >>> tools/vtpm_manager/util/tcg.h which is: >>> // Try command c. If it fails, print error message, set status to act= ual return code. Goto abort >>> #define TPMTRYRETURN(c) do { status =3D c; \ >>> if (status !=3D TPM_SUCCESS) { \ >>> fprintf(stderr, "ERROR in %s at %s:%i = code: %s.\n", __func__, __FILE__, __LINE__, tpm_get_error_name(status)); = \ >>> goto abort_egress; \ >>> } \ >>> } while(0) =20 >>> >>> argument 6 is "tpm_get_error_name(status)" which is defined as=20 >>> const char* tpm_get_error_name (TPM_RESULT code); >>> in tools/vtpm_manager/util/log.h.=20 >>> >>> This is a "char *" as the %s requires and not an "int" like the messa= ge >>> is complaining. If the prototype for tpm_get_error_name were missing = it >>> would default to returning int but I'm pretty sure gcc would way >>> something if this were the case -- but you could maybe try adding=20 >>> #include "log.h" >>> to sym_crypto.c right above the include of tcg.h? >>> >>> Ian. >>> >>>> sym_crypto.c: In function =C3=A2Crypto_symcrypto_genkey=C3=A2: >>>> sym_crypto.c:94:3: error: format =C3=A2%s=C3=A2 expects type =C3=A2c= har *=C3=A2, but=20 >>>> argument 6 has type =C3=A2int=C3=A2 >>>> sym_crypto.c: In function =C3=A2Crypto_symcrypto_encrypt=C3=A2: >>>> sym_crypto.c:134:3: error: format =C3=A2%s=C3=A2 expects type =C3=A2= char *=C3=A2, but=20 >>>> argument 6 has type =C3=A2int=C3=A2 >>>> sym_crypto.c: In function =C3=A2Crypto_symcrypto_decrypt=C3=A2: >>>> sym_crypto.c:165:3: error: format =C3=A2%s=C3=A2 expects type =C3=A2= char *=C3=A2, but=20 >>>> argument 6 has type =C3=A2int=C3=A2 >>>> sym_crypto.c:172:3: error: format =C3=A2%s=C3=A2 expects type =C3=A2= char *=C3=A2, but=20 >>>> argument 6 has type =C3=A2int=C3=A2 >>>> make[5]: *** [sym_crypto.o] Fehler 1 >>>> make[5]: *** Warte auf noch nicht beendete Prozesse... >>>> make[5]: Verlasse Verzeichnis=20 >>>> '/home/toor/xen-4.1.1/tools/vtpm_manager/crypto' >>>> make[4]: *** [subdir-install-crypto] Fehler 2 >>>> make[4]: Verlasse Verzeichnis '/home/toor/xen-4.1.1/tools/vtpm_manag= er' >>>> make[3]: *** [subdirs-install] Fehler 2 >>>> make[3]: Verlasse Verzeichnis '/home/toor/xen-4.1.1/tools/vtpm_manag= er' >>>> make[2]: *** [subdir-install-vtpm_manager] Fehler 2 >>>> make[2]: Verlasse Verzeichnis '/home/toor/xen-4.1.1/tools' >>>> make[1]: *** [subdirs-install] Fehler 2 >>>> make[1]: Verlasse Verzeichnis '/home/toor/xen-4.1.1/tools' >>>> make: *** [install-tools] Fehler 2 >>>> >>>> Any suggestions? What is wrong? Thanks for help! >>>> >>> >>> _______________________________________________ >>> Xen-devel mailing list >>> Xen-devel@lists.xensource.com >>> http://lists.xensource.com/xen-devel >> > --------------ms040609080702000308020007 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIHZzCC A5kwggMCoAMCAQICBD/xkcEwDQYJKoZIhvcNAQEFBQAwLzELMAkGA1UEBhMCVVMxDzANBgNV BAoTBkpIVUFQTDEPMA0GA1UECxMGQklTRENBMB4XDTA5MDcxNzE1MDgwOVoXDTEyMDcxNzE1 MzgwOVowZjELMAkGA1UEBhMCVVMxDzANBgNVBAoTBkpIVUFQTDEPMA0GA1UECxMGUGVvcGxl MTUwFgYDVQQLEw9WUE5Hcm91cC1CSVNEQ0EwGwYDVQQDExRNYXR0aGV3IEUgRmlvcmF2YW50 ZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAyzeGk9zPA33fsB3uvk/Izs9GGHCpHI8b zXdBIVg6++S+jK53PoaWgmtSLr/c732ea1zPR6ACymwAWON+U5rB+VJAUZ4l/p0T3LZjE1Kq nbQJ+pgb+WAmBtdrxrtky61E9HD8dO70x37+ejhunpF9OuSU5MnOPmMx6ranvahUsOsCAwEA AaOCAYkwggGFMAsGA1UdDwQEAwIFIDAbBg0rBgEEAbMlCwMBAQEBBAoWCGZpb3JhbWUxMBsG DSsGAQQBsyULAwEBAQIEChIIMDAxMDQyNjEwWAYJYIZIAYb6ax4BBEsMSVRoZSBwcml2YXRl IGtleSBjb3JyZXNwb25kaW5nIHRvIHRoaXMgY2VydGlmaWNhdGUgbWF5IGhhdmUgYmVlbiBl eHBvcnRlZC4wKAYDVR0RBCEwH4EdTWF0dGhldy5GaW9yYXZhbnRlQGpodWFwbC5lZHUwUgYD VR0fBEswSTBHoEWgQ6RBMD8xCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZKSFVBUEwxDzANBgNV BAsTBkJJU0RDQTEOMAwGA1UEAxMFQ1JMNDkwHwYDVR0jBBgwFoAUCDUpmxH52EU2CyWmF2EJ MB1yqeswHQYDVR0OBBYEFO3ziReJlElP3ilaLQ5gwsg0RlgoMAkGA1UdEwQCMAAwGQYJKoZI hvZ9B0EABAwwChsEVjcuMQMCBLAwDQYJKoZIhvcNAQEFBQADgYEAMOY3Zf6gx3gv/fDd11cz h2Daj+8NExx/2Le3c88gfDVhPVgVX5S52EjeFbK5yVP0Xlm82vRADO47dTA2PKbpp50rJcAZ rl5bg5tQ/WbLAaRITCtOJWVVKXD9V7X2o3Z/IM2op3hb4mmDXSDS+Hzn0Jd2mAXl4iHPfI0p XlXqA9QwggPGMIIDL6ADAgECAgQ/8cn9MA0GCSqGSIb3DQEBBQUAMC8xCzAJBgNVBAYTAlVT MQ8wDQYDVQQKEwZKSFVBUEwxDzANBgNVBAsTBkJJU0RDQTAeFw0xMDA2MTExODIyMDZaFw0x MzA2MTExODUyMDZaMGYxCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZKSFVBUEwxDzANBgNVBAsT BlBlb3BsZTE1MBYGA1UECxMPVlBOR3JvdXAtQklTRENBMBsGA1UEAxMUTWF0dGhldyBFIEZp b3JhdmFudGUwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAJ6W8FUj+qNTW+ZXFu3Xd8k6 PYgSXYu6s+JwDTjBTyuyTsuZ6SjdYoqLrJdvFP7HFCREueYD8AFmCSt7lckALAOGnYAyouQ6 A9VBw0BMKW2O4hyyXqtDT6+AamDapwhT2xOhwvM0ia6+Kip/oFVEE9/UiBanYiDycGS/BWE0 UP87AgMBAAGjggG2MIIBsjALBgNVHQ8EBAMCB4AwKwYDVR0QBCQwIoAPMjAxMDA2MTExODIy MDZagQ8yMDEyMDcxNzIyNTIwNlowGwYNKwYBBAGzJQsDAQEBAQQKFghmaW9yYW1lMTAbBg0r BgEEAbMlCwMBAQECBAoSCDAwMTA0MjYxMFgGCWCGSAGG+mseAQRLDElUaGUgcHJpdmF0ZSBr ZXkgY29ycmVzcG9uZGluZyB0byB0aGlzIGNlcnRpZmljYXRlIG1heSBoYXZlIGJlZW4gZXhw b3J0ZWQuMCgGA1UdEQQhMB+BHU1hdHRoZXcuRmlvcmF2YW50ZUBqaHVhcGwuZWR1MFIGA1Ud HwRLMEkwR6BFoEOkQTA/MQswCQYDVQQGEwJVUzEPMA0GA1UEChMGSkhVQVBMMQ8wDQYDVQQL EwZCSVNEQ0ExDjAMBgNVBAMTBUNSTDU2MB8GA1UdIwQYMBaAFAg1KZsR+dhFNgslphdhCTAd cqnrMB0GA1UdDgQWBBTui2MYOq/cB2fs3ULQR59XWf2EzTAJBgNVHRMEAjAAMBkGCSqGSIb2 fQdBAAQMMAobBFY3LjEDAgSwMA0GCSqGSIb3DQEBBQUAA4GBACTvR0IeGDQoVS87maiuQESQ EQ/CaLoxmX3aO+arr4No1xUHtrBI7y58SWYJv6b/H3WWpKuPAlsI2ByrryKe7A40xLEH6Psu 0qTfzdjbyVlOUqnytVYGLTS0UaBiVAeUNWmfg4PeYN5Kqcn6VDCEiS/CClS7SVXzeH4IBVVG GfcMMYICMTCCAi0CAQEwNzAvMQswCQYDVQQGEwJVUzEPMA0GA1UEChMGSkhVQVBMMQ8wDQYD VQQLEwZCSVNEQ0ECBD/xyf0wCQYFKw4DAhoFAKCCAVAwGAYJKoZIhvcNAQkDMQsGCSqGSIb3 DQEHATAcBgkqhkiG9w0BCQUxDxcNMTEwOTA3MTUyMDU5WjAjBgkqhkiG9w0BCQQxFgQUAKwZ S1h7LzyT50ZVVxoIvr+zFZIwRgYJKwYBBAGCNxAEMTkwNzAvMQswCQYDVQQGEwJVUzEPMA0G A1UEChMGSkhVQVBMMQ8wDQYDVQQLEwZCSVNEQ0ECBD/xkcEwSAYLKoZIhvcNAQkQAgsxOaA3 MC8xCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZKSFVBUEwxDzANBgNVBAsTBkJJU0RDQQIEP/GR wTBfBgkqhkiG9w0BCQ8xUjBQMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG9w0D AgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwDQYJKoZIhvcN AQEBBQAEgYAfbSq5wBEfP9HFyoK1pe0uJr2oELrVJzGHxIvSu418CAyWZL1JFbGP1hTuXTHX HNQ2HHnXvNt/kRb3M15uwp/5aA5ZxUeW1K3PVDTRUD1JTGAWHMfbv7J6nctgP8BqGt5AX+Dx y58hkR13jOpMVTfiq8VyH/sG8F4GGuUxOAd2cwAAAAAAAA== --------------ms040609080702000308020007-- --===============2053263620== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel --===============2053263620==--