Received: by 10.223.164.202 with SMTP id h10csp590926wrb; Thu, 23 Nov 2017 03:14:39 -0800 (PST) X-Google-Smtp-Source: AGs4zMby0J1oDgWluoqxXCKO42lzifOwk8eHJxGD6IDfFMG+UildzC0MxAfwUMpuX1iQW6abDOf6 X-Received: by 10.84.218.72 with SMTP id f8mr25379113plm.143.1511435679316; Thu, 23 Nov 2017 03:14:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1511435679; cv=none; d=google.com; s=arc-20160816; b=N/+kHMi8ETYe8KSMpi4KWfvRsJM/X7ctLcMMTqV3FQ1oAeyE+2jYVdMnWzEMYlQXwB U8fWuSAHYM+uIwaaLXOJJj26zruc/m/HQ3bbIJeqttT2qJOOwTslZIruzZQ79MmeajzF JfXRsaFSDFu+YMh3vSzlAMT2E19MFxTUEGVZaQdQTGopmaLSl1nlm/E7pBk1CiBDSTmB lWFGLiFli2t9plJ2LIeOmWwBsFWPsH+YP1+qdHRw/Vym65qIhgcjk2qR8sgzCWVu3Hsw yDHsEu/bn40vp8Yd0Y4J06AvPmSdaeiWaYmEVDHWun+1u85c+IiWZGjFzCExEfpxrrUk mtug== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:user-agent:content-disposition :mime-version:subject:cc:to:from:date:arc-authentication-results; bh=i9clmfq4r0YQQJwMH0AmO1FXApwQUEXSD8plaIMSjyc=; b=GDgSGe0eefSkTFvgEmK3KFh7w2nNy4+ms34btlcZK7we30yUNKyU9Z7e/qmLp4MzQa KwrKKi2L/wElX88DWC/ov8PO5lLM6dDXf50iXmBdw8cLzorlipdx95wm0CEHN8kJKJzd H+RluiUM3FP7PS3V+70AYSQrAGGigddzk2K4rCtGnMBs+tFdWWbm8GWeMYAj9j9YfBJm VYUMNx4X4HnTynkwYjjOhx+4AEBnLIqlizxL/bQB8ZxyAyNVmq3u46pqjN7+i0AoQipX us2A+/q416zA22D25vbkzCMFWaRoD/9pZHckOwPky+Z726K+Sp5dPiYG1VGOCym5lWOD CMMg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id i8si8158584pll.783.2017.11.23.03.14.28; Thu, 23 Nov 2017 03:14:39 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752523AbdKWLNv (ORCPT + 77 others); Thu, 23 Nov 2017 06:13:51 -0500 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:49542 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751584AbdKWLNt (ORCPT ); Thu, 23 Nov 2017 06:13:49 -0500 Received: from pps.filterd (m0098410.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.21/8.16.0.21) with SMTP id vANBAE9G008772 for ; Thu, 23 Nov 2017 06:13:49 -0500 Received: from e06smtp13.uk.ibm.com (e06smtp13.uk.ibm.com [195.75.94.109]) by mx0a-001b2d01.pphosted.com with ESMTP id 2edw7cg9ks-1 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT) for ; Thu, 23 Nov 2017 06:13:49 -0500 Received: from localhost by e06smtp13.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Thu, 23 Nov 2017 11:13:41 -0000 Received: from b06cxnps3074.portsmouth.uk.ibm.com (9.149.109.194) by e06smtp13.uk.ibm.com (192.168.101.143) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Thu, 23 Nov 2017 11:13:37 -0000 Received: from d06av23.portsmouth.uk.ibm.com (d06av23.portsmouth.uk.ibm.com [9.149.105.59]) by b06cxnps3074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id vANBDaov29163640; Thu, 23 Nov 2017 11:13:36 GMT Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 14D60A4059; Thu, 23 Nov 2017 11:08:16 +0000 (GMT) Received: from d06av23.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id A3AB3A4053; Thu, 23 Nov 2017 11:08:15 +0000 (GMT) Received: from samekh (unknown [9.162.48.51]) by d06av23.portsmouth.uk.ibm.com (Postfix) with ESMTPS; Thu, 23 Nov 2017 11:08:15 +0000 (GMT) Date: Thu, 23 Nov 2017 11:13:35 +0000 From: Andrea Reale To: linux-arm-kernel@lists.infradead.org Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org, m.bielski@virtualopensystems.com, arunks@qti.qualcomm.com, mark.rutland@arm.com, scott.branden@broadcom.com, will.deacon@arm.com, qiuxishi@huawei.com, catalin.marinas@arm.com, mhocko@suse.com, realean2@ie.ibm.com Subject: [PATCH v2 0/5] Memory hotplug support for arm64 - complete patchset v2 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.24 (2015-08-30) X-TM-AS-GCONF: 00 x-cbid: 17112311-0012-0000-0000-00000590C648 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 17112311-0013-0000-0000-0000190B9D6C Message-Id: X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-11-23_04:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=1 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1709140000 definitions=main-1711230155 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi all, this is a second round of patches to introduce memory hotplug and hotremove support for arm64. It builds on the work previously published at [1] and it implements the feedback received in the first round of reviews. The patchset applies and has been tested on commit bebc6082da0a ("Linux 4.14"). Due to a small regression introduced with commit 8135d8926c08 ("mm: memory_hotplug: memory hotremove supports thp migration"), you will need to appy patch [2] first, until the fix is not upstreamed. Comments and feedback are gold. [1] https://lkml.org/lkml/2017/4/11/536 [2] https://lkml.org/lkml/2017/11/20/902 Changes v1->v2: - swapper pgtable updated in place on hot add, avoiding unnecessary copy - stop_machine used to updated swapper on hot add, avoiding races - introduced check on offlining state before hot remove - new memblock flag used to mark partially unused vmemmap pages, avoiding the nasty 0xFD hack used in the prev rev (and in x86 hot remove code) - proper cleaning sequence for p[um]ds,ptes and related TLB management - Removed macros that changed hot remove behavior based on number of pgtable levels. Now this is hidden in the pgtable traversal macros. - Check on the corner case where P[UM]Ds would have to be split during hot remove: now this is forbidden. - Minor fixes and refactoring. Andrea Reale (4): mm: memory_hotplug: Remove assumption on memory state before hotremove mm: memory_hotplug: memblock to track partially removed vmemmap mem mm: memory_hotplug: Add memory hotremove probe device mm: memory-hotplug: Add memory hot remove support for arm64 Maciej Bielski (1): mm: memory_hotplug: Memory hotplug (add) support for arm64 arch/arm64/Kconfig | 15 + arch/arm64/configs/defconfig | 2 + arch/arm64/include/asm/mmu.h | 7 + arch/arm64/mm/init.c | 116 ++++++++ arch/arm64/mm/mmu.c | 609 ++++++++++++++++++++++++++++++++++++++++- drivers/acpi/acpi_memhotplug.c | 2 +- drivers/base/memory.c | 34 ++- include/linux/memblock.h | 12 + include/linux/memory_hotplug.h | 9 +- mm/memblock.c | 32 +++ mm/memory_hotplug.c | 13 +- 11 files changed, 835 insertions(+), 16 deletions(-) -- 2.7.4 From 1585612515318023929@xxx Fri Dec 01 19:52:11 +0000 2017 X-GM-THRID: 1585612515318023929 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread