From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751584AbdG0OPc (ORCPT ); Thu, 27 Jul 2017 10:15:32 -0400 Received: from mail-dm3nam03on0053.outbound.protection.outlook.com ([104.47.41.53]:60336 "EHLO NAM03-DM3-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751444AbdG0OPa (ORCPT ); Thu, 27 Jul 2017 10:15:30 -0400 Authentication-Results: spf=none (sender IP is ) smtp.mailfrom=Thomas.Lendacky@amd.com; Subject: Re: [PATCH v1 1/2] x86/mm, kexec: Fix memory corruption with SME on successive kexecs To: Ingo Molnar Cc: x86@kernel.org, linux-kernel@vger.kernel.org, Ingo Molnar , Borislav Petkov , Andy Lutomirski , "H. Peter Anvin" , Thomas Gleixner , Dave Young , Brijesh Singh , kexec@lists.infradead.org, Linus Torvalds References: <28648b23b9957506069e20bd985e3d7e8af94780.1501092102.git.thomas.lendacky@amd.com> <20170727071717.aydwpzaji6l2o6xs@gmail.com> From: Tom Lendacky Message-ID: <62566e96-4e05-1622-bf3c-bf392506e84b@amd.com> Date: Thu, 27 Jul 2017 09:15:23 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1 MIME-Version: 1.0 In-Reply-To: <20170727071717.aydwpzaji6l2o6xs@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [165.204.78.1] X-ClientProxiedBy: BN6PR04CA0050.namprd04.prod.outlook.com (10.174.93.167) To CY4PR12MB1143.namprd12.prod.outlook.com (10.168.164.135) X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: baf9f7d9-5650-469d-017a-08d4d4f9ee5a X-MS-Office365-Filtering-HT: Tenant X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(300000500095)(300135000095)(300000501095)(300135300095)(22001)(300000502095)(300135100095)(300000503095)(300135400095)(48565401081)(201703131423075)(201703031133081)(300000504095)(300135200095)(300000505095)(300135600095)(300000506095)(300135500095);SRVR:CY4PR12MB1143; X-Microsoft-Exchange-Diagnostics: 1;CY4PR12MB1143;3:DY1HTPu5If+ShOqQdU8f1VIe2sQw/qz5o3851NBN6tsx5YJfhFYMfyzBSS0E2C+MiBXpNTBjyxElz3jdbhmmcM6B7fHJVnLNWAyJmDADsh/glFN7y7+AcGhMAkxzHkGUeAkOuJ6IeODd6utYAzQ/l6qM/jBu9TE1XCtzK0ioT4Y5T8TQ/ev7IGaF14QPNv0nf+KzRHve5Xn9AHsI7xrVRJWUcKxCgtK49MRNCJMvvwCXVvXgSDORyC7NuzIbXFOjgo0DlqfhXYeWlYm2PHM8FXTXh6Wz1AUDVVPFeEO4ml3GEM2tYfPsh7sZN8+6ZIjAFpFIH8K172lg3koNFQVT+UhLuba5jIV4qgoZAS2ZjoJVAegT7mPR230k7UZr0uVxQ4RMErAnQZFbFFG8hlZ6CVS5gPKYa2PpI7EREO5G41m3c1324WVAUqZFhFSd/3+BnD2h78fCqtl/saNftMHqiq0Y6uorcM+D8BsqRy8J3CVThdnS7cZp1q2+KgBoQhiUPnm+dCeKVU3glrhFCndSuI5W4/81MXCZBxBXA+B1BJLFuXbZQMTtbD7f7rQejs8DCiFHeZwnkeI1Um3RfimUrZ5I6UhxGN5LwUGJlVRtG4CpCWr8P/zt7lllpqwBigOGEGZrMGo/FVvf8H9NwwKb1Vg4QE3D8v1wcY3DOqutGCC3EgngVNjDAA3bjcWEzqRfwSBjf5sz6hLC3Cwk1WTVaFyLlF0r4UFXRabj0N+I+ptBmUtZoIU9DCRWM9icJxYafYZHFd/y4A8dCtnfymZs9g== X-MS-TrafficTypeDiagnostic: CY4PR12MB1143: X-Microsoft-Exchange-Diagnostics: 1;CY4PR12MB1143;25:ShZl9d5OYUXamnDlnObCybHM7YR9bzgWFaWlyCTPoV2SKqMByQeo5yxQrGm6DjU142BX4OtyVmfMNri4VmgfC/jQ4Xg8brQKEYxWdbAdE7DWu1sqimABTr/fENhD5eWs57D2rALGSS4V5Vz92StlrAwDPR+kpBSpB11GeJ0mjhALAhihbxT3ltQ2xayQrDDecUK6I4kt8IWniwtTLvAHUld7xqzfIm6/VMpBTP1vccVbPCfuL5Xli1FxzXw8QcVoHIinXmsAniuS8fa+nQjYTHAP09eTRXGhE1iZxBur3JfryVEQwRwiLIn/wPwkPLDalbSXRspjqMsIGm/VeoS3/IUwV1vtCeWJFZy5/u1dQzt4wWQFeQu+sYaqnIUwcpfAKKRbmlyvM5ncPhPooQ4eIgeeQ178WwpXYyyITr868vQ2gAvu+5IlvFQ/FhSvUVzPs4cvAWwp93f/VMKBVjKZ7YTcLBvCVJWk/ibOaYskIg1JtbKU44liEZkfQuKJheDmIu6ita/ECdZnszIZmB7uQtSeHbY5I0uaEiP4ufNLPht5Ck0aOT4Y4y/5IqHUgygeCqAscIg9UdOfs5CZGPjpxOXv0WUADAsuC30b6jSnr0SUiiyjDW20rQTOQGygdMqo+SQAj69jMSd5YWUyhWhg0Rcqhbr3s2i7IONNCpErxTOQ47s/8amvdpBcq/Ms0ADoxz9Cv1PZXAE013TY88O8cFa2zsweVtLpf6Ss7WY4GiGmmY1wAidKhzvbYZM46NuVcmU9v9qocsUi7wSJUFC48imKVL1DiFS6SPvoHGGZ6zsSKGH3M4jSDazyCMwNBP8eXXMS70eb1rE1pbIp5At7dTGnjz3L3luPGVsI4wE6SDdlkw5pZo6H225NLR0AmKlNmptr5RYn8vCP2fPFOEKH7vf/nx/fn9gZl0xlS/66gfU= X-Microsoft-Exchange-Diagnostics: 1;CY4PR12MB1143;31:Sa/EKaV0toXJU3KxISRSmG7D7DWoAdgAdCdu1iqp1AbXpsi7WvpvxEQMtp9F5S5eidEsbdAzTJn+pf3kxU45Cr/xnNbA5pFwF1earmPEa8yIKkYkqMNULfxGX8mv34jok5lH6KYixW8HpEZ/hnBx2XqPiVhpU2OXrUPMa1zvA4tCI/fryW7nDPVat+ktqZA17b1pNTezdoKf0YeMeAmz7uQTSQ1VLkxjPcoxe1s+AiHGGAc3KwYG3JfRGD3QXG3oQoTmqYnH39y5f3Woti/A8Ms9AmH82l/eVoTSt04INWLijDAWDoaqcZXd7UW9XZtFCATQbOmIC1mYzkwaSP9tnJMJRf3bYEmlogTm0yr61F+Me26cWMY/W3ifhtLKyxVJu5+UhDbhRE2yxQvIWCYd7yAfvwBcCXX+LkE3rK+ruiUjz9QL72o1t5ckjXJw5BPuEA5wirxnfgHuRcHTiGme/5TYIOFdW3wQSb6NC1z6ZZ/7A+nVZyjaItL++O2sYRGFtJYgsr3YzndrNKDSYYE+PGZvGc+2lazwtqLGobz+De2GS14/LG7b10GL3mOAQ2SZbXwyga38n3j4JXOh2X0Rpz/xLTUBhL9TOXrXCwiTpDt1N/qN5P3IqmAt5oDjt3Xj3EWO6fn4O57xZnHRKD++VvDpsnR54pZ+/Jnwen8QSTY= X-Microsoft-Exchange-Diagnostics: 1;CY4PR12MB1143;20:0MXmOjsnVsff4Fy7s9JeBtAf9DLdHGG2+vShkE5Qsdk09Wmrsn7pd4r5GuB/5SRYPu9/0uCCdQsSxXf4r3Un7ST7/N7zemqqYwrilruf07KHGHcLuPBvailoHC6as2PKOsntKBXWqL2+Dbg368Rhcnq1Ssme1P0AKzddLfAzyfyX4jo7Um5xGBhXPRuxcAiDoRZ734c4zHT9hMmSkSkxTzKqZ3obPnNdKFOPmHOHGblqPTgPFzZf8DFM1hbsOf/b/HZSXeXsm10akH8DA1pE/xkOx3Eu7Q4/J52JnMiIdahFp6J/jzamaUHIAZJD73sC6h9RJ8nMYMbeLyyx/JgN7aleOgQRsgxufGousMwoXuu59FqMnSspvRylX13dUapkbeKXwLOLgkg78tc5OyQU1wMQPRDFGFSoVZnj1J+MBG1gblRR77iVPAWQ+9qcuXUd8uiWUe18r+9iwi6iIW+tFpoFJZIJu6SD/CAH8zZH/ek++jEQ9Ny8gOEckRI+IYwO X-Exchange-Antispam-Report-Test: UriScan:(767451399110)(258649278758335); X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(100000700101)(100105000095)(100000701101)(100105300095)(100000702101)(100105100095)(6040450)(601004)(2401047)(5005006)(8121501046)(10201501046)(93006095)(93001095)(100000703101)(100105400095)(3002001)(6055026)(6041248)(20161123562025)(20161123558100)(20161123560025)(201703131423075)(201702281528075)(201703061421075)(201703061406153)(20161123555025)(20161123564025)(6072148)(100000704101)(100105200095)(100000705101)(100105500095);SRVR:CY4PR12MB1143;BCL:0;PCL:0;RULEID:(100000800101)(100110000095)(100000801101)(100110300095)(100000802101)(100110100095)(100000803101)(100110400095)(100000804101)(100110200095)(100000805101)(100110500095);SRVR:CY4PR12MB1143; X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtDWTRQUjEyTUIxMTQzOzQ6QTZDWlhiUTVnSzJ0NHJROEc0VDE5S2gySzli?= =?utf-8?B?OHVuekYxbU9mdldJNTZubVN4UWJPM1pFOHRqQld6RXVtelZCcHp0VXhEaWt1?= =?utf-8?B?QUppQ0I2TE5qZC9uWUJWZVJEcFJybkYrZVJ5Q0krOWlnaXZpejhsVkZkWkNT?= =?utf-8?B?d0N3WWI2Q2xuTWZ0dkJnOU9Ib2I5SXAvMG05ZUF0OG1QS2sxb1hJbms1SlI2?= =?utf-8?B?NXBWQTJvQklYeDRMbW5uUlordEt1R1pYRWVwbGszYkRCRnc3d1VmWHZWSTc3?= =?utf-8?B?YzNkekxDM0REdWtCMzE0d2RqN1RZdXdVWjRKblN4VXJOYU81amFwOUFsa05Y?= =?utf-8?B?TWZhRGZNMHBlZWxselF4cTZoVHFVdmpQaG1RaS84MWF4czV0bkVHVzNqTi9w?= =?utf-8?B?cUh2WCtFNGJacTdFbHI5Z0FaWm5vRXNXUWwyd2lERldjVGpNcDVBUmhXVnpl?= =?utf-8?B?b1BWdDBLVERuNUYveDFvSjYzR3M4V2JzemV1cmIyUGt4Q2ZGS1c5NUQzRkI1?= =?utf-8?B?R0JOOHdKbDVDc25LY3dSTUwvVEZIRVpYVVdKL0FuU242R0ZtbU9QMTk4bjVx?= =?utf-8?B?OTFnenZ2aXlkN0dsenBhV29BUGJKSjBFaWlkZ3U4WnBkMno1M09SaU16OHFH?= =?utf-8?B?QWpsSWFsVmQ2ZzIvc0M1OTNSQXhSM0x5aDh0WTA0RUZrTVhZYjBYSmdQYVVh?= =?utf-8?B?cGtRL3FKQ1BGcTBpdjNUeVphZjhoR3lFZVljckU1MEx1Rys1bldyNE5YazZU?= =?utf-8?B?MENjL1VxWllQSm44aFptc1VqOHN2T2xudVptUGlQaGh0WEFqM2RsUlhsTnRV?= =?utf-8?B?QktMRXMvaFJWL2hndlIvSkFSeElCMWo0T2tsT3Fpa1lSMUVNelp2LzRPWCtP?= =?utf-8?B?ZGoza2tJNnl3d3FZcGJxV2NsN2FhZ2hneis3emxGS2UzYVhvQUhQdDQyaWxI?= =?utf-8?B?WWN3NmQyVXFzei9UaVIycGNmcHN4dTkxdmhCOGtLUmx5S2t3MC8vb1c3cXNh?= =?utf-8?B?cWU0Tkh4NG5vZmdpY2pUd0pFQXA2Z0lNLzI2NC85b3AzK0YxbEExbnJ2bTVO?= =?utf-8?B?WWVmT2pidlllbkhrZWp5ZTBsSW9zTXh1Q2Y3VHIraFJob1FHdVRqK0VKY05L?= =?utf-8?B?aEFXNDRTNllPdlhyaUUvNmV4aUhPdGRZSmhDM3lLK0lkSzd1WFpFSUtKSVdR?= =?utf-8?B?VkQwZjNtV3MvNnR1WlFuWU55M05UVE9IMHdxeGh3TGpST0VXMG1UNG10Wkdv?= =?utf-8?B?enUvSW5uT284WW03bWNnaXdrYmRXMS9VTmtxWkJhQlRSN2t6SnJhOU1lWHND?= =?utf-8?B?ZzIvRHlyYlhJRnUwSjhrSzg5OUp3MFZ4M3YyUWo5OTNIU1FJeXZvVGpONWlj?= =?utf-8?B?MnRLczg2a0Y4R2RISWw3cTc2Q3FZUU1iSHpvOU42clovVFVsL0NscGVFeWpR?= =?utf-8?B?ZXBnNTB4QTdrMklMQzUveHRQMUxhU0oxNnZVMUVrQmJRUE4xTDkxazdEdEdZ?= =?utf-8?B?V21nODZiRHlXUjB5cnRya0ZlaXpGWDZBbmd2TE45RzJsV080bDBzWUpqUTk2?= =?utf-8?B?Zk9td3pJWnd3MVB4anFCRklFWU1BRG5PQVpZajNYV2thQTlIdGdPUmpWNFdi?= =?utf-8?B?MzgwajQvNDBjTUZCQWxrY0N5eUdNK1BuY1NWWEx5ektNd01meUx3cUZGdmUy?= =?utf-8?Q?HJdZPvo93AZCSctOE=3D?= X-Forefront-PRVS: 03818C953D X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10009020)(4630300001)(7370300001)(6009001)(6049001)(39410400002)(39400400002)(39850400002)(39860400002)(39450400003)(39840400002)(199003)(24454002)(377454003)(189002)(54906002)(65826007)(97736004)(7416002)(64126003)(77096006)(105586002)(2906002)(86362001)(478600001)(72206003)(2950100002)(3846002)(31686004)(6306002)(966005)(6666003)(25786009)(229853002)(4001350100001)(8676002)(6486002)(6116002)(31696002)(83506001)(3260700006)(101416001)(36756003)(65956001)(189998001)(81166006)(68736007)(66066001)(90366009)(230700001)(47776003)(81156014)(6246003)(110136004)(53546010)(65806001)(50466002)(53936002)(305945005)(38730400002)(50986999)(6916009)(4326008)(33646002)(7736002)(106356001)(7350300001)(5660300001)(54356999)(76176999)(23676002)(42186005);DIR:OUT;SFP:1101;SCL:1;SRVR:CY4PR12MB1143;H:[10.236.64.250];FPR:;SPF:None;PTR:InfoNoRecords;A:3;MX:1;LANG:en; X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtDWTRQUjEyTUIxMTQzOzIzOmJWZEN4eExUYk9HU0R2WGdieDFtSXVuRFBQ?= =?utf-8?B?YkZmM05MVFRNc1pjTVdpSWVyQm02RFByOU5Gem5vb3ZMazNEOWh5L2ZOM1M4?= =?utf-8?B?WGdzcSt2MXVreENPUG12bXN6WlBSS2QrbzAvZ1FlUkVOT25tZEdOMHk2U2RN?= =?utf-8?B?alA0Vk1BR09VcWhHVkNSUmdvcXlpc3JBVXFrVDdEOE9UNTdkZURaUEdLdkd1?= =?utf-8?B?dnFXOFlwcmVJMTk0dHp4MzVCL1Q4UGpKTnNhMmJEZGNmY2VoQUg5UzJXeWJY?= =?utf-8?B?dGlNTytBcElPbFU1NzduU2xhemxNejBJY3UrUUp6UTNhTWtva3FUZWpkd1lC?= =?utf-8?B?RURqUlZvTXZtdXhVaHZieXdTbFRMOHZFakdncm05dVlnc3N3eUx5MFZhcGdR?= =?utf-8?B?SHZaeHZ5OWZZUlp4bDhFdVphZE1TMkF4aXZWRVprVGdsVDBFL1NqQmdjSUh0?= =?utf-8?B?OGs3NUY5cXQ2cDU2Rkp6YkhhTFZPeVN5L21DNWRjaElPbDIvMDk2UTNBSWdM?= =?utf-8?B?VFN4STlLSUsyZlBpN1JQQ29CazdOM3pWMDlYOVUxa002bm9JcFN3NlkyR1Mw?= =?utf-8?B?MURmVk9TWnNEM0RCdGRYcko2VWlOSEJidHFvalpXN2crNCtwbmhxeFhidnVG?= =?utf-8?B?a2kwU3FkdzE1ckZjZ2EyWmlNZDRGNllWZDFQOUVhZ0hINU04ZFc3eVpYS20w?= =?utf-8?B?b3VBN1M3SzRKU2FMcnI4U1p5dXdGSTk2d21wbjhiUnJOOUlNZ2RiU3F6T2hQ?= =?utf-8?B?ZVNCQlpkTStvazJ6cEY4QkdVMWZyUmF3WXJsdi9FS3Y3aXcwWDA4THNFN2tZ?= =?utf-8?B?RWhrSW1abkd5aUlpSk4ycW05ZWZWVVUzZlJHQ1pNTjgyNnk4bVV5a1g4SE1Z?= =?utf-8?B?amV6WTdicHcvTDNSallKdEU1RXh1MkF6OFVMb0FpaE40UUxyZzRTaUlNZThV?= =?utf-8?B?dDRKVU4yRXBvTjBLcHU0SW9IU2RLb0NyeEREWWVmcGNsOVNJR0g3ZzdHVEtC?= =?utf-8?B?WGFWSG1LSU85dFVPbngvZ05TMTN6bkxsWmk2V1JSc1NRMjdyd0w0Smx5aUhr?= =?utf-8?B?QmxKaUdmRHN3OTByTmNXenJCOVZVQUpTMTBGeDlKR1F3NEE1dG1YaXY0QUdm?= =?utf-8?B?TzJGWldIVG01VnErcVE5V3RiemtuTVFTdHVHVlN6VFE3TGwveC9JS3ZUK0ZJ?= =?utf-8?B?ejNQODNZaU1rdzM3elF4K3VjbmhBUWJHSlljSzc5NGJZUkMyNlB3VVBFdGJY?= =?utf-8?B?N0NZZC9xdDFGWnVZZ2dJT0ZJR1NMK251VzlSVG45OGYrMWZKZXAvWEN1U3V5?= =?utf-8?B?OC9iWW9PZ0lOcmw0OFhlWEt6ZkdJYUZBazg5bWJlY0cxRXhndzJEUHRCNXg3?= =?utf-8?B?OXRBTzZCVERCemdBcDU0UGNYUTEzVHp6YTJhQ1BCL1U4dlRQWFJGbHhvM0Y1?= =?utf-8?B?SkJ5emEyRXNQdFRockdsZ2dVME5vQ2tLdEYrUmNXRFJBZXNWTVcvdGxSRkZ0?= =?utf-8?B?RjlkeWxrUzFSZ1VWSjh3RXdIMVhaaloxUlZEZlhFNjZVZDRtTEFxdmJWWmc0?= =?utf-8?B?ekhvbklHcFU4dnVwVjZkNE5wWDltT1NjdHNxMVBPeDg2MU9MQ2d1ZGU0bXRP?= =?utf-8?B?UmJjbW9WZTI0c3JWeWFYL1A0WUEyaVByNkVXZkptbmFUWWFqRUJUOXFpVWN1?= =?utf-8?B?cDQveURRbzZWRE5EdS9BUHRwOUhKV3hzRWFxZ09ZQjVmM0hOanB3MzJuWG05?= =?utf-8?B?aGJ5R0p0L21OVXIwU3huaE11K2hTaXVUaTZMN2gxcklnSWhrd2tWVlpOaEx5?= =?utf-8?B?SmI5OHBHVVJETktVcWtFbUFIWVp1Z0M0aHN4bWYwbUc0Zm1heVQxdW02SGE3?= =?utf-8?B?VE1ET1R2WnlKYVJiTkhNK3B0QzdGODVwSzVHdzJNQisrS212UGRPSUw4cVNL?= =?utf-8?B?VGxLZ3kzcHRaWXJRWm1IT1cxUC9TU3BOd0Z5V0YwUlhyaVh5ZVYvV0pSdWpx?= =?utf-8?B?MjRqVkdENnZUcEZ3Nk9SMjJRWnBva1I1TTBqN0xCbTMzRnVRS0VlcGVkYlNz?= =?utf-8?B?RktMZWtCMFhKSDhoNVMwL2dkei9qSUdMMDFWemhNL1ljUGpiU3daNE5vd0lY?= =?utf-8?B?MGZINk4vVjF2VnhHS3BGdmNENThwRUZnRytOMUtYL1g2K3d2NThXaUFvd2hy?= =?utf-8?B?NkFZTjRRTUREN2trc1VNM3ZJK0FGdXFGY2prRC9kVEoxcnlZYVQxMVk1Rkpm?= =?utf-8?B?VHBRdzUyeXFsL3FkL1grSG5qb0Q1VUo1ci95eGhtUnVHbUExODIzMk1NQVBq?= =?utf-8?Q?OcDQn1A7Mr68HyaA=3D?= X-Microsoft-Exchange-Diagnostics: =?utf-8?B?MTtDWTRQUjEyTUIxMTQzOzY6cVkvY2VNbVJrTE0wZGQ0QllybVNWTWlZYjBa?= =?utf-8?B?SzJZU1ZBM3lXVVBQTHNjSjQyRDZ0K2xrZTU0S3lKTkwwUHJmT2VuN3J3b1NG?= =?utf-8?B?UGtZbFJOMzJ5bmNjVU1jSGpMeDNLYTNXSFNsRlgwRmJsKzQ5NTc1RktXZEg1?= =?utf-8?B?WnVLZm9VcVR3QjBudmthZFpxWVE0ZEtkTm8zd29HMlBBTVpLdzVTWW0rZCtQ?= =?utf-8?B?QkdJYjk2b3NSbVRnOHNkTzF6cG9rQSt5R1dFT1FBMVh0cG15WVkwQUNDZzdj?= =?utf-8?B?NU5VNndGcWVCekdwSmdiVGJQMW1hSFJYT0FCMStSM0JMekNsbXg4SEZYSHFT?= =?utf-8?B?TTBOcURkL2lsSU9FNW1LYytyT0tlWDR2cGtkb2szcDhlN3F1M01DY1Iwampv?= =?utf-8?B?amc4Nlkvck4zaUJJNHJkM2FLc09EYTZBb0hzdkI2bmRKRHQzSVVyaHlRNldy?= =?utf-8?B?Z2JqMG9wLzBmM3p3UldUcHVWRW5tWlloRmZIY2ZJUkR2VjJNTVU1Z0pNd1ps?= =?utf-8?B?dUtLZ3hGekF5V1NKcDBJSzAxdmgvaVlCSlMrbzV3NllNM1R1K09nQlBPY01E?= =?utf-8?B?cTJJMjZsR0xZTkdHeHZGYTdITmR2aHRaS04vM3J2bVVVTmp3dzJKNlpLQWVQ?= =?utf-8?B?bkJHaVRJVExuVkRCWXVlMkZFeC9YNThpMzl5Z21NKzhxK09KWSt0d0tUZWdv?= =?utf-8?B?K1IzWUc3bFVmRjl4YjJFY2srNGgwMkNjZk9aTXVTeXFiRWhZK1NCSEQwcHZn?= =?utf-8?B?S0VoK3cxem9OTWRtd2VWWkxMMVp3MGFBdGdNWmZVb0VoVmQwSnM3SUppeGxw?= =?utf-8?B?L1l5MTJhMUZuWTRFT2V0VncyVkRBc2hQbFpOUjBYd0tNVURoc3dCNHFsQVRl?= =?utf-8?B?YTE2N1pVL3NpNmt5Tkx3VWFXc2k3Z29VV2hBaFF6Q3lyNWdUUVZsZVpnRGdv?= =?utf-8?B?b2dDbk5yc2FSdmtSSnBSRm1QVkpCV05uUS9xM3dFN3ZSYnlxaTNlWmVzY1hm?= =?utf-8?B?UG9VWWFIZ21aMHdoUTBZc0pWcVcxTU1JSzBCSUZKNnIrSm1BZGhoeTdwUlZL?= =?utf-8?B?WGFBYWppUFRETlJ4MXhoOEd5bTdYTGprSTZYZG44N256Ry9WcDFBc2xnL1Jx?= =?utf-8?B?OGNvQWhUUlc3ekdJekFCaC92TFV5TjluWUVuUENCeUFXQlRwNzdieVFlSU1F?= =?utf-8?B?dVBpSmgwNWszb0tOeEtBTUxkc1czZ0UwQUVndDV1MHQrMUw2YVUxVFUxQ0lQ?= =?utf-8?B?eU5MTHc3ZjhNdWxpK1JidjErdkpOeWlGaHBiN2x0VzJUbEhnSlBrMzZqMUtO?= =?utf-8?B?dmJ6Tk1QbUo4QllwVHJTMjgxT211dDltNWVoZXNXWlowenIzOGxUemxzMGZU?= =?utf-8?Q?24t7U6T?= X-Microsoft-Exchange-Diagnostics: 1;CY4PR12MB1143;5:7IO33GdFRt92Xgo7Aes4hVMDdd2cv7OPy2Tlgl4S5efGWmSHtJWUZ9X5cHrlRuNPIYmldkvahrN8stgyQp71ONCXxD6WFdPQS7TRaM6ZNOAbdgw1yiUNo1UM/D7cSwrYYZXlURv5EPK7IZUAiPjI1RhObILggv19CiInwbaQOtBypbL14EeTOGTPo8/2cmqZz4Ajc2KTadditoU6InLm7YJix5Vw6s3R03Om2gvuPeaIL5gfU1AGBN5hd70MJEvxgbacO7NzDltczRP7BeU/3CRwrb8iPZ21eJW7z5weBZv2zGqKOqKjs5Cx2ae0N7rB6rxmHrPBO6FUezsOv3oe5vFkz+RdFmX217mtAjoEpVAB93FsBWRAH/XUUx0FWY4BFDja2emGRsRjhjIiYxSIOniqrhQG/6NTJfq8x77ZPaHtLR+4SZGQ6ez/PXI1bUsdMM+G92ouSJwU5MJohMd1/iGn2lyDw1QJ/cEJgZkEvC1z4KnDMJfvDtAjctzzfiWy;24:25P9GO9xvehHv0NfJMzyLzO906EfHHYc72ZLAFxaRuHkKpOFnoGdrf4Dwewx2hxCGEG334tExYS8YGG/n25+/Bz+IZ0tfcxd2zZi5svQSJs= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1;CY4PR12MB1143;7:nsrhLV//avdPy6GFP5fF74fG12rsXc9Yzvmykx8MHvji1QCqEzUOIiKi9WvpqSkPejCQ/YSGjFSUQ72/M9o0xlWjXusp2X1T+EeCWyOFcFnsr+840Q1fogOERAD7WkLIse0Y0kRmqqLiHohDzOa7abEhUhDPCXbBgU6B4PcJwcI3L9n3SX1Mg5l63H0QR7iyZQ2jhAslaByeJ+obfGTT7IB7m4nuF0gFzd81JhPMcLtk5RseDi9pamb1uYFqylGhUm2JeMSUJu2k/tzdmVGQ8hEHgrs/1CMQnwnlIU4gHV0ATbMs5BZjWzXdoMA8sb2l4VBDJ9m6Kcb84l6M4FVZ/agV8VGK5yY3PDnOrXfrvAhNEYoUHrqt8ficaxk0MDnM5W2EijbvInx+KcrmYdGzN1HtaHM7BBZkXHmOJfwVtIIfOurNwX5G2ueWBR4UZZWYiwWFOTqgxYz49yb9Gs9XJG9QAX9DMFhTlFmFG3dI0uIu/y7ZUK6UaeeBkLjlUHtPuPwFgdgEvUcxyNrbsvRNrXoHqQ2FJSV6P/3f0Q/uFt24Ku9Q0JFatK9Dxbz4UoV00nLN5sNmV+86U/rZysGn1VkXeK7IMF7+ujXyKHaThlJzJrCxIIbacGohwln07Uqqe61R/hVYfT0j4UuOaDKj0zWpEGG6g9UyR2G4gRM057F7OZRt+OaGoIMWXkfrwpa39sMcAuPjio5fR034AehB0Hu5V0fv2QTYxet5rIe0Io02KkrPFhq2iesvbvLbCPRSh5s4GtcLKQNho+7kwxxTyTCrGWRc6lBtF3HmTwfZz7w= X-Microsoft-Exchange-Diagnostics: 1;CY4PR12MB1143;20:k0O+oKGkGYrytto97KZ9GISlnWQ5xDvOHNhhV10oiG1CB+MIhlx+qAQ7ER6K09VrLPyOYxbCGrXIaFfGxOsRQvefqtIJ07DIQ1Xkvf5w/+VCgDvs30fJBglMKvwlgGFDht/z3USD4r93sIkRbc9W4PhEpOptvRmmkzeprRhLbIZg4BTiTrY1yAF7Bzk2bPmtwoISX9hqZqRAmKiuubF6qeUHO2IrcwO/Pbvwmx1wJQsEcjWlSpr2GW/K8TmW6lq9 X-OriginatorOrg: amd.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 27 Jul 2017 14:15:26.3892 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR12MB1143 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 7/27/2017 2:17 AM, Ingo Molnar wrote: > > * Tom Lendacky wrote: > >> After issuing successive kexecs it was found that the SHA hash failed >> verification when booting the kexec'd kernel. When SME is enabled, the >> change from using pages that were marked encrypted to now being marked as >> not encrypted (through new identify mapped page tables) results in memory >> corruption if there are any cache entries for the previously encrypted >> pages. This is because separate cache entries can exist for the same >> physical location but tagged both with and without the encryption bit. >> >> To prevent this, issue a wbinvd before copying the pages from the source >> location to the destination location to clear any possible cache entry >> conflicts. >> >> Cc: >> Signed-off-by: Tom Lendacky >> --- >> arch/x86/kernel/relocate_kernel_64.S | 7 +++++++ >> 1 file changed, 7 insertions(+) >> >> diff --git a/arch/x86/kernel/relocate_kernel_64.S b/arch/x86/kernel/relocate_kernel_64.S >> index 98111b3..c11d8bc 100644 >> --- a/arch/x86/kernel/relocate_kernel_64.S >> +++ b/arch/x86/kernel/relocate_kernel_64.S >> @@ -132,6 +132,13 @@ identity_mapped: >> /* Flush the TLB (needed?) */ >> movq %r9, %cr3 >> >> + /* >> + * If SME is/was active, there could be old encrypted cache line >> + * entries that will conflict with the now unencrypted memory >> + * used by kexec. Flush the caches before copying the kernel. >> + */ >> + wbinvd > > WBINVD is very expensive IIRC - several milliseconds. > > So if we change the page table from encrypted to unencrypted we need to do a full > cache flush sounds pretty broken to me - how can then this be done via an API such > as mmap() without executing WBINVD? The hardware doesn't enforce coherency between encrypted and unencrypted mappings of the same physical page[1]. There are APIs that will perform a targeted cache flush when changing the encryption bit associated with a page table entry (set_memory_encrypted()/set_memory_decrypted()) and don't require a full cache flush. But in the case of kexec, there is a wholesale change of the page tables from what was active to the new identity mapped tables without any way to know what was previously mapped and whether it was previously mapped as encrypted or unencrypted. In this case I don't think an API such as mmap() will help. For SME, we will need to be sure the cache is flushed to avoid any coherency issues. I can #ifdef the wbinvd based on whether AMD_MEM_ENCRYPT is configured or not so that the wbinvd is avoided if not configured. Thanks, Tom [1] http://support.amd.com/TechDocs/24593.pdf (Section 7.10.6) > > Thanks, > > Ingo > From mboxrd@z Thu Jan 1 00:00:00 1970 Return-path: Received: from mail-dm3nam03on0067.outbound.protection.outlook.com ([104.47.41.67] helo=NAM03-DM3-obe.outbound.protection.outlook.com) by bombadil.infradead.org with esmtps (Exim 4.87 #1 (Red Hat Linux)) id 1dajZw-0000hd-IR for kexec@lists.infradead.org; Thu, 27 Jul 2017 14:15:54 +0000 Subject: Re: [PATCH v1 1/2] x86/mm, kexec: Fix memory corruption with SME on successive kexecs References: <28648b23b9957506069e20bd985e3d7e8af94780.1501092102.git.thomas.lendacky@amd.com> <20170727071717.aydwpzaji6l2o6xs@gmail.com> From: Tom Lendacky Message-ID: <62566e96-4e05-1622-bf3c-bf392506e84b@amd.com> Date: Thu, 27 Jul 2017 09:15:23 -0500 MIME-Version: 1.0 In-Reply-To: <20170727071717.aydwpzaji6l2o6xs@gmail.com> Content-Language: en-US List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii"; Format="flowed" Sender: "kexec" Errors-To: kexec-bounces+dwmw2=infradead.org@lists.infradead.org To: Ingo Molnar Cc: Brijesh Singh , Linus Torvalds , x86@kernel.org, kexec@lists.infradead.org, linux-kernel@vger.kernel.org, Ingo Molnar , Borislav Petkov , Andy Lutomirski , "H. Peter Anvin" , Thomas Gleixner , Dave Young On 7/27/2017 2:17 AM, Ingo Molnar wrote: > > * Tom Lendacky wrote: > >> After issuing successive kexecs it was found that the SHA hash failed >> verification when booting the kexec'd kernel. When SME is enabled, the >> change from using pages that were marked encrypted to now being marked as >> not encrypted (through new identify mapped page tables) results in memory >> corruption if there are any cache entries for the previously encrypted >> pages. This is because separate cache entries can exist for the same >> physical location but tagged both with and without the encryption bit. >> >> To prevent this, issue a wbinvd before copying the pages from the source >> location to the destination location to clear any possible cache entry >> conflicts. >> >> Cc: >> Signed-off-by: Tom Lendacky >> --- >> arch/x86/kernel/relocate_kernel_64.S | 7 +++++++ >> 1 file changed, 7 insertions(+) >> >> diff --git a/arch/x86/kernel/relocate_kernel_64.S b/arch/x86/kernel/relocate_kernel_64.S >> index 98111b3..c11d8bc 100644 >> --- a/arch/x86/kernel/relocate_kernel_64.S >> +++ b/arch/x86/kernel/relocate_kernel_64.S >> @@ -132,6 +132,13 @@ identity_mapped: >> /* Flush the TLB (needed?) */ >> movq %r9, %cr3 >> >> + /* >> + * If SME is/was active, there could be old encrypted cache line >> + * entries that will conflict with the now unencrypted memory >> + * used by kexec. Flush the caches before copying the kernel. >> + */ >> + wbinvd > > WBINVD is very expensive IIRC - several milliseconds. > > So if we change the page table from encrypted to unencrypted we need to do a full > cache flush sounds pretty broken to me - how can then this be done via an API such > as mmap() without executing WBINVD? The hardware doesn't enforce coherency between encrypted and unencrypted mappings of the same physical page[1]. There are APIs that will perform a targeted cache flush when changing the encryption bit associated with a page table entry (set_memory_encrypted()/set_memory_decrypted()) and don't require a full cache flush. But in the case of kexec, there is a wholesale change of the page tables from what was active to the new identity mapped tables without any way to know what was previously mapped and whether it was previously mapped as encrypted or unencrypted. In this case I don't think an API such as mmap() will help. For SME, we will need to be sure the cache is flushed to avoid any coherency issues. I can #ifdef the wbinvd based on whether AMD_MEM_ENCRYPT is configured or not so that the wbinvd is avoided if not configured. Thanks, Tom [1] http://support.amd.com/TechDocs/24593.pdf (Section 7.10.6) > > Thanks, > > Ingo > _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec