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 Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7306EC25B75 for ; Fri, 31 May 2024 08:21:51 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 07F0D6B0099; Fri, 31 May 2024 04:21:51 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 02EF76B009A; Fri, 31 May 2024 04:21:50 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id E3A226B009B; Fri, 31 May 2024 04:21:50 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0017.hostedemail.com [216.40.44.17]) by kanga.kvack.org (Postfix) with ESMTP id C76D36B0099 for ; Fri, 31 May 2024 04:21:50 -0400 (EDT) Received: from smtpin14.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 3FDEB1611FA for ; Fri, 31 May 2024 08:21:50 +0000 (UTC) X-FDA: 82177997580.14.1917277 Received: from mailout1.samsung.com (mailout1.samsung.com [203.254.224.24]) by imf29.hostedemail.com (Postfix) with ESMTP id 4552C120018 for ; Fri, 31 May 2024 08:21:45 +0000 (UTC) Authentication-Results: imf29.hostedemail.com; dkim=pass header.d=samsung.com header.s=mail20170921 header.b=FxKtYmfX; spf=pass (imf29.hostedemail.com: domain of jaewon31.kim@samsung.com designates 203.254.224.24 as permitted sender) smtp.mailfrom=jaewon31.kim@samsung.com; dmarc=pass (policy=none) header.from=samsung.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1717143707; h=from:from:sender:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=47bo/92egWa4/j2Xm7QdIt7CeR6gaQYr+wJHwvffe08=; b=Er34pshrA3jrr5RZQHyT24tSMxWlOFkclU+DHKO6EQkIRPZgfPj7FeSFtl0mwv1LYyBGHz A66zbFq4x6NZlTRCnlIi22cUS53gCTfrrWg6b0KMVIK3U6i0mN6+T81xBy2S1GGkRunN0h +VbGTQ0ylzPgmNcBHGUNtUd4n8u/rrY= ARC-Authentication-Results: i=1; imf29.hostedemail.com; dkim=pass header.d=samsung.com header.s=mail20170921 header.b=FxKtYmfX; spf=pass (imf29.hostedemail.com: domain of jaewon31.kim@samsung.com designates 203.254.224.24 as permitted sender) smtp.mailfrom=jaewon31.kim@samsung.com; dmarc=pass (policy=none) header.from=samsung.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1717143707; a=rsa-sha256; cv=none; b=InIwziYzZhtn3mz/OTUwJIRr9OELjo6CL9rmljXuXVL0hC4+w3cd1gBnbHp7VS9rWFbCvd I2GBP5AbveZBtC1uiSdl6fUSe+8JMBFKqs3STWkD6OLWr1oAjukCB3wbu30WHtsOCTfxJ8 SWaiCpjD6ZdxZw0Pq01xf4tsp2NL2Fs= Received: from epcas1p2.samsung.com (unknown [182.195.41.46]) by mailout1.samsung.com (KnoxPortal) with ESMTP id 20240531082142epoutp018b27b0e92c6d55c9a52e764a2f9f6e06~UhRmSodmS2599325993epoutp019 for ; Fri, 31 May 2024 08:21:42 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 mailout1.samsung.com 20240531082142epoutp018b27b0e92c6d55c9a52e764a2f9f6e06~UhRmSodmS2599325993epoutp019 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=samsung.com; s=mail20170921; t=1717143702; bh=47bo/92egWa4/j2Xm7QdIt7CeR6gaQYr+wJHwvffe08=; h=Subject:Reply-To:From:To:CC:In-Reply-To:Date:References:From; b=FxKtYmfXlad6Y0PpIQSLfr0fYYqA43BRFQwa6RAwJ+L2Y4dC8ffXLOFHTipyqNVbG 0ubicqOStici2kttfzjqdABmXWkkhLab/6zNoTh2GvJklLQhX7IDRhDm9WdGZzPRp5 m30QE9DTSQ9TPooJzLBxnWxAhEop8ePTrmDNeBXw= Received: from epsnrtp4.localdomain (unknown [182.195.42.165]) by epcas1p2.samsung.com (KnoxPortal) with ESMTP id 20240531082142epcas1p256cd9b57421a3dc4c6b70d73a975265b~UhRl0XYw-3266032660epcas1p2d; Fri, 31 May 2024 08:21:42 +0000 (GMT) Received: from epsmgec1p1.samsung.com (unknown [182.195.38.243]) by epsnrtp4.localdomain (Postfix) with ESMTP id 4VrGLF69Vdz4x9Q1; Fri, 31 May 2024 08:21:41 +0000 (GMT) X-AuditID: b6c32a36-86dfa70000002677-98-665988951f92 Received: from epcas1p4.samsung.com ( [182.195.41.48]) by epsmgec1p1.samsung.com (Symantec Messaging Gateway) with SMTP id FA.16.09847.59889566; Fri, 31 May 2024 17:21:41 +0900 (KST) Mime-Version: 1.0 Subject: RE: (2) (2) [RESEND PATCH 00/10] memblock: introduce memsize showing reserved memory Reply-To: jaewon31.kim@samsung.com From: Jaewon Kim To: "richard.weiyang@gmail.com" , Jaewon Kim CC: Jaewon Kim , Mike Rapoport , "vbabka@suse.cz" , "akpm@linux-foundation.org" , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , "tkjos@google.com" , Pintu Agarwal X-Priority: 3 X-Content-Kind-Code: NORMAL In-Reply-To: <20240531010551.hs67amz34mljyifw@master> X-Drm-Type: N,general X-Msg-Generator: Mail X-Msg-Type: PERSONAL X-Reply-Demand: N Message-ID: <20240531082141epcms1p49d8d2048e04e90eca45644723614faa8@epcms1p4> Date: Fri, 31 May 2024 17:21:41 +0900 X-CMS-MailID: 20240531082141epcms1p49d8d2048e04e90eca45644723614faa8 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="utf-8" CMS-TYPE: 101P X-CPGSPASS: Y X-CPGSPASS: Y X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrKJsWRmVeSWpSXmKPExsWy7bCmge7Ujsg0g2/zjSzmrF/DZvHykKZF 9+aZjBa9718xWVzeNYfN4t6a/6wW119OY7G40/eKxeLI+u1MFu8nF1vMbuxjdOD22DnrLrvH gk2lHptWdbJ5bPo0id3jxIzfLB59W1YxepxZcITd4/MmuQCOqGybjNTElNQihdS85PyUzLx0 WyXv4HjneFMzA0NdQ0sLcyWFvMTcVFslF58AXbfMHKAzlRTKEnNKgUIBicXFSvp2NkX5pSWp Chn5xSW2SqkFKTkFZgV6xYm5xaV56Xp5qSVWhgYGRqZAhQnZGa/mzmcvmCtdcfv6XqYGxkVi XYycHBICJhLf1y1lArGFBHYwShzekt/FyMHBKyAo8XeHMEhYWCBeom9uKyNEiZLE2R9X2CHi uhJN3atZQGw2AW2J9wsmsYLYIgIpEq2LDgPVcHEwCzxmkli2fi0zxC5eiRntT1kgbGmJ7cu3 gg3lFDCV2HXxBVSNqMTN1W/ZYez3x+YzQtgiEq33zkLVCEo8+LmbEWbOn+PP2SDsYollnQ+Y IOwaiRXnVkHFzSUa3q5kg/jLV2LSpnqQMIuAqsSNLV+hznGR+HB7D9haZgF5ie1v5zCDlDML aEqs36UPEeaTePe1hxXmk4aNv9mxsXfMewJ1gZpEy7OvUPUyEn//PYOyPSTuXtvNMoFRcRYi oGchWTwLYfECRuZVjGKpBcW56anFhgVG8KhNzs/dxAhOr1pmOxgnvf2gd4iRiYPxEKMEB7OS CO+v9Ig0Id6UxMqq1KL8+KLSnNTiQ4ymQC9PZJYSTc4HJvi8knhDE0sDEzMjEwtjS2MzJXHe M1fKUoUE0hNLUrNTUwtSi2D6mDg4pRqYWLUbp69ccCiW23WNcybbYTnLiPsHy2ZkzJh7vdR9 3km5y18z+U6vWZ3gWHj6/ptnzy9aVcgzKnyeMGeN25Nsl/SFPCrJmgGmd0S1TjrmfpJcON9F O2dbPpcCo0S/sW7fm4mTd/FsftUY7G/HcM9zhf8EnW2bb21hZ+/V8tF++ynt8a+s0xcu+35c cOm7/pFXKtxLg9J8I3+4Sx6IEOF9XyTD3X/8Wv732/JPNnAqM3fNv9G8vUxMrq7+oeLjwzlr X+z5c+bJra5PRYwTplcaZGytnn9i436v3Ta/e4vNdN9Y79fY/qhhQoUQwxff4wH/w28WPZlV KNH5tb9CLljSJl4wcNE6w6z+lJ2HWy5NUmIpzkg01GIuKk4EAL8e/gc4BAAA DLP-Filter: Pass X-CFilter-Loop: Reflected X-CMS-RootMailID: 20240521024009epcas1p10ed9f9b929203183a29f79508e79bb76 References: <20240531010551.hs67amz34mljyifw@master> <20240521023957.2587005-1-jaewon31.kim@samsung.com> <20240521025329epcms1p6ce11064c0f0608a0156d82fda7ef285c@epcms1p6> <20240521101753epcms1p50443f6b88adea211dd9bbb417dd57cb1@epcms1p5> <20240524090715epcms1p274939a1d5954be3423f6ce14a3df6f92@epcms1p2> <20240527013504epcms1p22bec7b83f2a42e76877b97ed0d769009@epcms1p2> <20240529095119epcms1p73f0e9ff756bcb2ee6a14db459128a644@epcms1p7> <20240529113519.jupuazcf754zjxzy@master> <20240530104928epcms1p8108ece61c39c6e3d0361d445c15352d1@epcms1p8> X-Rspam-User: X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: 4552C120018 X-Stat-Signature: s9i4wsucq4jtj64bxweexdofcbdp4qmq X-HE-Tag: 1717143705-665660 X-HE-Meta: U2FsdGVkX18TdqEHI/ZFGQttAYeS/XPJy+ECeTgkHYMteclVyK9G2JsrTpEehDczsi0SZ6CGzfH+gHPPy05606W+4Q7u3LTCJP1ZAZyVobiUKa9V/u0DU+z2nOUscQyBV0pNW5LUKrpNZJQPpI7bOE4bIIbOSA8mE5JCD/l9jqmtoWJKqIGtsvoYLeBzP3IInIPxw3r+OFxulG4DAN+SqRmUggXuY9Ii+pW6ZIfQqshPrWodU61pJM68GjsYat4QzyVqHF+0puDU3GWtsTtEzPJx4uVpk4ZJecgRAWzL69vcD3TH1eFDDT4kCxTij5RE1NhzGeNBgFnga82YTWxuGe9Eij3MP0bidtBIp8GUyAY6PnQngC/eTQ/EMB0I7fPdY1K6/rHJBsIdHiMdMHSe+aucLU2hYv99CAMdGjV7mHk7DBB1/R5OFuttldCkBhHK3gOP6h/8+ot/m/nLOA9k+dXh66qJOW0voucp71j1c439p+Zu0ECXLp0D7bBl3wa9YqWumFCXPDJ+JytevQ64H27IEG2bhhNYrHgciGvx1/fkaGatNUvqIn5D2g90eJeH0iRcnrFAtPJYZXy6KdCKOAh4YvMSYYZLL1WEefAYXRxtFbcChs6Cetk4cdrVx30QqJgdOn0n3a2DOrte9yTjLYmkzHPhQCpravlSSQgPYrdYeGqJAHKhkdDZh86oNsQ16AYDzhHweqMJfv5+BZccglIckImSGkPGkHoD0TErpfvq+kv2cBJm7Mz6GdspKGH4W9kTfdbsYCVMSnm0sVfDeV2AswaGwrEq/a6fzn1MyfBYrIaenMPSMTzdHYvgFldpv+PY1fU5jRWp0TZtp1w3klkFfQydKrlmkIfSHtC5L5GQCxtd/sVWuWBEuPODDqX87qWmKHFOKSg9kJWyl46Z7Aut2KlzBB+VTC78DBF4pQD1WCo7UCg5T0Gv3sogJJr3Eu/ZxtIgW8ixZCnVBII 4CuoTzkq gWAa4xDlsPXeJwR19UldSTkB4CMV37NYxGX8WlzUyRCfVrwRRQ2zlCwm/mLrAv06GGD14x+VwyYKw7YKffLcaNXSFNdH2GyeGHgsLDWT33DV1WiTuwmDepMkY/Fa4rF/58HFws93gmQXuk7yV1UaSlzKZiRXWQGtktRu1kTKO8E2WWA4l32I5bjK4VrrghDZQsaiK8Yhg/r55mX9JJWchosn7n4WW0Ftb0Wlq8DDh4xT+pEuk6ZX0UdgyBfiM7HIeWdOOgN6kRuxUAXFOKUFICsIDh7l1LXSGI9t4jPHhzwC8x2+ST+vNQfkeDyq8mUv3MkirCbkl6Sdbhsw= 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: List-Subscribe: List-Unsubscribe: >On Thu, May 30, 2024 at 07:49:28PM +0900, Jaewon Kim wrote: >>>On Wed, May 29, 2024 at 10:10:29PM +0900, Jaewon Kim wrote: >>>>(Sorry I might forget to change to be plain text) >>>> >>>>Oh good thing, I did not know this patch. Thanks. >>>> >>>>By the way, I've tried to get memblock/memory and kernel log from a >>>>device based on >>>>v6.6.17 kernel device, to see upstream patches above. >>>>memblok/memory does not show region for >>> >>>memblock/memory only shows ranges put in "memory". >>>memblock/reserved shows ranges put in "reserved". >>> >>>If we just put them in "reserved", it will not displayed in "memory". >> >>Hi >>Let me explain more. >> >>In this case, the intially passed memory starts from 0000000081960000 so memblock/memory shows as it is. >> >># xxd -g 8 /proc/device-tree/memory/reg >>00000000: 0000000081960000 00000000000a0000 ................ >>00000010: 0000000081a40000 00000000001c0000 ................ >> >># cat sys/kernel/debug/memblock/memory >> 0: 0x0000000081960000..0x00000000819fffff 0 NONE >> 1: 0x0000000081a40000..0x0000000081bfffff 0 NONE >> >># cat sys/kernel/debug/memblock/reserved >> 0: 0x0000000082800000..0x00000000847fffff 0 NONE >> >>The memblock information in the kernel log may report like it allocated those memblock regions, as there was not overlapped even though it is already no-map. >> >>(I removed the name.) >><6>[ 0.000000][ T0] OF: reserved mem: 0x0000000080000000..0x0000000080dfffff (14336 KiB) nomap non-reusable AAA >><6>[ 0.000000][ T0] OF: reserved mem: 0x0000000080e00000..0x00000000811fffff (4096 KiB) nomap non-reusable BBB >><6>[ 0.000000][ T0] OF: reserved mem: 0x0000000081200000..0x00000000813fffff (2048 KiB) nomap non-reusable CCC >><6>[ 0.000000][ T0] OF: reserved mem: 0x0000000081a00000..0x0000000081a3ffff (256 KiB) nomap non-reusable DDD >> > >This looks not printed by memblock_reserve(), right? It is printed by your own >driver? AFAIK these log came from the commit below. aeb9267eb6b1 of: reserved-mem: print out reserved-mem details during boot > >>So a smart parser should combine the krenel log and the memblock/memory log. >> >>In my memsize feature shows it like this though. >> >>0x0000000081400000-0x0000000081960000 0x00560000 ( 5504 KB ) nomap unusable unknown >> >>BR >> > >I am sorry, I still not catch your point. Let me try to understand your message. > >You mentioned several regions, let me put them in order. > >(1) 0x0000000080000000..0x0000000080dfffff printed by driver >(2) 0x0000000080e00000..0x00000000811fffff printed by driver >(3) 0x0000000081200000..0x00000000813fffff printed by driver >(4) 0x0000000081400000..0x0000000081960000 expected to print in new debugfs >(5) 0x0000000081960000..0x00000000819fffff listed in reg/memory >(6) 0x0000000081a00000..0x0000000081a3ffff printed by driver >(7) 0x0000000081a40000..0x0000000081bfffff listed in reg/memory >(8) 0x0000000082800000..0x00000000847fffff listed in reserved > >If you just want information for region (4), sound we can do it in user-space? > >BTW, are region 1, 2, 3, 6, reserved in membock? Yes correct, I though (4) case could be shown to easily catch these hidden regions. As I said, I think 1, 2, 3, 6 seem to be not passed to kernel, it was just tried as they are defined in kernel device tree. > >-- >Wei Yang >Help you, Help me