From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Jonathan M. McCune" Subject: segmentation and Xen Date: Fri, 14 Oct 2005 13:00:48 -0400 Message-ID: <434FE440.6080904@cmu.edu> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0777041818==" Return-path: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Mime-version: 1.0 Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: xen-devel@lists.xensource.com Cc: Arvind Seshadri , Bryan Parno List-Id: xen-devel@lists.xenproject.org This is a cryptographically signed message in MIME format. --===============0777041818== Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms000007070200000301010506" This is a cryptographically signed message in MIME format. --------------ms000007070200000301010506 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Hello, We noticed a difference in the kernel and user space code and data segment descriptor entries in the GDTs for Xen and XenoLinux. It does not appear that the Xen GDT totally supplants the Linux GDT, as the Linux GDT has its limit changed (in the descriptor, but not the comments) appropriately to make room for Xen in the upper 64 MB. The difference is in the "Accessed" bit of the "Type" field, as defined in Chapter 4, Volume 3, of the Intel manuals. Can you help us to understand why the Access bit is set in the Linux kernel code but not in the Xen code? More generally, how do the GDTs defined in head.S and x86_32.S interact? It seems problematic that Xen defines a GDT for guest OSes, but guest OSes are allowed to retain a GDT of their own. Thanks, -Jon linux-2.6.12-xenU/arch/xen/i386/kernel/head.S #ifdef CONFIG_X86_PAE .quad 0x00cfbb00000067ff /* 0x60 kernel 4GB code at 0x00000000 */ .quad 0x00cfb300000067ff /* 0x68 kernel 4GB data at 0x00000000 */ .quad 0x00cffb00000067ff /* 0x73 user 4GB code at 0x00000000 */ .quad 0x00cff300000067ff /* 0x7b user 4GB data at 0x00000000 */ #else .quad 0x00cfbb000000c3ff /* 0x60 kernel 4GB code at 0x00000000 */ .quad 0x00cfb3000000c3ff /* 0x68 kernel 4GB data at 0x00000000 */ .quad 0x00cffb000000c3ff /* 0x73 user 4GB code at 0x00000000 */ .quad 0x00cff3000000c3ff /* 0x7b user 4GB data at 0x00000000 */ #endif xen/arch/x86/boot/x86_32.S #ifdef CONFIG_X86_PAE .quad 0x00cfba00000067ff .quad 0x00cfb200000067ff .quad 0x00cffa00000067ff .quad 0x00cff200000067ff #else .quad 0x00cfba000000c3ff /* 0xe019 ring 1 3.95GB code at 0x0 */ .quad 0x00cfb2000000c3ff /* 0xe021 ring 1 3.95GB data at 0x0 */ .quad 0x00cffa000000c3ff /* 0xe02b ring 3 3.95GB code at 0x0 */ .quad 0x00cff2000000c3ff /* 0xe033 ring 3 3.95GB data at 0x0 */ #endif --------------ms000007070200000301010506 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII6TCC As8wggI4oAMCAQICAw2KbTANBgkqhkiG9w0BAQQFADBiMQswCQYDVQQGEwJaQTElMCMGA1UE ChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNv bmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQxMjAyMTQzOTMxWhcNMDUxMjAyMTQzOTMx WjBDMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVtYmVyMSAwHgYJKoZIhvcNAQkBFhFq b25tY2N1bmVAY211LmVkdTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAOP65vWj 2XdKbiMHJz+vl/2OaX4QphBZABFmRZ1XB2ovW4iK1VaBLulMQAWeVgvk5uaLKDW+FifksE1y 97PeDb75PYwLV2gbB2GXTgM3sO4qNozYqjNxEF4kAyaPKXvnp2cBYi/6p9nVWKzyUJhmT05l PceYHzDEEYvAPLFA+CBsiieNP5fYS9JJ5dQ5ppaSw7iPgTPSHFCKcEKyvP6oPVWdH9ZendCb EjWdU/K5XSRY0mydprtIvFQLJjw+SENFMs3oQnRcifnp0NR/zQ9gm6K5Vg0+5lLpjgRAz9zF dsPxx1SVUQNYsaJzmRVE/lFlBJVKIfPKiHfnl1+EAcRqlo8CAwEAAaMuMCwwHAYDVR0RBBUw E4ERam9ubWNjdW5lQGNtdS5lZHUwDAYDVR0TAQH/BAIwADANBgkqhkiG9w0BAQQFAAOBgQBY /3yrjBPjrPrOct/xnsuRtDiRg1YK7Q8TLA4oaaPrUc6+RupCKakF3BRCXKBvfhETL67yxbaw DjszVJAhKQIQDqcBhA8iDT0XfUT6d53uSaz5abJx4Pq+ihn3SoAjzCuUbgdzdMYETxgMDnHo DE/1bTXhRSHMXRATdrKkJnkSdjCCAs8wggI4oAMCAQICAw2KbTANBgkqhkiG9w0BAQQFADBi MQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEs MCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwHhcNMDQxMjAy MTQzOTMxWhcNMDUxMjAyMTQzOTMxWjBDMR8wHQYDVQQDExZUaGF3dGUgRnJlZW1haWwgTWVt YmVyMSAwHgYJKoZIhvcNAQkBFhFqb25tY2N1bmVAY211LmVkdTCCASIwDQYJKoZIhvcNAQEB BQADggEPADCCAQoCggEBAOP65vWj2XdKbiMHJz+vl/2OaX4QphBZABFmRZ1XB2ovW4iK1VaB LulMQAWeVgvk5uaLKDW+FifksE1y97PeDb75PYwLV2gbB2GXTgM3sO4qNozYqjNxEF4kAyaP KXvnp2cBYi/6p9nVWKzyUJhmT05lPceYHzDEEYvAPLFA+CBsiieNP5fYS9JJ5dQ5ppaSw7iP gTPSHFCKcEKyvP6oPVWdH9ZendCbEjWdU/K5XSRY0mydprtIvFQLJjw+SENFMs3oQnRcifnp 0NR/zQ9gm6K5Vg0+5lLpjgRAz9zFdsPxx1SVUQNYsaJzmRVE/lFlBJVKIfPKiHfnl1+EAcRq lo8CAwEAAaMuMCwwHAYDVR0RBBUwE4ERam9ubWNjdW5lQGNtdS5lZHUwDAYDVR0TAQH/BAIw ADANBgkqhkiG9w0BAQQFAAOBgQBY/3yrjBPjrPrOct/xnsuRtDiRg1YK7Q8TLA4oaaPrUc6+ RupCKakF3BRCXKBvfhETL67yxbawDjszVJAhKQIQDqcBhA8iDT0XfUT6d53uSaz5abJx4Pq+ ihn3SoAjzCuUbgdzdMYETxgMDnHoDE/1bTXhRSHMXRATdrKkJnkSdjCCAz8wggKooAMCAQIC AQ0wDQYJKoZIhvcNAQEFBQAwgdExCzAJBgNVBAYTAlpBMRUwEwYDVQQIEwxXZXN0ZXJuIENh cGUxEjAQBgNVBAcTCUNhcGUgVG93bjEaMBgGA1UEChMRVGhhd3RlIENvbnN1bHRpbmcxKDAm BgNVBAsTH0NlcnRpZmljYXRpb24gU2VydmljZXMgRGl2aXNpb24xJDAiBgNVBAMTG1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBDQTErMCkGCSqGSIb3DQEJARYccGVyc29uYWwtZnJlZW1h aWxAdGhhd3RlLmNvbTAeFw0wMzA3MTcwMDAwMDBaFw0xMzA3MTYyMzU5NTlaMGIxCzAJBgNV BAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQD EyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQTCBnzANBgkqhkiG9w0BAQEF AAOBjQAwgYkCgYEAxKY8VXNV+065yplaHmjAdQRwnd/p/6Me7L3N9VvyGna9fww6YfK/Uc4B 1OVQCjDXAmNaLIkVcI7dyfArhVqqP3FWy688Cwfn8R+RNiQqE88r1fOCdz0Dviv+uxg+B79A gAJk16emu59l0cUqVIUPSAR/p7bRPGEEQB5kGXJgt/sCAwEAAaOBlDCBkTASBgNVHRMBAf8E CDAGAQH/AgEAMEMGA1UdHwQ8MDowOKA2oDSGMmh0dHA6Ly9jcmwudGhhd3RlLmNvbS9UaGF3 dGVQZXJzb25hbEZyZWVtYWlsQ0EuY3JsMAsGA1UdDwQEAwIBBjApBgNVHREEIjAgpB4wHDEa MBgGA1UEAxMRUHJpdmF0ZUxhYmVsMi0xMzgwDQYJKoZIhvcNAQEFBQADgYEASIzRUIPqCy7M DaNmrGcPf6+svsIXoUOWlJ1/TCG4+DYfqi2fNi/A9BxQIJNwPP2t4WFiw9k6GX6EsZkbAMUa C4J0niVQlGLH2ydxVyWN3amcOY6MIE9lX5Xa9/eH1sYITq726jTlEBpbNU1341YheILcIRk1 3iSx0x1G/11fZU8xggM7MIIDNwIBATBpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBDQQIDDYptMAkGBSsOAwIaBQCgggGnMBgGCSqGSIb3DQEJAzELBgkq hkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA1MTAxNDE3MDA0OFowIwYJKoZIhvcNAQkEMRYE FD3Qj5EAI8EXFdJ4ftpWKV8FNuoBMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMHgG CSsGAQQBgjcQBDFrMGkwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0 aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1 aW5nIENBAgMNim0wegYLKoZIhvcNAQkQAgsxa6BpMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQK ExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29u YWwgRnJlZW1haWwgSXNzdWluZyBDQQIDDYptMA0GCSqGSIb3DQEBAQUABIIBAMd8UHFEYTu4 NOq+1OHDfPtSCg+Ugs3jn48yvW+TSwQ+Cshy76onjOnN+tY8jZq6/v4DJ5lt6raejl/YE042 q3sDhT6cFguECMWC2pfcnXi+FwxxN+Lkjl8J/6EaNa+UxuCgUl1ebLco6yYQaApabX+82MUz LPWwyTGWkrJQkIUeGMBqIwTw54gFLDo3cHnWSjuHMTOhODi7Mh6gYf9AC7dDinhi7US5dmr6 Ccj/mtBW1xlEwLJVf/AywfFD4KsHqaD/A9P/xx5r7St75lu6Fpf4XLSFiWmzoXAQ9S58EOjc J0J1bKd4AdVty1vwbm++sqY0dUy0Xj8QCVn64ajnNG8AAAAAAAA= --------------ms000007070200000301010506-- --===============0777041818== 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 --===============0777041818==--