From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-4.0 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4D44AC433E0 for ; Wed, 29 Jul 2020 09:32:28 +0000 (UTC) Received: from ml01.01.org (ml01.01.org [198.145.21.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 295C32076E for ; Wed, 29 Jul 2020 09:32:28 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 295C32076E Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linux.ibm.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-nvdimm-bounces@lists.01.org Received: from ml01.vlan13.01.org (localhost [IPv6:::1]) by ml01.01.org (Postfix) with ESMTP id 102C9126AAA0E; Wed, 29 Jul 2020 02:32:28 -0700 (PDT) Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=148.163.156.1; helo=mx0a-001b2d01.pphosted.com; envelope-from=rppt@linux.ibm.com; receiver= Received: from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com [148.163.156.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 72579126A2F81 for ; Wed, 29 Jul 2020 02:32:25 -0700 (PDT) Received: from pps.filterd (m0098396.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 06T93bf6067805; Wed, 29 Jul 2020 05:32:12 -0400 Received: from pps.reinject (localhost [127.0.0.1]) by mx0a-001b2d01.pphosted.com with ESMTP id 32jy8vkapt-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 29 Jul 2020 05:32:12 -0400 Received: from m0098396.ppops.net (m0098396.ppops.net [127.0.0.1]) by pps.reinject (8.16.0.36/8.16.0.36) with SMTP id 06T93iK8068431; Wed, 29 Jul 2020 05:32:06 -0400 Received: from ppma03ams.nl.ibm.com (62.31.33a9.ip4.static.sl-reverse.com [169.51.49.98]) by mx0a-001b2d01.pphosted.com with ESMTP id 32jy8vkajg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 29 Jul 2020 05:32:05 -0400 Received: from pps.filterd (ppma03ams.nl.ibm.com [127.0.0.1]) by ppma03ams.nl.ibm.com (8.16.0.42/8.16.0.42) with SMTP id 06T9TuNs015244; Wed, 29 Jul 2020 09:31:58 GMT Received: from b06cxnps4075.portsmouth.uk.ibm.com (d06relay12.portsmouth.uk.ibm.com [9.149.109.197]) by ppma03ams.nl.ibm.com with ESMTP id 32gcpx4vje-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 29 Jul 2020 09:31:58 +0000 Received: from d06av21.portsmouth.uk.ibm.com (d06av21.portsmouth.uk.ibm.com [9.149.105.232]) by b06cxnps4075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 06T9Vu8657933988 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 29 Jul 2020 09:31:56 GMT Received: from d06av21.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 1EADC52050; Wed, 29 Jul 2020 09:31:56 +0000 (GMT) Received: from linux.ibm.com (unknown [9.148.204.160]) by d06av21.portsmouth.uk.ibm.com (Postfix) with ESMTPS id 01EE75204F; Wed, 29 Jul 2020 09:31:52 +0000 (GMT) Date: Wed, 29 Jul 2020 12:31:50 +0300 From: Mike Rapoport To: Justin He Subject: Re: [RFC PATCH 0/6] decrease unnecessary gap due to pmem kmem alignment Message-ID: <20200729093150.GC3672596@linux.ibm.com> References: <20200729033424.2629-1-justin.he@arm.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-TM-AS-GCONF: 00 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235,18.0.687 definitions=2020-07-29_03:2020-07-29,2020-07-29 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 phishscore=0 mlxscore=0 bulkscore=0 malwarescore=0 adultscore=0 clxscore=1011 lowpriorityscore=0 suspectscore=0 mlxlogscore=891 spamscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2007290061 Message-ID-Hash: BY7YY246KHHSSILF2YUHIYRFH4R6A4AX X-Message-ID-Hash: BY7YY246KHHSSILF2YUHIYRFH4R6A4AX X-MailFrom: rppt@linux.ibm.com X-Mailman-Rule-Hits: nonmember-moderation X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation CC: David Hildenbrand , Catalin Marinas , Will Deacon , Greg Kroah-Hartman , "Rafael J. Wysocki" , Andrew Morton , Steve Capper , Mark Rutland , Anshuman Khandual , Hsin-Yi Wang , Jason Gunthorpe , Dave Hansen , Kees Cook , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "linux-nvdimm@lists.01.org" , "linux-mm@kvack.org" , Pankaj Gupta , Kaly Xin X-Mailman-Version: 3.1.1 Precedence: list List-Id: "Linux-nvdimm developer list." Archived-At: List-Archive: List-Help: List-Post: List-Subscribe: List-Unsubscribe: Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgSnVzdGluLA0KDQpPbiBXZWQsIEp1bCAyOSwgMjAyMCBhdCAwODoyNzo1OEFNICswMDAwLCBK dXN0aW4gSGUgd3JvdGU6DQo+IEhpIERhdmlkDQo+ID4gPg0KPiA+ID4gV2l0aG91dCB0aGlzIHNl cmllcywgaWYgcWVtdSBjcmVhdGVzIGEgNEcgYnl0ZXMgbnZkaW1tIGRldmljZSwgd2UgY2FuDQo+ ID4gb25seQ0KPiA+ID4gdXNlIDJHIGJ5dGVzIGZvciBkYXggcG1lbShrbWVtKSBpbiB0aGUgd29y c3QgY2FzZS4NCj4gPiA+IGUuZy4NCj4gPiA+IDI0MDAwMDAwMC0zM2ZkZmZmZmYgOiBQZXJzaXN0 ZW50IE1lbW9yeQ0KPiA+ID4gV2UgY2FuIG9ubHkgdXNlIHRoZSBtZW1ibG9jayBiZXR3ZWVuIFsy NDAwMDAwMDAsIDJmZmZmZmZmZl0gZHVlIHRvIHRoZQ0KPiA+IGhhcmQNCj4gPiA+IGxpbWl0YXRp b24uIEl0IHdhc3RlcyB0b28gbXVjaCBtZW1vcnkgc3BhY2UuDQo+ID4gPg0KPiA+ID4gRGVjcmVh c2luZyB0aGUgU0VDVElPTl9TSVpFX0JJVFMgb24gYXJtNjQgbWlnaHQgYmUgYW4gYWx0ZXJuYXRp dmUsIGJ1dA0KPiA+IHRoZXJlDQo+ID4gPiBhcmUgdG9vIG1hbnkgY29uY2VybnMgZnJvbSBvdGhl ciBjb25zdHJhaW50cywgZS5nLiBQQUdFX1NJWkUsIGh1Z2V0bGIsDQo+ID4gPiBTUEFSU0VNRU1f Vk1FTU1BUCwgcGFnZSBiaXRzIGluIHN0cnVjdCBwYWdlIC4uLg0KPiA+ID4NCj4gPiA+IEJlc2lk ZSBkZWNyZWFzaW5nIHRoZSBTRUNUSU9OX1NJWkVfQklUUywgd2UgY2FuIGFsc28gcmVsYXggdGhl IGttZW0NCj4gPiBhbGlnbm1lbnQNCj4gPiA+IHdpdGggbWVtb3J5X2Jsb2NrX3NpemVfYnl0ZXMo KS4NCj4gPiA+DQo+ID4gPiBUZXN0ZWQgb24gYXJtNjQgZ3Vlc3QgYW5kIHg4NiBndWVzdCwgcWVt dSBjcmVhdGVzIGEgNEcgcG1lbSBkZXZpY2UuIGRheA0KPiA+IHBtZW0NCj4gPiA+IGNhbiBiZSB1 c2VkIGFzIHJhbSB3aXRoIHNtYWxsZXIgZ2FwLiBBbHNvIHRoZSBrbWVtIGhvdHBsdWcgYWRkL3Jl bW92ZQ0KPiA+IGFyZSBib3RoDQo+ID4gPiB0ZXN0ZWQgb24gYXJtNjQveDg2IGd1ZXN0Lg0KPiA+ ID4NCj4gPiANCj4gPiBIaSwNCj4gPiANCj4gPiBJIGFtIG5vdCBjb252aW5jZWQgdGhpcyB1c2Ug Y2FzZSBpcyB3b3J0aCBzdWNoIGhhY2tzICh0aGF04oCZcyB3aGF0IGl0IGlzKQ0KPiA+IGZvciBu b3cuIE9uIHJlYWwgbWFjaGluZXMgcG1lbSBpcyBiaWcgLSB5b3VyIGV4YW1wbGUgKGxvc2luZyA1 MCUgaXMNCj4gPiBleHRyZW1lKS4NCj4gPiANCj4gPiBJIHdvdWxkIG11Y2ggcmF0aGVyIHdhbnQg dG8gc2VlIHRoZSBzZWN0aW9uIHNpemUgb24gYXJtNjQgcmVkdWNlZC4gSQ0KPiA+IHJlbWVtYmVy IHRoZXJlIHdlcmUgcGF0Y2hlcyBhbmQgdGhhdCBhdCBsZWFzdCB3aXRoIGEgYmFzZSBwYWdlIHNp emUgb2YgNGsNCj4gPiBpdCBjYW4gYmUgcmVkdWNlZCBkcmFzdGljYWxseSAoNjRrIGJhc2UgcGFn ZXMgYXJlIG1vcmUgcHJvYmxlbWF0aWMgZHVlIHRvDQo+ID4gdGhlIHJpZGljdWxvdXMgVEhQIHNp emUgb2YgNTEyTSkuIEJ1dCBjb3VsZCBiZSBhIHNlY3Rpb24gc2l6ZSBvZiA1MTIgaXMNCj4gPiBw b3NzaWJsZSBvbiBhbGwgY29uZmlncyByaWdodCBub3cuDQo+IA0KPiBZZXMsIEkgb25jZSBpbnZl c3RpZ2F0ZWQgaG93IHRvIHJlZHVjZSBzZWN0aW9uIHNpemUgb24gYXJtNjQgdGhvdWdodGZ1bGx5 Og0KPiBUaGVyZSBhcmUgbWFueSBjb25zdHJhaW50cyBmb3IgcmVkdWNpbmcgU0VDVElPTl9TSVpF X0JJVFMNCj4gMS4gR2l2ZW4gcGFnZS0+ZmxhZ3MgYml0cyBpcyBsaW1pdGVkLCBTRUNUSU9OX1NJ WkVfQklUUyBjYW4ndCBiZSByZWR1Y2VkIHRvbw0KPiAgICBtdWNoLg0KPiAyLiBPbmNlIENPTkZJ R19TUEFSU0VNRU1fVk1FTU1BUCBpcyBlbmFibGVkLCBzZWN0aW9uIGlkIHdpbGwgbm90IGJlIGNv dW50ZWQNCj4gICAgaW50byBwYWdlLT5mbGFncy4NCj4gMy4gTUFYX09SREVSIGRlcGVuZHMgb24g U0VDVElPTl9TSVpFX0JJVFMgDQo+ICAtIDMuMSBtbXpvbmUuaA0KPiAjaWYgKE1BWF9PUkRFUiAt IDEgKyBQQUdFX1NISUZUKSA+IFNFQ1RJT05fU0laRV9CSVRTDQo+ICNlcnJvciBBbGxvY2F0b3Ig TUFYX09SREVSIGV4Y2VlZHMgU0VDVElPTl9TSVpFDQo+ICNlbmRpZg0KPiAgLSAzLjIgaHVnZXBh Z2VfaW5pdCgpDQo+IE1BWUJFX0JVSUxEX0JVR19PTihIUEFHRV9QTURfT1JERVIgPj0gTUFYX09S REVSKTsNCj4gDQo+IEhlbmNlIHdoZW4gQVJNNjRfNEtfUEFHRVMgJiYgQ09ORklHX1NQQVJTRU1F TV9WTUVNTUFQIGFyZSBlbmFibGVkLA0KPiBTRUNUSU9OX1NJWkVfQklUUyBjYW4gYmUgcmVkdWNl ZCB0byAyNy4NCj4gQnV0IHdoZW4gQVJNNjRfNjRLX1BBR0VTLCBnaXZlbiAzLjIsIE1BWF9PUkRF UiA+IDI5LTE2ID0gMTMuDQo+IEdpdmVuIDMuMSBTRUNUSU9OX1NJWkVfQklUUyA+PSBNQVhfT1JE RVIrMTUgPiAyOC4gU28gU0VDVElPTl9TSVpFX0JJVFMgY2FuIG5vdA0KPiBiZSByZWR1Y2VkIHRv IDI3Lg0KPiANCj4gSW4gb25lIHdvcmQsIGlmIHdlIGNvbnNpZGVyZWQgdG8gcmVkdWNlIFNFQ1RJ T05fU0laRV9CSVRTIG9uIGFybTY0LCB0aGUgS2NvbmZpZw0KPiBtaWdodCBiZSB2ZXJ5IGNvbXBs aWNhdGVkLGUuZy4gd2Ugc3RpbGwgbmVlZCB0byBjb25zaWRlciB0aGUgY2FzZSBmb3INCj4gQVJN NjRfMTZLX1BBR0VTLg0KDQpJdCBpcyBub3QgbmVjZXNzYXJ5IHRvIHBvbGx1dGUgS2NvbmZpZyB3 aXRoIHRoYXQuDQphcmNoL2FybTY0L2luY2x1ZGUvYXNtL3NwYXJlc2VtZW0uaCBjYW4gaGF2ZSBz b21ldGhpbmcgbGlrZQ0KDQojaWZkZWYgQ09ORklHX0FSTTY0XzY0S19QQUdFUw0KI2RlZmluZSBT UEFSU0VfU0VDVElPTl9TSVpFIDI5DQojZWxpZiBkZWZpbmVkKENPTkZJR19BUk0xNktfUEFHRVMp DQojZGVmaW5lIFNQQVJTRV9TRUNUSU9OX1NJWkUgMjgNCiNlbGlmIGRlZmluZWQoQ09ORklHX0FS TTRLX1BBR0VTKQ0KI2RlZmluZSBTUEFSU0VfU0VDVElPTl9TSVpFIDI3DQojZWxzZQ0KI2Vycm9y DQojZW5kaWYNCiANClRoZXJlIGlzIHN0aWxsIGxhcmdlIGdhcCB3aXRoIEFSTTY0XzY0S19QQUdF UywgdGhvdWdoLg0KDQpBcyBmb3IgU1BBUlNFTUVNIHdpdGhvdXQgVk1FTU1BUCwgYXJlIHRoZXJl IGFjdHVhbCBiZW5lZml0cyB0byB1c2UgaXQ/DQoNCj4gPiANCj4gPiBJbiB0aGUgbG9uZyB0ZXJt IHdlIG1pZ2h0IHdhbnQgdG8gcmV3b3JrIHRoZSBtZW1vcnkgYmxvY2sgZGV2aWNlIG1vZGVsDQo+ ID4gKGV2ZW50dWFsbHkgc3VwcG9ydGluZyBvbGQvbmV3IGFzIGRpc2N1c3NlZCB3aXRoIE1pY2hh bCBzb21lIHRpbWUgYWdvDQo+ID4gdXNpbmcgYSBrZXJuZWwgcGFyYW1ldGVyKSwgZHJvcHBpbmcg dGhlIGZpeGVkIHNpemVzDQo+IA0KPiBIYXMgdGhpcyBiZWVuIHBvc3RlZCB0byBMaW51eCBtbSBt YWlsbGlzdD8gU29ycnksIHNlYXJjaGVkIGFuZCBkaWRuJ3QgZmluZCBpdC4NCj4gDQo+IA0KPiAt LQ0KPiBDaGVlcnMsDQo+IEp1c3RpbiAoSmlhIEhlKQ0KPiANCj4gDQo+IA0KPiA+IC0gYWxsb3dp bmcgc2l6ZXMgLyBhZGRyZXNzZXMgYWxpZ25lZCB3aXRoIHN1YnNlY3Rpb24gc2l6ZQ0KPiA+IC0g ZHJhc3RpY2FsbHkgcmVkdWNpbmcgdGhlIG51bWJlciBvZiBkZXZpY2VzIGZvciBib290IG1lbW9y eSB0byBvbmx5IGENCj4gPiBoYW5kIGZ1bGwgKGUuZy4sIG9uZSBwZXIgcmVzb3VyY2UgLyBESU1N IHdlIGNhbiBhY3R1YWxseSB1bnBsdWcgYWdhaW4uDQo+ID4gDQo+ID4gTG9uZyBzdG9yeSBzaG9y dCwgSSBkb27igJl0IGxpa2UgdGhpcyBoYWNrLg0KPiA+IA0KPiA+IA0KPiA+ID4gVGhpcyBwYXRj aCBzZXJpZXMgKG1haW5seSBwYXRjaDYvNikgaXMgYmFzZWQgb24gdGhlIGZpeGluZyBwYXRjaCwg fnY1LjgtDQo+ID4gcmM1IFsyXS4NCj4gPiA+DQo+ID4gPiBbMV0gaHR0cHM6Ly9sa21sLm9yZy9s a21sLzIwMTkvNi8xOS82Nw0KPiA+ID4gWzJdIGh0dHBzOi8vbGttbC5vcmcvbGttbC8yMDIwLzcv OC8xNTQ2DQo+ID4gPiBKaWEgSGUgKDYpOg0KPiA+ID4gIG1tL21lbW9yeV9ob3RwbHVnOiByZW1v dmUgcmVkdW5kYW50IG1lbW9yeSBibG9jayBzaXplIGFsaWdubWVudCBjaGVjaw0KPiA+ID4gIHJl c291cmNlOiBleHBvcnQgZmluZF9uZXh0X2lvbWVtX3JlcygpIGhlbHBlcg0KPiA+ID4gIG1tL21l bW9yeV9ob3RwbHVnOiBhbGxvdyBwbWVtIGttZW0gbm90IHRvIGFsaWduIHdpdGggbWVtb3J5X2Js b2NrX3NpemUNCj4gPiA+ICBtbS9wYWdlX2FsbG9jOiBhZGp1c3QgdGhlIHN0YXJ0LGVuZCBpbiBk YXggcG1lbSBrbWVtIGNhc2UNCj4gPiA+ICBkZXZpY2UtZGF4OiByZWxheCB0aGUgbWVtYmxvY2sg c2l6ZSBhbGlnbm1lbnQgZm9yIGttZW1fc3RhcnQNCj4gPiA+ICBhcm02NDogZmFsbCBiYWNrIHRv IHZtZW1tYXBfcG9wdWxhdGVfYmFzZXBhZ2VzIGlmIG5vdCBhbGlnbmVkICB3aXRoDQo+ID4gPiAg ICBQTURfU0laRQ0KPiA+ID4NCj4gPiA+IGFyY2gvYXJtNjQvbW0vbW11LmMgICAgfCAgNCArKysr DQo+ID4gPiBkcml2ZXJzL2Jhc2UvbWVtb3J5LmMgIHwgMjQgKysrKysrKysrKysrKysrKy0tLS0t LS0tDQo+ID4gPiBkcml2ZXJzL2RheC9rbWVtLmMgICAgIHwgMjIgKysrKysrKysrKysrKy0tLS0t LS0tLQ0KPiA+ID4gaW5jbHVkZS9saW51eC9pb3BvcnQuaCB8ICAzICsrKw0KPiA+ID4ga2VybmVs L3Jlc291cmNlLmMgICAgICB8ICAzICsrLQ0KPiA+ID4gbW0vbWVtb3J5X2hvdHBsdWcuYyAgICB8 IDM5ICsrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrLQ0KPiA+ID4gbW0vcGFn ZV9hbGxvYy5jICAgICAgICB8IDE0ICsrKysrKysrKysrKysrDQo+ID4gPiA3IGZpbGVzIGNoYW5n ZWQsIDkwIGluc2VydGlvbnMoKyksIDE5IGRlbGV0aW9ucygtKQ0KPiA+ID4NCj4gPiA+IC0tDQo+ ID4gPiAyLjE3LjENCj4gPiA+DQo+IA0KDQotLSANClNpbmNlcmVseSB5b3VycywNCk1pa2UuCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCkxpbnV4LW52ZGlt bSBtYWlsaW5nIGxpc3QgLS0gbGludXgtbnZkaW1tQGxpc3RzLjAxLm9yZwpUbyB1bnN1YnNjcmli ZSBzZW5kIGFuIGVtYWlsIHRvIGxpbnV4LW52ZGltbS1sZWF2ZUBsaXN0cy4wMS5vcmcK From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-4.0 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 77E49C433DF for ; Wed, 29 Jul 2020 09:32:45 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 57F85206D4 for ; Wed, 29 Jul 2020 09:32:45 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727849AbgG2Jco (ORCPT ); Wed, 29 Jul 2020 05:32:44 -0400 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]:16140 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726536AbgG2Jcn (ORCPT ); Wed, 29 Jul 2020 05:32:43 -0400 Received: from pps.filterd (m0098396.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 06T93bf6067805; Wed, 29 Jul 2020 05:32:12 -0400 Received: from pps.reinject (localhost [127.0.0.1]) by mx0a-001b2d01.pphosted.com with ESMTP id 32jy8vkapt-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 29 Jul 2020 05:32:12 -0400 Received: from m0098396.ppops.net (m0098396.ppops.net [127.0.0.1]) by pps.reinject (8.16.0.36/8.16.0.36) with SMTP id 06T93iK8068431; Wed, 29 Jul 2020 05:32:06 -0400 Received: from ppma03ams.nl.ibm.com (62.31.33a9.ip4.static.sl-reverse.com [169.51.49.98]) by mx0a-001b2d01.pphosted.com with ESMTP id 32jy8vkajg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 29 Jul 2020 05:32:05 -0400 Received: from pps.filterd (ppma03ams.nl.ibm.com [127.0.0.1]) by ppma03ams.nl.ibm.com (8.16.0.42/8.16.0.42) with SMTP id 06T9TuNs015244; Wed, 29 Jul 2020 09:31:58 GMT Received: from b06cxnps4075.portsmouth.uk.ibm.com (d06relay12.portsmouth.uk.ibm.com [9.149.109.197]) by ppma03ams.nl.ibm.com with ESMTP id 32gcpx4vje-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 29 Jul 2020 09:31:58 +0000 Received: from d06av21.portsmouth.uk.ibm.com (d06av21.portsmouth.uk.ibm.com [9.149.105.232]) by b06cxnps4075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 06T9Vu8657933988 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 29 Jul 2020 09:31:56 GMT Received: from d06av21.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 1EADC52050; Wed, 29 Jul 2020 09:31:56 +0000 (GMT) Received: from linux.ibm.com (unknown [9.148.204.160]) by d06av21.portsmouth.uk.ibm.com (Postfix) with ESMTPS id 01EE75204F; Wed, 29 Jul 2020 09:31:52 +0000 (GMT) Date: Wed, 29 Jul 2020 12:31:50 +0300 From: Mike Rapoport To: Justin He Cc: David Hildenbrand , Dan Williams , Vishal Verma , Catalin Marinas , Will Deacon , Greg Kroah-Hartman , "Rafael J. Wysocki" , Dave Jiang , Andrew Morton , Steve Capper , Mark Rutland , Logan Gunthorpe , Anshuman Khandual , Hsin-Yi Wang , Jason Gunthorpe , Dave Hansen , Kees Cook , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "linux-nvdimm@lists.01.org" , "linux-mm@kvack.org" , Wei Yang , Pankaj Gupta , Ira Weiny , Kaly Xin Subject: Re: [RFC PATCH 0/6] decrease unnecessary gap due to pmem kmem alignment Message-ID: <20200729093150.GC3672596@linux.ibm.com> References: <20200729033424.2629-1-justin.he@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-TM-AS-GCONF: 00 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235,18.0.687 definitions=2020-07-29_03:2020-07-29,2020-07-29 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 phishscore=0 mlxscore=0 bulkscore=0 malwarescore=0 adultscore=0 clxscore=1011 lowpriorityscore=0 suspectscore=0 mlxlogscore=891 spamscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2007290061 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Justin, On Wed, Jul 29, 2020 at 08:27:58AM +0000, Justin He wrote: > Hi David > > > > > > Without this series, if qemu creates a 4G bytes nvdimm device, we can > > only > > > use 2G bytes for dax pmem(kmem) in the worst case. > > > e.g. > > > 240000000-33fdfffff : Persistent Memory > > > We can only use the memblock between [240000000, 2ffffffff] due to the > > hard > > > limitation. It wastes too much memory space. > > > > > > Decreasing the SECTION_SIZE_BITS on arm64 might be an alternative, but > > there > > > are too many concerns from other constraints, e.g. PAGE_SIZE, hugetlb, > > > SPARSEMEM_VMEMMAP, page bits in struct page ... > > > > > > Beside decreasing the SECTION_SIZE_BITS, we can also relax the kmem > > alignment > > > with memory_block_size_bytes(). > > > > > > Tested on arm64 guest and x86 guest, qemu creates a 4G pmem device. dax > > pmem > > > can be used as ram with smaller gap. Also the kmem hotplug add/remove > > are both > > > tested on arm64/x86 guest. > > > > > > > Hi, > > > > I am not convinced this use case is worth such hacks (that’s what it is) > > for now. On real machines pmem is big - your example (losing 50% is > > extreme). > > > > I would much rather want to see the section size on arm64 reduced. I > > remember there were patches and that at least with a base page size of 4k > > it can be reduced drastically (64k base pages are more problematic due to > > the ridiculous THP size of 512M). But could be a section size of 512 is > > possible on all configs right now. > > Yes, I once investigated how to reduce section size on arm64 thoughtfully: > There are many constraints for reducing SECTION_SIZE_BITS > 1. Given page->flags bits is limited, SECTION_SIZE_BITS can't be reduced too > much. > 2. Once CONFIG_SPARSEMEM_VMEMMAP is enabled, section id will not be counted > into page->flags. > 3. MAX_ORDER depends on SECTION_SIZE_BITS > - 3.1 mmzone.h > #if (MAX_ORDER - 1 + PAGE_SHIFT) > SECTION_SIZE_BITS > #error Allocator MAX_ORDER exceeds SECTION_SIZE > #endif > - 3.2 hugepage_init() > MAYBE_BUILD_BUG_ON(HPAGE_PMD_ORDER >= MAX_ORDER); > > Hence when ARM64_4K_PAGES && CONFIG_SPARSEMEM_VMEMMAP are enabled, > SECTION_SIZE_BITS can be reduced to 27. > But when ARM64_64K_PAGES, given 3.2, MAX_ORDER > 29-16 = 13. > Given 3.1 SECTION_SIZE_BITS >= MAX_ORDER+15 > 28. So SECTION_SIZE_BITS can not > be reduced to 27. > > In one word, if we considered to reduce SECTION_SIZE_BITS on arm64, the Kconfig > might be very complicated,e.g. we still need to consider the case for > ARM64_16K_PAGES. It is not necessary to pollute Kconfig with that. arch/arm64/include/asm/sparesemem.h can have something like #ifdef CONFIG_ARM64_64K_PAGES #define SPARSE_SECTION_SIZE 29 #elif defined(CONFIG_ARM16K_PAGES) #define SPARSE_SECTION_SIZE 28 #elif defined(CONFIG_ARM4K_PAGES) #define SPARSE_SECTION_SIZE 27 #else #error #endif There is still large gap with ARM64_64K_PAGES, though. As for SPARSEMEM without VMEMMAP, are there actual benefits to use it? > > > > In the long term we might want to rework the memory block device model > > (eventually supporting old/new as discussed with Michal some time ago > > using a kernel parameter), dropping the fixed sizes > > Has this been posted to Linux mm maillist? Sorry, searched and didn't find it. > > > -- > Cheers, > Justin (Jia He) > > > > > - allowing sizes / addresses aligned with subsection size > > - drastically reducing the number of devices for boot memory to only a > > hand full (e.g., one per resource / DIMM we can actually unplug again. > > > > Long story short, I don’t like this hack. > > > > > > > This patch series (mainly patch6/6) is based on the fixing patch, ~v5.8- > > rc5 [2]. > > > > > > [1] https://lkml.org/lkml/2019/6/19/67 > > > [2] https://lkml.org/lkml/2020/7/8/1546 > > > Jia He (6): > > > mm/memory_hotplug: remove redundant memory block size alignment check > > > resource: export find_next_iomem_res() helper > > > mm/memory_hotplug: allow pmem kmem not to align with memory_block_size > > > mm/page_alloc: adjust the start,end in dax pmem kmem case > > > device-dax: relax the memblock size alignment for kmem_start > > > arm64: fall back to vmemmap_populate_basepages if not aligned with > > > PMD_SIZE > > > > > > arch/arm64/mm/mmu.c | 4 ++++ > > > drivers/base/memory.c | 24 ++++++++++++++++-------- > > > drivers/dax/kmem.c | 22 +++++++++++++--------- > > > include/linux/ioport.h | 3 +++ > > > kernel/resource.c | 3 ++- > > > mm/memory_hotplug.c | 39 ++++++++++++++++++++++++++++++++++++++- > > > mm/page_alloc.c | 14 ++++++++++++++ > > > 7 files changed, 90 insertions(+), 19 deletions(-) > > > > > > -- > > > 2.17.1 > > > > -- Sincerely yours, Mike. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-4.0 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id BDEADC433DF for ; Wed, 29 Jul 2020 09:32:24 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 55B62206D4 for ; Wed, 29 Jul 2020 09:32:24 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 55B62206D4 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linux.ibm.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 8F1D76B0005; Wed, 29 Jul 2020 05:32:23 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 8A2986B0006; Wed, 29 Jul 2020 05:32:23 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 7B87A6B0007; Wed, 29 Jul 2020 05:32:23 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0087.hostedemail.com [216.40.44.87]) by kanga.kvack.org (Postfix) with ESMTP id 64F366B0005 for ; Wed, 29 Jul 2020 05:32:23 -0400 (EDT) Received: from smtpin05.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay04.hostedemail.com (Postfix) with ESMTP id 2372C69FA3 for ; Wed, 29 Jul 2020 09:32:23 +0000 (UTC) X-FDA: 77090597766.05.list01_050c99126f71 Received: from filter.hostedemail.com (10.5.16.251.rfc1918.com [10.5.16.251]) by smtpin05.hostedemail.com (Postfix) with ESMTP id EE3EB18013679 for ; Wed, 29 Jul 2020 09:32:22 +0000 (UTC) X-HE-Tag: list01_050c99126f71 X-Filterd-Recvd-Size: 9437 Received: from mx0a-001b2d01.pphosted.com (mx0a-001b2d01.pphosted.com [148.163.156.1]) by imf44.hostedemail.com (Postfix) with ESMTP for ; Wed, 29 Jul 2020 09:32:22 +0000 (UTC) Received: from pps.filterd (m0098396.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 06T93bf6067805; Wed, 29 Jul 2020 05:32:12 -0400 Received: from pps.reinject (localhost [127.0.0.1]) by mx0a-001b2d01.pphosted.com with ESMTP id 32jy8vkapt-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 29 Jul 2020 05:32:12 -0400 Received: from m0098396.ppops.net (m0098396.ppops.net [127.0.0.1]) by pps.reinject (8.16.0.36/8.16.0.36) with SMTP id 06T93iK8068431; Wed, 29 Jul 2020 05:32:06 -0400 Received: from ppma03ams.nl.ibm.com (62.31.33a9.ip4.static.sl-reverse.com [169.51.49.98]) by mx0a-001b2d01.pphosted.com with ESMTP id 32jy8vkajg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 29 Jul 2020 05:32:05 -0400 Received: from pps.filterd (ppma03ams.nl.ibm.com [127.0.0.1]) by ppma03ams.nl.ibm.com (8.16.0.42/8.16.0.42) with SMTP id 06T9TuNs015244; Wed, 29 Jul 2020 09:31:58 GMT Received: from b06cxnps4075.portsmouth.uk.ibm.com (d06relay12.portsmouth.uk.ibm.com [9.149.109.197]) by ppma03ams.nl.ibm.com with ESMTP id 32gcpx4vje-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 29 Jul 2020 09:31:58 +0000 Received: from d06av21.portsmouth.uk.ibm.com (d06av21.portsmouth.uk.ibm.com [9.149.105.232]) by b06cxnps4075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 06T9Vu8657933988 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 29 Jul 2020 09:31:56 GMT Received: from d06av21.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 1EADC52050; Wed, 29 Jul 2020 09:31:56 +0000 (GMT) Received: from linux.ibm.com (unknown [9.148.204.160]) by d06av21.portsmouth.uk.ibm.com (Postfix) with ESMTPS id 01EE75204F; Wed, 29 Jul 2020 09:31:52 +0000 (GMT) Date: Wed, 29 Jul 2020 12:31:50 +0300 From: Mike Rapoport To: Justin He Cc: David Hildenbrand , Dan Williams , Vishal Verma , Catalin Marinas , Will Deacon , Greg Kroah-Hartman , "Rafael J. Wysocki" , Dave Jiang , Andrew Morton , Steve Capper , Mark Rutland , Logan Gunthorpe , Anshuman Khandual , Hsin-Yi Wang , Jason Gunthorpe , Dave Hansen , Kees Cook , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "linux-nvdimm@lists.01.org" , "linux-mm@kvack.org" , Wei Yang , Pankaj Gupta , Ira Weiny , Kaly Xin Subject: Re: [RFC PATCH 0/6] decrease unnecessary gap due to pmem kmem alignment Message-ID: <20200729093150.GC3672596@linux.ibm.com> References: <20200729033424.2629-1-justin.he@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: X-TM-AS-GCONF: 00 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235,18.0.687 definitions=2020-07-29_03:2020-07-29,2020-07-29 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 phishscore=0 mlxscore=0 bulkscore=0 malwarescore=0 adultscore=0 clxscore=1011 lowpriorityscore=0 suspectscore=0 mlxlogscore=891 spamscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2007290061 X-Rspamd-Queue-Id: EE3EB18013679 X-Spamd-Result: default: False [0.00 / 100.00] X-Rspamd-Server: rspam05 Content-Transfer-Encoding: quoted-printable X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: Hi Justin, On Wed, Jul 29, 2020 at 08:27:58AM +0000, Justin He wrote: > Hi David > > > > > > Without this series, if qemu creates a 4G bytes nvdimm device, we c= an > > only > > > use 2G bytes for dax pmem(kmem) in the worst case. > > > e.g. > > > 240000000-33fdfffff : Persistent Memory > > > We can only use the memblock between [240000000, 2ffffffff] due to = the > > hard > > > limitation. It wastes too much memory space. > > > > > > Decreasing the SECTION_SIZE_BITS on arm64 might be an alternative, = but > > there > > > are too many concerns from other constraints, e.g. PAGE_SIZE, huget= lb, > > > SPARSEMEM_VMEMMAP, page bits in struct page ... > > > > > > Beside decreasing the SECTION_SIZE_BITS, we can also relax the kmem > > alignment > > > with memory_block_size_bytes(). > > > > > > Tested on arm64 guest and x86 guest, qemu creates a 4G pmem device.= dax > > pmem > > > can be used as ram with smaller gap. Also the kmem hotplug add/remo= ve > > are both > > > tested on arm64/x86 guest. > > > > >=20 > > Hi, > >=20 > > I am not convinced this use case is worth such hacks (that=E2=80=99s = what it is) > > for now. On real machines pmem is big - your example (losing 50% is > > extreme). > >=20 > > I would much rather want to see the section size on arm64 reduced. I > > remember there were patches and that at least with a base page size o= f 4k > > it can be reduced drastically (64k base pages are more problematic du= e to > > the ridiculous THP size of 512M). But could be a section size of 512 = is > > possible on all configs right now. >=20 > Yes, I once investigated how to reduce section size on arm64 thoughtful= ly: > There are many constraints for reducing SECTION_SIZE_BITS > 1. Given page->flags bits is limited, SECTION_SIZE_BITS can't be reduce= d too > much. > 2. Once CONFIG_SPARSEMEM_VMEMMAP is enabled, section id will not be cou= nted > into page->flags. > 3. MAX_ORDER depends on SECTION_SIZE_BITS=20 > - 3.1 mmzone.h > #if (MAX_ORDER - 1 + PAGE_SHIFT) > SECTION_SIZE_BITS > #error Allocator MAX_ORDER exceeds SECTION_SIZE > #endif > - 3.2 hugepage_init() > MAYBE_BUILD_BUG_ON(HPAGE_PMD_ORDER >=3D MAX_ORDER); >=20 > Hence when ARM64_4K_PAGES && CONFIG_SPARSEMEM_VMEMMAP are enabled, > SECTION_SIZE_BITS can be reduced to 27. > But when ARM64_64K_PAGES, given 3.2, MAX_ORDER > 29-16 =3D 13. > Given 3.1 SECTION_SIZE_BITS >=3D MAX_ORDER+15 > 28. So SECTION_SIZE_BIT= S can not > be reduced to 27. >=20 > In one word, if we considered to reduce SECTION_SIZE_BITS on arm64, the= Kconfig > might be very complicated,e.g. we still need to consider the case for > ARM64_16K_PAGES. It is not necessary to pollute Kconfig with that. arch/arm64/include/asm/sparesemem.h can have something like #ifdef CONFIG_ARM64_64K_PAGES #define SPARSE_SECTION_SIZE 29 #elif defined(CONFIG_ARM16K_PAGES) #define SPARSE_SECTION_SIZE 28 #elif defined(CONFIG_ARM4K_PAGES) #define SPARSE_SECTION_SIZE 27 #else #error #endif =20 There is still large gap with ARM64_64K_PAGES, though. As for SPARSEMEM without VMEMMAP, are there actual benefits to use it? > >=20 > > In the long term we might want to rework the memory block device mode= l > > (eventually supporting old/new as discussed with Michal some time ago > > using a kernel parameter), dropping the fixed sizes >=20 > Has this been posted to Linux mm maillist? Sorry, searched and didn't f= ind it. >=20 >=20 > -- > Cheers, > Justin (Jia He) >=20 >=20 >=20 > > - allowing sizes / addresses aligned with subsection size > > - drastically reducing the number of devices for boot memory to only = a > > hand full (e.g., one per resource / DIMM we can actually unplug again= . > >=20 > > Long story short, I don=E2=80=99t like this hack. > >=20 > >=20 > > > This patch series (mainly patch6/6) is based on the fixing patch, ~= v5.8- > > rc5 [2]. > > > > > > [1] https://lkml.org/lkml/2019/6/19/67 > > > [2] https://lkml.org/lkml/2020/7/8/1546 > > > Jia He (6): > > > mm/memory_hotplug: remove redundant memory block size alignment ch= eck > > > resource: export find_next_iomem_res() helper > > > mm/memory_hotplug: allow pmem kmem not to align with memory_block_= size > > > mm/page_alloc: adjust the start,end in dax pmem kmem case > > > device-dax: relax the memblock size alignment for kmem_start > > > arm64: fall back to vmemmap_populate_basepages if not aligned wit= h > > > PMD_SIZE > > > > > > arch/arm64/mm/mmu.c | 4 ++++ > > > drivers/base/memory.c | 24 ++++++++++++++++-------- > > > drivers/dax/kmem.c | 22 +++++++++++++--------- > > > include/linux/ioport.h | 3 +++ > > > kernel/resource.c | 3 ++- > > > mm/memory_hotplug.c | 39 ++++++++++++++++++++++++++++++++++++++- > > > mm/page_alloc.c | 14 ++++++++++++++ > > > 7 files changed, 90 insertions(+), 19 deletions(-) > > > > > > -- > > > 2.17.1 > > > >=20 --=20 Sincerely yours, Mike. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-4.0 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 1B496C433E0 for ; Wed, 29 Jul 2020 09:34:27 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id DD3A52250E for ; Wed, 29 Jul 2020 09:34:26 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="aGhDQIY2" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org DD3A52250E Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linux.ibm.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:Message-ID: Subject:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=0R5kJuJ+MX7LVgXer233Ue2UPyNZgz9dCZSt7fvkzVc=; b=aGhDQIY2+09Jne8DWViywj3GN eADNOByP66nhhKy5rbj0OytQlBU1rLQPVHJXf2lTGwCdedpHAG2f1hrJGrmmYf6XfmFAHorhZGoc0 cCx4iulyIqKRWoz1Pxo2pZb4AsZbTKp4cPXwI7+3hc1Os2E628yGRM+r1maePQq0iBGW/Rk/LV2MH dqPPbByleEdIAh0Q5mi04pUGYmz2flHLNVVutYBDFDygusK+O9Lu5EH50XFKy/oxrIBDw0apDPDcf EVo9X6ClgT9FxVjR6HxYNyC3JppES/pXY5yBhjMLj60SDDtX41ic2lvpv1aTZY5akbLBcclN6wCkS +cIRbwtdA==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1k0iS3-0000oe-PQ; Wed, 29 Jul 2020 09:32:43 +0000 Received: from mx0a-001b2d01.pphosted.com ([148.163.156.1]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1k0iS1-0000mJ-Fz for linux-arm-kernel@lists.infradead.org; Wed, 29 Jul 2020 09:32:42 +0000 Received: from pps.filterd (m0098396.ppops.net [127.0.0.1]) by mx0a-001b2d01.pphosted.com (8.16.0.42/8.16.0.42) with SMTP id 06T93bf6067805; Wed, 29 Jul 2020 05:32:12 -0400 Received: from pps.reinject (localhost [127.0.0.1]) by mx0a-001b2d01.pphosted.com with ESMTP id 32jy8vkapt-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 29 Jul 2020 05:32:12 -0400 Received: from m0098396.ppops.net (m0098396.ppops.net [127.0.0.1]) by pps.reinject (8.16.0.36/8.16.0.36) with SMTP id 06T93iK8068431; Wed, 29 Jul 2020 05:32:06 -0400 Received: from ppma03ams.nl.ibm.com (62.31.33a9.ip4.static.sl-reverse.com [169.51.49.98]) by mx0a-001b2d01.pphosted.com with ESMTP id 32jy8vkajg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 29 Jul 2020 05:32:05 -0400 Received: from pps.filterd (ppma03ams.nl.ibm.com [127.0.0.1]) by ppma03ams.nl.ibm.com (8.16.0.42/8.16.0.42) with SMTP id 06T9TuNs015244; Wed, 29 Jul 2020 09:31:58 GMT Received: from b06cxnps4075.portsmouth.uk.ibm.com (d06relay12.portsmouth.uk.ibm.com [9.149.109.197]) by ppma03ams.nl.ibm.com with ESMTP id 32gcpx4vje-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 29 Jul 2020 09:31:58 +0000 Received: from d06av21.portsmouth.uk.ibm.com (d06av21.portsmouth.uk.ibm.com [9.149.105.232]) by b06cxnps4075.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 06T9Vu8657933988 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 29 Jul 2020 09:31:56 GMT Received: from d06av21.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 1EADC52050; Wed, 29 Jul 2020 09:31:56 +0000 (GMT) Received: from linux.ibm.com (unknown [9.148.204.160]) by d06av21.portsmouth.uk.ibm.com (Postfix) with ESMTPS id 01EE75204F; Wed, 29 Jul 2020 09:31:52 +0000 (GMT) Date: Wed, 29 Jul 2020 12:31:50 +0300 From: Mike Rapoport To: Justin He Subject: Re: [RFC PATCH 0/6] decrease unnecessary gap due to pmem kmem alignment Message-ID: <20200729093150.GC3672596@linux.ibm.com> References: <20200729033424.2629-1-justin.he@arm.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-TM-AS-GCONF: 00 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.235, 18.0.687 definitions=2020-07-29_03:2020-07-29, 2020-07-29 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 phishscore=0 mlxscore=0 bulkscore=0 malwarescore=0 adultscore=0 clxscore=1011 lowpriorityscore=0 suspectscore=0 mlxlogscore=891 spamscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2007290061 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200729_053241_667162_5C4D1048 X-CRM114-Status: GOOD ( 43.59 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Mark Rutland , Kaly Xin , David Hildenbrand , Catalin Marinas , Dave Hansen , "linux-mm@kvack.org" , Will Deacon , Dave Jiang , "linux-nvdimm@lists.01.org" , Vishal Verma , "Rafael J. Wysocki" , Jason Gunthorpe , Kees Cook , Ira Weiny , Anshuman Khandual , Hsin-Yi Wang , Dan Williams , "linux-arm-kernel@lists.infradead.org" , Pankaj Gupta , Steve Capper , Greg Kroah-Hartman , "linux-kernel@vger.kernel.org" , Wei Yang , Andrew Morton , Logan Gunthorpe Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org SGkgSnVzdGluLAoKT24gV2VkLCBKdWwgMjksIDIwMjAgYXQgMDg6Mjc6NThBTSArMDAwMCwgSnVz dGluIEhlIHdyb3RlOgo+IEhpIERhdmlkCj4gPiA+Cj4gPiA+IFdpdGhvdXQgdGhpcyBzZXJpZXMs IGlmIHFlbXUgY3JlYXRlcyBhIDRHIGJ5dGVzIG52ZGltbSBkZXZpY2UsIHdlIGNhbgo+ID4gb25s eQo+ID4gPiB1c2UgMkcgYnl0ZXMgZm9yIGRheCBwbWVtKGttZW0pIGluIHRoZSB3b3JzdCBjYXNl Lgo+ID4gPiBlLmcuCj4gPiA+IDI0MDAwMDAwMC0zM2ZkZmZmZmYgOiBQZXJzaXN0ZW50IE1lbW9y eQo+ID4gPiBXZSBjYW4gb25seSB1c2UgdGhlIG1lbWJsb2NrIGJldHdlZW4gWzI0MDAwMDAwMCwg MmZmZmZmZmZmXSBkdWUgdG8gdGhlCj4gPiBoYXJkCj4gPiA+IGxpbWl0YXRpb24uIEl0IHdhc3Rl cyB0b28gbXVjaCBtZW1vcnkgc3BhY2UuCj4gPiA+Cj4gPiA+IERlY3JlYXNpbmcgdGhlIFNFQ1RJ T05fU0laRV9CSVRTIG9uIGFybTY0IG1pZ2h0IGJlIGFuIGFsdGVybmF0aXZlLCBidXQKPiA+IHRo ZXJlCj4gPiA+IGFyZSB0b28gbWFueSBjb25jZXJucyBmcm9tIG90aGVyIGNvbnN0cmFpbnRzLCBl LmcuIFBBR0VfU0laRSwgaHVnZXRsYiwKPiA+ID4gU1BBUlNFTUVNX1ZNRU1NQVAsIHBhZ2UgYml0 cyBpbiBzdHJ1Y3QgcGFnZSAuLi4KPiA+ID4KPiA+ID4gQmVzaWRlIGRlY3JlYXNpbmcgdGhlIFNF Q1RJT05fU0laRV9CSVRTLCB3ZSBjYW4gYWxzbyByZWxheCB0aGUga21lbQo+ID4gYWxpZ25tZW50 Cj4gPiA+IHdpdGggbWVtb3J5X2Jsb2NrX3NpemVfYnl0ZXMoKS4KPiA+ID4KPiA+ID4gVGVzdGVk IG9uIGFybTY0IGd1ZXN0IGFuZCB4ODYgZ3Vlc3QsIHFlbXUgY3JlYXRlcyBhIDRHIHBtZW0gZGV2 aWNlLiBkYXgKPiA+IHBtZW0KPiA+ID4gY2FuIGJlIHVzZWQgYXMgcmFtIHdpdGggc21hbGxlciBn YXAuIEFsc28gdGhlIGttZW0gaG90cGx1ZyBhZGQvcmVtb3ZlCj4gPiBhcmUgYm90aAo+ID4gPiB0 ZXN0ZWQgb24gYXJtNjQveDg2IGd1ZXN0Lgo+ID4gPgo+ID4gCj4gPiBIaSwKPiA+IAo+ID4gSSBh bSBub3QgY29udmluY2VkIHRoaXMgdXNlIGNhc2UgaXMgd29ydGggc3VjaCBoYWNrcyAodGhhdOKA mXMgd2hhdCBpdCBpcykKPiA+IGZvciBub3cuIE9uIHJlYWwgbWFjaGluZXMgcG1lbSBpcyBiaWcg LSB5b3VyIGV4YW1wbGUgKGxvc2luZyA1MCUgaXMKPiA+IGV4dHJlbWUpLgo+ID4gCj4gPiBJIHdv dWxkIG11Y2ggcmF0aGVyIHdhbnQgdG8gc2VlIHRoZSBzZWN0aW9uIHNpemUgb24gYXJtNjQgcmVk dWNlZC4gSQo+ID4gcmVtZW1iZXIgdGhlcmUgd2VyZSBwYXRjaGVzIGFuZCB0aGF0IGF0IGxlYXN0 IHdpdGggYSBiYXNlIHBhZ2Ugc2l6ZSBvZiA0awo+ID4gaXQgY2FuIGJlIHJlZHVjZWQgZHJhc3Rp Y2FsbHkgKDY0ayBiYXNlIHBhZ2VzIGFyZSBtb3JlIHByb2JsZW1hdGljIGR1ZSB0bwo+ID4gdGhl IHJpZGljdWxvdXMgVEhQIHNpemUgb2YgNTEyTSkuIEJ1dCBjb3VsZCBiZSBhIHNlY3Rpb24gc2l6 ZSBvZiA1MTIgaXMKPiA+IHBvc3NpYmxlIG9uIGFsbCBjb25maWdzIHJpZ2h0IG5vdy4KPiAKPiBZ ZXMsIEkgb25jZSBpbnZlc3RpZ2F0ZWQgaG93IHRvIHJlZHVjZSBzZWN0aW9uIHNpemUgb24gYXJt NjQgdGhvdWdodGZ1bGx5Ogo+IFRoZXJlIGFyZSBtYW55IGNvbnN0cmFpbnRzIGZvciByZWR1Y2lu ZyBTRUNUSU9OX1NJWkVfQklUUwo+IDEuIEdpdmVuIHBhZ2UtPmZsYWdzIGJpdHMgaXMgbGltaXRl ZCwgU0VDVElPTl9TSVpFX0JJVFMgY2FuJ3QgYmUgcmVkdWNlZCB0b28KPiAgICBtdWNoLgo+IDIu IE9uY2UgQ09ORklHX1NQQVJTRU1FTV9WTUVNTUFQIGlzIGVuYWJsZWQsIHNlY3Rpb24gaWQgd2ls bCBub3QgYmUgY291bnRlZAo+ICAgIGludG8gcGFnZS0+ZmxhZ3MuCj4gMy4gTUFYX09SREVSIGRl cGVuZHMgb24gU0VDVElPTl9TSVpFX0JJVFMgCj4gIC0gMy4xIG1tem9uZS5oCj4gI2lmIChNQVhf T1JERVIgLSAxICsgUEFHRV9TSElGVCkgPiBTRUNUSU9OX1NJWkVfQklUUwo+ICNlcnJvciBBbGxv Y2F0b3IgTUFYX09SREVSIGV4Y2VlZHMgU0VDVElPTl9TSVpFCj4gI2VuZGlmCj4gIC0gMy4yIGh1 Z2VwYWdlX2luaXQoKQo+IE1BWUJFX0JVSUxEX0JVR19PTihIUEFHRV9QTURfT1JERVIgPj0gTUFY X09SREVSKTsKPiAKPiBIZW5jZSB3aGVuIEFSTTY0XzRLX1BBR0VTICYmIENPTkZJR19TUEFSU0VN RU1fVk1FTU1BUCBhcmUgZW5hYmxlZCwKPiBTRUNUSU9OX1NJWkVfQklUUyBjYW4gYmUgcmVkdWNl ZCB0byAyNy4KPiBCdXQgd2hlbiBBUk02NF82NEtfUEFHRVMsIGdpdmVuIDMuMiwgTUFYX09SREVS ID4gMjktMTYgPSAxMy4KPiBHaXZlbiAzLjEgU0VDVElPTl9TSVpFX0JJVFMgPj0gTUFYX09SREVS KzE1ID4gMjguIFNvIFNFQ1RJT05fU0laRV9CSVRTIGNhbiBub3QKPiBiZSByZWR1Y2VkIHRvIDI3 Lgo+IAo+IEluIG9uZSB3b3JkLCBpZiB3ZSBjb25zaWRlcmVkIHRvIHJlZHVjZSBTRUNUSU9OX1NJ WkVfQklUUyBvbiBhcm02NCwgdGhlIEtjb25maWcKPiBtaWdodCBiZSB2ZXJ5IGNvbXBsaWNhdGVk LGUuZy4gd2Ugc3RpbGwgbmVlZCB0byBjb25zaWRlciB0aGUgY2FzZSBmb3IKPiBBUk02NF8xNktf UEFHRVMuCgpJdCBpcyBub3QgbmVjZXNzYXJ5IHRvIHBvbGx1dGUgS2NvbmZpZyB3aXRoIHRoYXQu CmFyY2gvYXJtNjQvaW5jbHVkZS9hc20vc3BhcmVzZW1lbS5oIGNhbiBoYXZlIHNvbWV0aGluZyBs aWtlCgojaWZkZWYgQ09ORklHX0FSTTY0XzY0S19QQUdFUwojZGVmaW5lIFNQQVJTRV9TRUNUSU9O X1NJWkUgMjkKI2VsaWYgZGVmaW5lZChDT05GSUdfQVJNMTZLX1BBR0VTKQojZGVmaW5lIFNQQVJT RV9TRUNUSU9OX1NJWkUgMjgKI2VsaWYgZGVmaW5lZChDT05GSUdfQVJNNEtfUEFHRVMpCiNkZWZp bmUgU1BBUlNFX1NFQ1RJT05fU0laRSAyNwojZWxzZQojZXJyb3IKI2VuZGlmCiAKVGhlcmUgaXMg c3RpbGwgbGFyZ2UgZ2FwIHdpdGggQVJNNjRfNjRLX1BBR0VTLCB0aG91Z2guCgpBcyBmb3IgU1BB UlNFTUVNIHdpdGhvdXQgVk1FTU1BUCwgYXJlIHRoZXJlIGFjdHVhbCBiZW5lZml0cyB0byB1c2Ug aXQ/Cgo+ID4gCj4gPiBJbiB0aGUgbG9uZyB0ZXJtIHdlIG1pZ2h0IHdhbnQgdG8gcmV3b3JrIHRo ZSBtZW1vcnkgYmxvY2sgZGV2aWNlIG1vZGVsCj4gPiAoZXZlbnR1YWxseSBzdXBwb3J0aW5nIG9s ZC9uZXcgYXMgZGlzY3Vzc2VkIHdpdGggTWljaGFsIHNvbWUgdGltZSBhZ28KPiA+IHVzaW5nIGEg a2VybmVsIHBhcmFtZXRlciksIGRyb3BwaW5nIHRoZSBmaXhlZCBzaXplcwo+IAo+IEhhcyB0aGlz IGJlZW4gcG9zdGVkIHRvIExpbnV4IG1tIG1haWxsaXN0PyBTb3JyeSwgc2VhcmNoZWQgYW5kIGRp ZG4ndCBmaW5kIGl0Lgo+IAo+IAo+IC0tCj4gQ2hlZXJzLAo+IEp1c3RpbiAoSmlhIEhlKQo+IAo+ IAo+IAo+ID4gLSBhbGxvd2luZyBzaXplcyAvIGFkZHJlc3NlcyBhbGlnbmVkIHdpdGggc3Vic2Vj dGlvbiBzaXplCj4gPiAtIGRyYXN0aWNhbGx5IHJlZHVjaW5nIHRoZSBudW1iZXIgb2YgZGV2aWNl cyBmb3IgYm9vdCBtZW1vcnkgdG8gb25seSBhCj4gPiBoYW5kIGZ1bGwgKGUuZy4sIG9uZSBwZXIg cmVzb3VyY2UgLyBESU1NIHdlIGNhbiBhY3R1YWxseSB1bnBsdWcgYWdhaW4uCj4gPiAKPiA+IExv bmcgc3Rvcnkgc2hvcnQsIEkgZG9u4oCZdCBsaWtlIHRoaXMgaGFjay4KPiA+IAo+ID4gCj4gPiA+ IFRoaXMgcGF0Y2ggc2VyaWVzIChtYWlubHkgcGF0Y2g2LzYpIGlzIGJhc2VkIG9uIHRoZSBmaXhp bmcgcGF0Y2gsIH52NS44LQo+ID4gcmM1IFsyXS4KPiA+ID4KPiA+ID4gWzFdIGh0dHBzOi8vbGtt bC5vcmcvbGttbC8yMDE5LzYvMTkvNjcKPiA+ID4gWzJdIGh0dHBzOi8vbGttbC5vcmcvbGttbC8y MDIwLzcvOC8xNTQ2Cj4gPiA+IEppYSBIZSAoNik6Cj4gPiA+ICBtbS9tZW1vcnlfaG90cGx1Zzog cmVtb3ZlIHJlZHVuZGFudCBtZW1vcnkgYmxvY2sgc2l6ZSBhbGlnbm1lbnQgY2hlY2sKPiA+ID4g IHJlc291cmNlOiBleHBvcnQgZmluZF9uZXh0X2lvbWVtX3JlcygpIGhlbHBlcgo+ID4gPiAgbW0v bWVtb3J5X2hvdHBsdWc6IGFsbG93IHBtZW0ga21lbSBub3QgdG8gYWxpZ24gd2l0aCBtZW1vcnlf YmxvY2tfc2l6ZQo+ID4gPiAgbW0vcGFnZV9hbGxvYzogYWRqdXN0IHRoZSBzdGFydCxlbmQgaW4g ZGF4IHBtZW0ga21lbSBjYXNlCj4gPiA+ICBkZXZpY2UtZGF4OiByZWxheCB0aGUgbWVtYmxvY2sg c2l6ZSBhbGlnbm1lbnQgZm9yIGttZW1fc3RhcnQKPiA+ID4gIGFybTY0OiBmYWxsIGJhY2sgdG8g dm1lbW1hcF9wb3B1bGF0ZV9iYXNlcGFnZXMgaWYgbm90IGFsaWduZWQgIHdpdGgKPiA+ID4gICAg UE1EX1NJWkUKPiA+ID4KPiA+ID4gYXJjaC9hcm02NC9tbS9tbXUuYyAgICB8ICA0ICsrKysKPiA+ ID4gZHJpdmVycy9iYXNlL21lbW9yeS5jICB8IDI0ICsrKysrKysrKysrKysrKystLS0tLS0tLQo+ ID4gPiBkcml2ZXJzL2RheC9rbWVtLmMgICAgIHwgMjIgKysrKysrKysrKysrKy0tLS0tLS0tLQo+ ID4gPiBpbmNsdWRlL2xpbnV4L2lvcG9ydC5oIHwgIDMgKysrCj4gPiA+IGtlcm5lbC9yZXNvdXJj ZS5jICAgICAgfCAgMyArKy0KPiA+ID4gbW0vbWVtb3J5X2hvdHBsdWcuYyAgICB8IDM5ICsrKysr KysrKysrKysrKysrKysrKysrKysrKysrKysrKysrKysrLQo+ID4gPiBtbS9wYWdlX2FsbG9jLmMg ICAgICAgIHwgMTQgKysrKysrKysrKysrKysKPiA+ID4gNyBmaWxlcyBjaGFuZ2VkLCA5MCBpbnNl cnRpb25zKCspLCAxOSBkZWxldGlvbnMoLSkKPiA+ID4KPiA+ID4gLS0KPiA+ID4gMi4xNy4xCj4g PiA+Cj4gCgotLSAKU2luY2VyZWx5IHlvdXJzLApNaWtlLgoKX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KbGludXgtYXJtLWtlcm5lbCBtYWlsaW5nIGxpc3QK bGludXgtYXJtLWtlcm5lbEBsaXN0cy5pbmZyYWRlYWQub3JnCmh0dHA6Ly9saXN0cy5pbmZyYWRl YWQub3JnL21haWxtYW4vbGlzdGluZm8vbGludXgtYXJtLWtlcm5lbAo=