From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754005AbdDNKOr (ORCPT ); Fri, 14 Apr 2017 06:14:47 -0400 Received: from mail-db5eur01on0132.outbound.protection.outlook.com ([104.47.2.132]:53792 "EHLO EUR01-DB5-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752356AbdDNKOn (ORCPT ); Fri, 14 Apr 2017 06:14:43 -0400 Authentication-Results: vger.kernel.org; dkim=none (message not signed) header.d=none;vger.kernel.org; dmarc=none action=none header.from=virtuozzo.com; From: Dmitry Safonov To: CC: <0x7f454c46@gmail.com>, Dmitry Safonov , , Russell King , Will Deacon , Andy Lutomirski , Thomas Gleixner , Cyrill Gorcunov , Pavel Emelyanov , Christopher Covington Subject: [PATCH] ARM32: Support mremap() for sigpage/vDSO Date: Fri, 14 Apr 2017 13:10:33 +0300 Message-ID: <20170414101033.4780-1-dsafonov@virtuozzo.com> X-Mailer: git-send-email 2.12.2 MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [195.214.232.6] X-ClientProxiedBy: DB5PR08CA0050.eurprd08.prod.outlook.com (10.166.166.146) To VI1PR0801MB1741.eurprd08.prod.outlook.com (10.168.67.19) X-MS-Office365-Filtering-Correlation-Id: 2330174e-378c-4c6f-d22d-08d4831f0fc5 X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:(22001)(201703131423075)(201703031133081);SRVR:VI1PR0801MB1741; X-Microsoft-Exchange-Diagnostics: 1;VI1PR0801MB1741;3:zDgn7i1hEnK2TidLd/EYx35nDsCq6f2vVe+j6HBN1znE871Y2McXXzwYT7JTdsCLMpU9ucBXkeezkVELNIA6eoZhk3E/jgEmb4/h9EpF9iRcwlTIa9Rx8h8ZyTeV6BS9tvNtr6mIcE3ot7/vMzfsNug0HUaXIEh8/zU9FelTdmYMerHwiOxerNNjnYCOvBuTQ9u1k39kOzjLMIWn4W1N5SQDaC0b7f4guZJp2ixkevUa/1LS+D7IsVUiDkjJU+buwtPciJNgsvJKSu6zdO1rIGVE2lp5QJD8o5b+Cf7/OVuRduFPLldYO2b950RAeL6816OTKQ1pEss7aHt6zSUypA==;25:r+O+I8OdCyKXkKxz7fbQHT/74T0WAtOpLrnvwZY4DxevXb2VXe9G5KX3n+m2/MOHuOoOMP8LWiquSIUrnpS/a0akvcsH7rfNnikmMSciRPRia2slZWwM7kD9HNzartPrLtM8VaGfyLfo4hSI6PTVC2YZaqq2Vt3gvOrCz89FO4GyPUT55dJ5W1FR/iTjDgGpLLhuKPCLd+EEuxijAHxqFH6qvVtPg64ch+yia7kAXT/391BtHqFCh+T9fB5yVF9zeSAnMIMVq62l4pCNOw4GdOxs38ldI4LmXADWZxL6T5e3LcBaa4IfMXah36dNRkNC/8f5lHxcEcKF8PLUv6vFDEcGOnRhWFm+5+8PlTqXazM2GnAdVQwgEcyIMt5VBMvGnxmFOONvk7N1lbQO/CIua5swCaQAXfSCvfoConxUi0q/USPNRZs6b6oisfE8yHAjmwWqTXL7tSw1Yimdn9w50A== X-Microsoft-Exchange-Diagnostics: 1;VI1PR0801MB1741;31:iAK+XN2+8+IUpUw2AS+mRXy+SIMEjBQDrEqgAhIDXXUXTk8Q5JB+srvMcMx5mJ8iVvNJjG8UqqGMpZ+9verdU+Hsf4tmXOph6mcORx7CsLOarls773UFTGbkmG9HJRMiZIZ9VDq1H2f8X+BN5sv3B5Wr2IHDR5EO3x2dt2OCbpU5gY+d5RG96alNzuVMp5rE01HQPXOT5QC6QIgbinOWKLH5ssm4+cTrArXAKiUPe8t+QsB5BZo2y2Yr/V/euIcZLEo2fHqRilx3fag+DdEp3g==;20:i0u4KoB8K0/vDyD2zw9sXGbY5qHoAkZz9Hcm6ijqhFnb5Vr2yYEIWuCsXOP3F/Sq0jbL2wZjuYi0jOq9Aaq0m6u2yFjOGnOLDvEsps9ipbPfKHD/x2u9fRiU1gwTZFO3cEPGWhGhwAuQ247Ay2ezR5wKHPRDEFYnaPea5A5ZeeG6VYsTglB+WB4L2Wd+bzYvQOWgJwurIF2mrpEM8s7Hufv+5+FOqp57MmkjcLtiUlEzJTY4vL74bBEZZxtHjEDdWXNakLFi1rOhgEclUuccgXDxGV0QqGak6SN4O6rJeq3CGsC0q9xLlIzxASSB97Ck5Cf2mwsnmSA4OsEW1c7GmoasQi0k0UKu3ktLzOJJdX6iBT5hDnJWaoB3vGv2GVhrCGF7B0nIDuIeF/FB/CZZbKvMzXh/d0QzWWY8B6Xtm9g= X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(180628864354917)(258649278758335); X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(6040450)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001)(93006095)(93001095)(6041248)(20161123562025)(20161123564025)(201703131423075)(201702281528075)(201703061421075)(20161123560025)(20161123555025)(6072148);SRVR:VI1PR0801MB1741;BCL:0;PCL:0;RULEID:;SRVR:VI1PR0801MB1741; X-Microsoft-Exchange-Diagnostics: 1;VI1PR0801MB1741;4:hvtfJr51rM+ESHYXEUJPB/htjfaAKLYLQg8oUoXYukxp/SDsr0wFl43qF10J/4GUuRtyHaMKV0gGbW4Joa+H1YgpDpvgIeBC3RGOvrreWSsofo2QAIfneQx5t2kjVckIujI9Wl7q2JHwAngCdSMXVvQj79UbSY1n+xaDSDYv/tVGJhYY6kCK7S2Ugp37kRRnkTcpTocb9mfZsFVk6GbJxzik9TISjYx3UAs6RnxdH8SM6OadPPOlYjcd6jQYhiA+Q2efqzDAzw0vxWjVYoVY6yOK+EpHqXgZuaVLQoTKwDRSz4CXldWhN8iGNPQkePjWYTHEQyzIGeh4WIWSv3LHNfB0H7pnfOgm/rAr7IkfP1cIY7F5u/D0VC/KpyxEx3ShCK+Z4QEKjBDvCVZr1H6OrZ6VfF7y7AR0ltWNfMvAW6/xx6HiO2wRiI0rP6n4PprrG9Y9cmMJMWwmnwlLDM3RXZqz/9GqmOf3SXvrqSErPL9kpQG/bO4WJwUplFiVpzk4jefTKGg1JUhk3sdRSfQvpllZnOfpRqk4+I3KllMCnDK8Mwrh/cdWnhVoHDfLCg1zKDstmywul/SFece+1GWjoH8fgkWqvfiFSirRxvAMTSi9JxN++ZpbirWetSSyP/wkuhksHvCA6j12R+Ywpf6Z23gyPxWPLVGCLtMrUaAN3lFmA9xfUKuM7rmlZqtrqJckGhQ9+DXlUWO86AlTGxaFeN3bGP1vwDwUuGvu9vcyYJl7X7zbS3tXFvYaXG1XkifRpxU1n0sjqauzm2KCzc2TlDhgaR+ZDOOFCRHgwFMnRc0= X-Forefront-PRVS: 02778BF158 X-Forefront-Antispam-Report: SFV:NSPM;SFS:(10019020)(4630300001)(6009001)(39400400002)(39830400002)(39450400003)(39410400002)(66066001)(6916009)(42186005)(5660300001)(50466002)(81166006)(50986999)(8676002)(50226002)(6666003)(53416004)(47776003)(2351001)(189998001)(2906002)(25786009)(33646002)(6512007)(38730400002)(6116002)(3846002)(4326008)(305945005)(86362001)(6506006)(36756003)(48376002)(110136004)(7736002)(53936002)(1076002)(6486002);DIR:OUT;SFP:1102;SCL:1;SRVR:VI1PR0801MB1741;H:dsafonov.sw.ru;FPR:;SPF:None;MLV:sfv;LANG:en; X-Microsoft-Exchange-Diagnostics: 1;VI1PR0801MB1741;23:qSQGQ5o3T+6LOni++ETXrGmoPlML1wBejU4cHfjmbLEw/r2Q60Og9BSJn42yAZQqhGzIc+jgQsjpS+K4gE01Ht8oYzohJX8dd2aWt4DdryZW3bf+Y/mr1D0G8Y/9cE/KTIdseZi1YlFvBB32/YK5kpu+Wpuyq7CLRihNhEmAvWDc5EOopKQ1SqpLQIMeWiWDLt29E2fz91wsUF2x26VHsg6jUdYqJf9zvF2kdUD+AIv8yM+n0YgY5o8bvhkBn0KFaNS1DHsiRivvWL3XxJA6S6wBf91dIGoiMPyu6O7Fa7/s5O/5PRSyTqYb70aifeI0kTYWtI65GqKsgXyUWeKgktb0OQ67RNrNKrxGtpz2IkIlyWkUjmIbn80AwUO/wklAl5DlQsOoL2BQx3qHOGLWALTN1Ox2R+HQ6v3pqmWE6J1gZ00O1pEZsBw9L2EPiJuWA6AoPXx4O66jh/a4zDKcOu4Y/l6vf56gvHTlbQbzXcatxHJz4tuEEWHHc/Y1EywnyQC0g8xfCzSCM3Pgq14rhUHgRhW7olwFeZYKk7/fzOJ/Zwitt+j5DzqAGiLjKvmr2tAcKdWtNyXLLeB5C+ZVkoZ/6qb/OQz+PVFB5RVRDY6bpA1aSKH8U0P1hTaGp7GwbmJfgq6LJt+3rvNen2SzAT1ukQESv5adWuq8c8/5xbOYOw1nzWqbzHKV6K0E8s9/zCeuTGuBolyLzJw2UqDgzksdI2SerwnAhuLZdz5tyGm5T3LGsZ7vK2aOX4gRGZhEUa2X/QgJK2pykzs6fVxZyuJS3WZC2h6Rrec7EKCyPhWq2t6awx44nBz4l4MQxdYbm0DuCQkkMug43DFCo7XIqyYlSlXcFFi4twNCimZIDKZHuMWOp6fJIuJfWP3EFz4jPsQ9QCIRV/Jo6CJN4vWbScddeiX/p+QDUXxejFsePM/0+WCbaLygM71OSkvsCRbx X-Microsoft-Exchange-Diagnostics: 1;VI1PR0801MB1741;6:4ktG8eCUGZg7GLZeSwwZvnaQXeC1U+CrbBClrvjWX21cnN0TAfnBa2BwiUrDLDUl69k+9MrUWEAhsOwTQ77V4btQ9OQTtySOjmBxkv6dNeJxln0MB/9ehL9AglbbSxnk0NcuSsXq2JYO01gwah67G4uLDKTo138PRwdQfZ7ZQ7RYHINPK1aMZYYR10e/CiotgN61JhYZ689loAVMDoRQWyC6SiuGzN85Irqyrd2YEqZcLEAqE+uIYXI9Gs8QP0lUdSlA676JwRq0GNwj5NX92SBp7rZg9DQiLPp+OihdPpDssuDjvGYJedQ0FIZB8fdkOsngcNoHSSEbx8U8yqrpLh1cNxJKAvR/lFrfIzroRa05yntPB6NwgJhviY3nHrFs0eqkLtwpEbHUz1gwYd+jJ0o7Pl3z+4RuK3Aptr+33iW/2bBt2WalXjMo7whUwLIvF+WNzogPO3bOQGFESxq3Og==;5:MC7oY2VlgKjER5glvzLdeRHbZj16PIGYbnDTSTzF2+z1DFuGkOtEtbal1F1xdVpg8urjq96gMztn18ee78ftbXXfU9V/7IMq4iqla3EuPcJvXaWOR7vA6j9yiUntPbcHmTcA8N7o1O0PtxhsEuUWXQ==;24:OEUL4+g4XUq4mPIBQkf2fxZusYX2zwi/VPbGIF30Rh97cIqj/SAhAeV/+aSftZvkLBQfKafAIX8Uz15xp629Ay+LB7ykNOu3mRWJ+FNY84M= SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-Microsoft-Exchange-Diagnostics: 1;VI1PR0801MB1741;7:IMxh8cASmCjmyOFXjYz4WlmtlNkRqU+52hXK3hML4p7Lx8R5IdSftq8qUzljMas2bAGWMa/GpAOVu3/izUhwfyOw8b2riZK1tBik+xrGEf9uWU302Gr5wm5otAKK6jbHP3rq3HyBCx8eWQlGlMxVRaiCeG2vqa8tIqKToXtvkSqa9gI8BkegXZt65IfdLdkRN3WqF5f7MmpcLKWeiGDX9hsqsgi/o3YA9h0vpRKR4d8bvBwh3AJCQg86oO8/eJSQFEYZcaraq3EaQp/eU60m1bD927p2rVTUOdXhUHejvy5mhXuoCYVTn3GC6Ipz12qAXd+UyfCjimm6hoySFCGXbw==;20:NUr3c/DIXa6TxQt0dbfmYovRqnamQ0tXcjeyJqTRMHb6Locy+uYldGQNeWOrNpNtQVTdNZgrWCL8pA1fziDBCMhXNtldqFKn9WrDYlj8Y5A7TQmgvhS4QDE2ud/zNuAHhMOmSNLWJDE9d9D1P8WhZdDzI1Io43Sr/l0InEFzs60= X-OriginatorOrg: virtuozzo.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 14 Apr 2017 10:14:38.5069 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR0801MB1741 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org CRIU restores application mappings on the same place where they were before Checkpoint. That means, that we need to move vDSO and sigpage during restore on exactly the same place where they were before C/R. Make mremap() code update mm->context.{sigpage,vdso} pointers during VMA move. Sigpage is used for landing after handling a signal - if the pointer is not updated during moving, the application might crash on any signal after mremap(). vDSO pointer on ARM32 is used only for setting auxv at this moment, update it during mremap() in case of future usage. Without those updates, current work of CRIU on ARM32 is not reliable. Historically, we error Checkpointing if we find vDSO page on ARM32 and suggest user to disable CONFIG_VDSO. But that's not correct - it goes from x86 where signal processing is ended in vDSO blob. For arm32 it's sigpage, which is not disabled with `CONFIG_VDSO=n'. Looks like C/R was working by luck - because userspace on ARM32 at this moment always sets SA_RESTORER (and sigpage is not used in that case). Cc: linux-arm-kernel@lists.infradead.org Cc: Russell King Cc: Will Deacon Cc: Andy Lutomirski Cc: Thomas Gleixner Cc: Cyrill Gorcunov Cc: Pavel Emelyanov Cc: Christopher Covington Signed-off-by: Dmitry Safonov --- arch/arm/kernel/process.c | 8 ++++++++ arch/arm/kernel/vdso.c | 18 ++++++++++++++++++ arch/x86/entry/vdso/vma.c | 3 --- mm/mmap.c | 4 ++++ 4 files changed, 30 insertions(+), 3 deletions(-) diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c index 939e8b58c59d..1e6039cac68d 100644 --- a/arch/arm/kernel/process.c +++ b/arch/arm/kernel/process.c @@ -404,9 +404,17 @@ static unsigned long sigpage_addr(const struct mm_struct *mm, static struct page *signal_page; extern struct page *get_signal_page(void); +static int sigpage_mremap(const struct vm_special_mapping *sm, + struct vm_area_struct *new_vma) +{ + current->mm->context.sigpage = new_vma->vm_start; + return 0; +} + static const struct vm_special_mapping sigpage_mapping = { .name = "[sigpage]", .pages = &signal_page, + .mremap = sigpage_mremap, }; int arch_setup_additional_pages(struct linux_binprm *bprm, int uses_interp) diff --git a/arch/arm/kernel/vdso.c b/arch/arm/kernel/vdso.c index 53cf86cf2d1a..27777d26aeac 100644 --- a/arch/arm/kernel/vdso.c +++ b/arch/arm/kernel/vdso.c @@ -54,8 +54,26 @@ static const struct vm_special_mapping vdso_data_mapping = { .pages = &vdso_data_page, }; +static int vdso_mremap(const struct vm_special_mapping *sm, + struct vm_area_struct *new_vma) +{ + unsigned long new_size = new_vma->vm_end - new_vma->vm_start; + unsigned long vdso_size; + + /* without VVAR page */ + vdso_size = (vdso_total_pages - 1) << PAGE_SHIFT; + + if (vdso_size != new_size) + return -EINVAL; + + current->mm->context.vdso = (void __user *)new_vma->vm_start; + + return 0; +} + static struct vm_special_mapping vdso_text_mapping __ro_after_init = { .name = "[vdso]", + .mremap = vdso_mremap, }; struct elfinfo { diff --git a/arch/x86/entry/vdso/vma.c b/arch/x86/entry/vdso/vma.c index 226ca70dc6bd..363730caa60e 100644 --- a/arch/x86/entry/vdso/vma.c +++ b/arch/x86/entry/vdso/vma.c @@ -77,9 +77,6 @@ static int vdso_mremap(const struct vm_special_mapping *sm, if (image->size != new_size) return -EINVAL; - if (WARN_ON_ONCE(current->mm != new_vma->vm_mm)) - return -EFAULT; - vdso_fix_landing(image, new_vma); current->mm->context.vdso = (void __user *)new_vma->vm_start; diff --git a/mm/mmap.c b/mm/mmap.c index bfbe8856d134..534aef99cfe9 100644 --- a/mm/mmap.c +++ b/mm/mmap.c @@ -3152,8 +3152,12 @@ static int special_mapping_mremap(struct vm_area_struct *new_vma) { struct vm_special_mapping *sm = new_vma->vm_private_data; + if (WARN_ON_ONCE(current->mm != new_vma->vm_mm)) + return -EFAULT; + if (sm->mremap) return sm->mremap(sm, new_vma); + return 0; } -- 2.12.2 From mboxrd@z Thu Jan 1 00:00:00 1970 From: dsafonov@virtuozzo.com (Dmitry Safonov) Date: Fri, 14 Apr 2017 13:10:33 +0300 Subject: [PATCH] ARM32: Support mremap() for sigpage/vDSO Message-ID: <20170414101033.4780-1-dsafonov@virtuozzo.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org CRIU restores application mappings on the same place where they were before Checkpoint. That means, that we need to move vDSO and sigpage during restore on exactly the same place where they were before C/R. Make mremap() code update mm->context.{sigpage,vdso} pointers during VMA move. Sigpage is used for landing after handling a signal - if the pointer is not updated during moving, the application might crash on any signal after mremap(). vDSO pointer on ARM32 is used only for setting auxv at this moment, update it during mremap() in case of future usage. Without those updates, current work of CRIU on ARM32 is not reliable. Historically, we error Checkpointing if we find vDSO page on ARM32 and suggest user to disable CONFIG_VDSO. But that's not correct - it goes from x86 where signal processing is ended in vDSO blob. For arm32 it's sigpage, which is not disabled with `CONFIG_VDSO=n'. Looks like C/R was working by luck - because userspace on ARM32 at this moment always sets SA_RESTORER (and sigpage is not used in that case). Cc: linux-arm-kernel at lists.infradead.org Cc: Russell King Cc: Will Deacon Cc: Andy Lutomirski Cc: Thomas Gleixner Cc: Cyrill Gorcunov Cc: Pavel Emelyanov Cc: Christopher Covington Signed-off-by: Dmitry Safonov --- arch/arm/kernel/process.c | 8 ++++++++ arch/arm/kernel/vdso.c | 18 ++++++++++++++++++ arch/x86/entry/vdso/vma.c | 3 --- mm/mmap.c | 4 ++++ 4 files changed, 30 insertions(+), 3 deletions(-) diff --git a/arch/arm/kernel/process.c b/arch/arm/kernel/process.c index 939e8b58c59d..1e6039cac68d 100644 --- a/arch/arm/kernel/process.c +++ b/arch/arm/kernel/process.c @@ -404,9 +404,17 @@ static unsigned long sigpage_addr(const struct mm_struct *mm, static struct page *signal_page; extern struct page *get_signal_page(void); +static int sigpage_mremap(const struct vm_special_mapping *sm, + struct vm_area_struct *new_vma) +{ + current->mm->context.sigpage = new_vma->vm_start; + return 0; +} + static const struct vm_special_mapping sigpage_mapping = { .name = "[sigpage]", .pages = &signal_page, + .mremap = sigpage_mremap, }; int arch_setup_additional_pages(struct linux_binprm *bprm, int uses_interp) diff --git a/arch/arm/kernel/vdso.c b/arch/arm/kernel/vdso.c index 53cf86cf2d1a..27777d26aeac 100644 --- a/arch/arm/kernel/vdso.c +++ b/arch/arm/kernel/vdso.c @@ -54,8 +54,26 @@ static const struct vm_special_mapping vdso_data_mapping = { .pages = &vdso_data_page, }; +static int vdso_mremap(const struct vm_special_mapping *sm, + struct vm_area_struct *new_vma) +{ + unsigned long new_size = new_vma->vm_end - new_vma->vm_start; + unsigned long vdso_size; + + /* without VVAR page */ + vdso_size = (vdso_total_pages - 1) << PAGE_SHIFT; + + if (vdso_size != new_size) + return -EINVAL; + + current->mm->context.vdso = (void __user *)new_vma->vm_start; + + return 0; +} + static struct vm_special_mapping vdso_text_mapping __ro_after_init = { .name = "[vdso]", + .mremap = vdso_mremap, }; struct elfinfo { diff --git a/arch/x86/entry/vdso/vma.c b/arch/x86/entry/vdso/vma.c index 226ca70dc6bd..363730caa60e 100644 --- a/arch/x86/entry/vdso/vma.c +++ b/arch/x86/entry/vdso/vma.c @@ -77,9 +77,6 @@ static int vdso_mremap(const struct vm_special_mapping *sm, if (image->size != new_size) return -EINVAL; - if (WARN_ON_ONCE(current->mm != new_vma->vm_mm)) - return -EFAULT; - vdso_fix_landing(image, new_vma); current->mm->context.vdso = (void __user *)new_vma->vm_start; diff --git a/mm/mmap.c b/mm/mmap.c index bfbe8856d134..534aef99cfe9 100644 --- a/mm/mmap.c +++ b/mm/mmap.c @@ -3152,8 +3152,12 @@ static int special_mapping_mremap(struct vm_area_struct *new_vma) { struct vm_special_mapping *sm = new_vma->vm_private_data; + if (WARN_ON_ONCE(current->mm != new_vma->vm_mm)) + return -EFAULT; + if (sm->mremap) return sm->mremap(sm, new_vma); + return 0; } -- 2.12.2