[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH 28/65] x86/hvm: Annotate fnptr targets from hvm_funcs
- To: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
- From: Jan Beulich <jbeulich@xxxxxxxx>
- Date: Mon, 29 Nov 2021 15:14:11 +0100
- Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=suse.com; dmarc=pass action=none header.from=suse.com; dkim=pass header.d=suse.com; arc=none
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=8zqj4lACxr1pCBahFuYGmCtNNgQ/IZice66D19Ean/8=; b=cu+RUHsNKsiuU4q8yvGkcR4QbrXmCpFlRUVjck2KxViiCpcoHa1MLatX05Z70uOpJKzZ3dlBIom0pAyj2z0N3Z6t4Ea1kF0Gf6glBHmNeIhuyHiCvsnZbkiXPcwZ3geh0uvZ4/qDQNO40c2PxCtIfM+3zWOb9/K4E+++EdL2DDjtA/UsMScvDC2tOJSWCRwAzOAlxtvSq3A9LRXwingYdX6nPolKium7h42Kev5dZJB/6WgKiaL93LluWsAeXn/FtTx7ybLBjaJyoFFpyOBOFSiNei/VY1IaqxroQKY3SlM7jr+tDKbfYD432QdPIz9AJDnomp+PTz44oD3mKbuXqg==
- Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=XwHddQ4UyPJcAs3dWKBZuZnKDly5IwC6FnIrDKPYeaYIiEeu8BCgGf4myzk66po0gAyW0mskyjrVenrxJmgnS54yl/61LI3EP23ymW/HoAoZ/d7fGyOPqgNRvXAd4ml1a8F4N5PHatwOHf8vdTjuSNe+iMRfavE0rhKHxUXIWlhuoN28ahPTIKUqDdua5r9jj0CSod5BkZ0pXiKaoE/v756yaXcgB37KUCzI6L8/FMZTbnTLBAgyGjKw7UqqZW/54ierCJ8soxz7K9brDUAZg9b3Ols0KEoQY4V+nSXOEdCrpUNIa4VgF2Fn3Rq02cF3KuwKl78FLvcCYsE2NN+cbw==
- Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=suse.com;
- Cc: Roger Pau Monné <roger.pau@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, Xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>
- Delivery-date: Mon, 29 Nov 2021 14:14:15 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On 26.11.2021 13:34, Andrew Cooper wrote:
> In svm.c, make a few rearrangements. svm_update_guest_cr() has no external
> callers so can become static, but needs moving along with svm_fpu_enter() to
> avoid a forward declaration. Also move svm_update_guest_efer() to drop its
> forward declaration.
Sadly this means svm_fpu_leave() is now far away from svm_fpu_enter(). Can't
the two be kept together?
Jan
|