From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754216AbdCMS51 (ORCPT ); Mon, 13 Mar 2017 14:57:27 -0400 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:57415 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1751829AbdCMS5S (ORCPT ); Mon, 13 Mar 2017 14:57:18 -0400 Date: Mon, 13 Mar 2017 19:57:10 +0100 From: Heiko Carstens To: "Rafael J. Wysocki" Cc: Dan Williams , Andrew Morton , Linux MM , "linux-kernel@vger.kernel.org" , linux-s390 , Michal Hocko , Vladimir Davydov , Ben Hutchings , Gerald Schaefer , Martin Schwidefsky , Sebastian Ott Subject: Re: [PATCH 1/2] mm: add private lock to serialize memory hotplug operations References: <20170309130616.51286-1-heiko.carstens@de.ibm.com> <3207330.x0D3JT6f2l@aspire.rjw.lan> <2552966.WcQWnf8t6b@aspire.rjw.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2552966.WcQWnf8t6b@aspire.rjw.lan> User-Agent: Mutt/1.5.21 (2010-09-15) X-TM-AS-GCONF: 00 x-cbid: 17031318-0012-0000-0000-000004E3A54A X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 17031318-0013-0000-0000-000017973A9A Message-Id: <20170313185710.GA3422@osiris> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-03-13_13:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1702020001 definitions=main-1703130147 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 09, 2017 at 11:34:44PM +0100, Rafael J. Wysocki wrote: > > The memory described by devm_memremap_pages() is never "onlined" to > > the core mm. We're only using arch_add_memory() to get a linear > > mapping and page structures. The rest of memory hotplug is skipped, > > and this ZONE_DEVICE memory is otherwise hidden from the core mm. > > OK, that should be fine then. So, does that mean that the patch is ok as it is? If so, it would be good to get an Ack from both, you and Dan, please. Thanks, Heiko