From mboxrd@z Thu Jan 1 00:00:00 1970 From: Matthew Fioravante Subject: Re: [PATCH VTPM v8 6/8] stubdom: Add autoconf Date: Thu, 10 Jan 2013 11:29:45 -0500 Message-ID: <50EEEC79.7030607@jhuapl.edu> References: <1357227440-22175-1-git-send-email-matthew.fioravante@jhuapl.edu> <1357227440-22175-7-git-send-email-matthew.fioravante@jhuapl.edu> <1357832130.9456.45.camel@zakaz.uk.xensource.com> <50EEE084.6040608@jhuapl.edu> <1357835281.9456.69.camel@zakaz.uk.xensource.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============5170352769087791946==" Return-path: In-Reply-To: <1357835281.9456.69.camel@zakaz.uk.xensource.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Ian Campbell Cc: "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org This is a cryptographically signed message in MIME format. --===============5170352769087791946== Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040400060604020408060701" This is a cryptographically signed message in MIME format. --------------ms040400060604020408060701 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable On 01/10/2013 11:28 AM, Ian Campbell wrote: > On Thu, 2013-01-10 at 15:38 +0000, Matthew Fioravante wrote: >> On 01/10/2013 10:35 AM, Ian Campbell wrote: >>> On Thu, 2013-01-03 at 15:37 +0000, Matthew Fioravante wrote: >>>> +AX_STUBDOM_CONDITIONAL([vtpm-stubdom], [vtpm]) >>>> +AX_STUBDOM_CONDITIONAL([vtpmmgrdom], [vtpmmgr]) >>> Any reason for vtpmmgrdom rather than vtpmmgr-stubdom like (most of) = the >>> others? (the exception being pv-grub) >> No reason at all, thats just what I named it. Would you prefer >> vtpmmgr-stubdom instead? > Yes, although I realize that might be a bit OCD of me. Not a major change, can do. >>> Also vtpmmgr isn't actually conditional, was it supposed to be? >> It doesn't need to be, I can make it default enabled. Thats pretty muc= h >> what the configure script does already. > Would it make sense to conditionally only build vtpmmgr if we have buil= t > the vtpm stub dom too? If so lets do that, if not then lets switch to > the default enabled thing. I kind of had this thought as well. Although someone might want to build = only vtpmmgr if they are implementing their own vtpm. Still in that case = they could explicitly do --disable-vtpm-stubdom --enable-vtpmmgrdom > > Thanks, > Ian. > >>> Ian. >>> >> > --------------ms040400060604020408060701 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIDyjCC A8YwggMvoAMCAQICBD/xyf0wDQYJKoZIhvcNAQEFBQAwLzELMAkGA1UEBhMCVVMxDzANBgNV BAoTBkpIVUFQTDEPMA0GA1UECxMGQklTRENBMB4XDTEwMDYxMTE4MjIwNloXDTEzMDYxMTE4 NTIwNlowZjELMAkGA1UEBhMCVVMxDzANBgNVBAoTBkpIVUFQTDEPMA0GA1UECxMGUGVvcGxl MTUwFgYDVQQLEw9WUE5Hcm91cC1CSVNEQ0EwGwYDVQQDExRNYXR0aGV3IEUgRmlvcmF2YW50 ZTCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEAnpbwVSP6o1Nb5lcW7dd3yTo9iBJdi7qz 4nANOMFPK7JOy5npKN1iiousl28U/scUJES55gPwAWYJK3uVyQAsA4adgDKi5DoD1UHDQEwp bY7iHLJeq0NPr4BqYNqnCFPbE6HC8zSJrr4qKn+gVUQT39SIFqdiIPJwZL8FYTRQ/zsCAwEA AaOCAbYwggGyMAsGA1UdDwQEAwIHgDArBgNVHRAEJDAigA8yMDEwMDYxMTE4MjIwNlqBDzIw MTIwNzE3MjI1MjA2WjAbBg0rBgEEAbMlCwMBAQEBBAoWCGZpb3JhbWUxMBsGDSsGAQQBsyUL AwEBAQIEChIIMDAxMDQyNjEwWAYJYIZIAYb6ax4BBEsMSVRoZSBwcml2YXRlIGtleSBjb3Jy ZXNwb25kaW5nIHRvIHRoaXMgY2VydGlmaWNhdGUgbWF5IGhhdmUgYmVlbiBleHBvcnRlZC4w KAYDVR0RBCEwH4EdTWF0dGhldy5GaW9yYXZhbnRlQGpodWFwbC5lZHUwUgYDVR0fBEswSTBH oEWgQ6RBMD8xCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZKSFVBUEwxDzANBgNVBAsTBkJJU0RD QTEOMAwGA1UEAxMFQ1JMNTYwHwYDVR0jBBgwFoAUCDUpmxH52EU2CyWmF2EJMB1yqeswHQYD VR0OBBYEFO6LYxg6r9wHZ+zdQtBHn1dZ/YTNMAkGA1UdEwQCMAAwGQYJKoZIhvZ9B0EABAww ChsEVjcuMQMCBLAwDQYJKoZIhvcNAQEFBQADgYEAJO9HQh4YNChVLzuZqK5ARJARD8JoujGZ fdo75quvg2jXFQe2sEjvLnxJZgm/pv8fdZakq48CWwjYHKuvIp7sDjTEsQfo+y7SpN/N2NvJ WU5SqfK1VgYtNLRRoGJUB5Q1aZ+Dg95g3kqpyfpUMISJL8IKVLtJVfN4fggFVUYZ9wwxggGr MIIBpwIBATA3MC8xCzAJBgNVBAYTAlVTMQ8wDQYDVQQKEwZKSFVBUEwxDzANBgNVBAsTBkJJ U0RDQQIEP/HJ/TAJBgUrDgMCGgUAoIHLMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJ KoZIhvcNAQkFMQ8XDTEzMDExMDE2Mjk0NVowIwYJKoZIhvcNAQkEMRYEFOq0A33w2l4/VTdh LtmhWnZvy3YLMGwGCSqGSIb3DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAK BggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYI KoZIhvcNAwICASgwDQYJKoZIhvcNAQEBBQAEgYBeUst02KiyjawnJFczqJkKnR1Ekqwh5drL 1dALR5SNYvMUpV951AhbYdbHtISpb+IsjgdCxerSvqkgkey9GfqfjlJyFkAl8S6SQZCk5jfp +zGoOneMJwhzmuqWW5EepeAIc8z4EHxKedjMsf3Yoq3uwMURFFlVaunA3+MN+8JeEAAAAAAA AA== --------------ms040400060604020408060701-- --===============5170352769087791946== 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.xen.org http://lists.xen.org/xen-devel --===============5170352769087791946==--