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 BD923C021BE for ; Thu, 27 Feb 2025 05:54:02 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 374F96B0082; Thu, 27 Feb 2025 00:54:02 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 2FD766B0095; Thu, 27 Feb 2025 00:54:02 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 19DF46B0096; Thu, 27 Feb 2025 00:54:02 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id EE0E96B0082 for ; Thu, 27 Feb 2025 00:54:01 -0500 (EST) Received: from smtpin08.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id 594AA12058D for ; Thu, 27 Feb 2025 05:54:01 +0000 (UTC) X-FDA: 83164658682.08.D5680B0 Received: from mail-pl1-f169.google.com (mail-pl1-f169.google.com [209.85.214.169]) by imf17.hostedemail.com (Postfix) with ESMTP id 7E03640009 for ; Thu, 27 Feb 2025 05:53:59 +0000 (UTC) Authentication-Results: imf17.hostedemail.com; dkim=pass header.d=gmail.com header.s=20230601 header.b="BfixTYe/"; spf=pass (imf17.hostedemail.com: domain of ritesh.list@gmail.com designates 209.85.214.169 as permitted sender) smtp.mailfrom=ritesh.list@gmail.com; dmarc=pass (policy=none) header.from=gmail.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1740635639; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:content-type: content-transfer-encoding:in-reply-to:in-reply-to: references:references:dkim-signature; bh=YrozK6muBnnSK/vqbZyb6UtsaWvVoC7UahMZm38fFc8=; b=4AbvE4xpEowPhDDwD7AW37P8dg6mhS6B8LyPx84PSb8dSxrpTwblK+oJ35lwQAxIAw81MG XB0jCNMeLJP4sCktj59VM7l7petmZdijO9iOZRGY+g2L6sqxc5vEopuBoPdFjIMq1uj0y1 CkeY5M89VzCe5mN7IVHvaW3XHVkdGE4= ARC-Authentication-Results: i=1; imf17.hostedemail.com; dkim=pass header.d=gmail.com header.s=20230601 header.b="BfixTYe/"; spf=pass (imf17.hostedemail.com: domain of ritesh.list@gmail.com designates 209.85.214.169 as permitted sender) smtp.mailfrom=ritesh.list@gmail.com; dmarc=pass (policy=none) header.from=gmail.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1740635639; a=rsa-sha256; cv=none; b=lmCNxwf/rlM+LrJ8ZYlzJvCH4JSVAq6xYZuX0q47B0jrVT7/roY8EVuMSnm2JfJ9j2ED4h lTjBIBHqm2+4oC1P0WWJH1weVXKaqymqvYHrutZKovqdEbHlvH9s2Ke8B0b6kNXJhC35l5 b533xLXXi97c8fATI0POTr4bXaA6l5M= Received: by mail-pl1-f169.google.com with SMTP id d9443c01a7336-220e989edb6so13187215ad.1 for ; Wed, 26 Feb 2025 21:53:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1740635638; x=1741240438; darn=kvack.org; h=references:message-id:date:in-reply-to:subject:to:from:from:to:cc :subject:date:message-id:reply-to; bh=YrozK6muBnnSK/vqbZyb6UtsaWvVoC7UahMZm38fFc8=; b=BfixTYe/GkyvaSCBlMn64OlAPve9sIK1knZ8kuJqXi9LAgYLzkj2i59cNSaPknwef2 DhhLlWFtvKpKfoMWcmCPypLPayvZvhtveh+QTfSwzKEYXwYw0Pb8tAlxsYvAtClgUHAS 5kwBsMEsamggNcH6YznTPyTOw73cbwqmbZZjRYULtQ3aYzjqxlZONC0GOkUVXrbgMvc4 L9whDLnyjdaPq5g0tRHkx60Wr3Gjwfd+hI/vGzuLhpiezbvBojjcbaBC2ZgI+6L54hPd h9qJAoPxMNZsASeLqJopegk0qzAAbcOP/8oz6ccd1ljO7QKxjT5WtiltdFWub3u+YTwg y72Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1740635638; x=1741240438; h=references:message-id:date:in-reply-to:subject:to:from :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=YrozK6muBnnSK/vqbZyb6UtsaWvVoC7UahMZm38fFc8=; b=q9T0NwAP2bSY6ESBViYqgd7kHLoi1TUGLtStESrCz1geyvigG6DEOCfYffhW2qZir2 bgCmhkzYoUvg2FchirdaHwEJbEp7on0CjaYeZSew3pBjOdgARxmvNh8ESg4h4DYJroZ/ CpyRn9hSJJ10vVJo90hHGivTqwHnhPmQuH7c1F/XR64O828DRPzOwwD7u1AwhzK20JpM G1i4LaFnMQ8ElQKNrSWPC6Fs/DUraez2RYrTCLsnjTenrcWTBK56rNA+Bif0M7n4ecjV 90UQKP90IKgBjMpKopTJyyJXawcfxswEqB8yu3llehFn4BzgN0Yyc+6A7nbH2N+OsLnl 2L8w== X-Forwarded-Encrypted: i=1; AJvYcCWKZI7wYMdbkCQckGe/NnUNTiccFWtvSEj2OpIAZ3u80dL7MsMtvoH6Jg09AKpVjCO4YEzJMNEqRg==@kvack.org X-Gm-Message-State: AOJu0YyYX+BJ0YZkhxfB7WdpRJ8lKJhD7L4/7trAveEmHDT2UBzQWM6b P/U8ZgJYXEVlIe6sQqp646/jzvkicdc7A47t7PM6hBfC6MKok6NjO9hANQ== X-Gm-Gg: ASbGnct+MdzfAbZ2pUnyZ3aFIpRJz5qTBoRakZXBbTO5zcKKVhLJ6suJnSZlM6mxTE+ DYh+bgoNaIWQTElFUZjmXSldboKmPszstAiglrfY2QJac/X0LYDJccxKiCvoKL2kVSB060+4boL 4VJ056UsroKxwcFnTFGkmdMLlQs2EYyQEL3T2FD5mBmaTGJGeZFuPYiJgi407p+7bok16T1ZImJ NudyGMwUPkzkJCSm2cb8ZzannwRYb2tnB+56/AKABxBvLKQyOIRifaBbfj82Oodvts24zqemanA 82DQzcgXxRp5M+KCdg== X-Google-Smtp-Source: AGHT+IGDIphXOr6QSC8xBH3+yMUFnOxlZcey8Pon7vJa/cyU0xoygzvMJRrOLIgdCCQhffZiJsb+1Q== X-Received: by 2002:a05:6a21:10e:b0:1ee:d860:61eb with SMTP id adf61e73a8af0-1f0fc89a19dmr17422776637.39.1740635637550; Wed, 26 Feb 2025 21:53:57 -0800 (PST) Received: from dw-tp ([171.76.86.27]) by smtp.gmail.com with ESMTPSA id 41be03b00d2f7-aee7dec414esm530652a12.62.2025.02.26.21.53.55 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 26 Feb 2025 21:53:56 -0800 (PST) From: Ritesh Harjani (IBM) To: Erhard Furtner , linuxppc-dev@lists.ozlabs.org, linux-mm@kvack.org Subject: Re: vmalloc_node_range for size 4198400 failed: Address range restricted to 0xf1000000 - 0xf5110000 (kernel 6.14-rc4, ppc32) In-Reply-To: <20250227013431.11d1adb7@yea> Date: Thu, 27 Feb 2025 10:42:44 +0530 Message-ID: <87y0xsotrn.fsf@gmail.com> References: <20250227013431.11d1adb7@yea> X-Rspam-User: X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: 7E03640009 X-Stat-Signature: 59m1gs6yqp5ccxtrcjx7uncsxe5qhwcc X-HE-Tag: 1740635639-718529 X-HE-Meta: U2FsdGVkX19MNzAkvAziOjZsgG7wab/zJ5KPkMJqfTwakcIukM3FJqCepN0k8I1lyrLoOgb0QKBUBp/VHjCMbHz1mIELumNuueqa2M4rjRNrjf9IrxqxeA/sHkrb5QehuQEVuJrI4nvifFMxbj0VnjlmkBTBXD7Z5KTgRX2SnT8qU3edjIZi0oqDGJ3k2K7j3KObG1DGpdRzr4DOz+scbS7sGDNjMGlFywAI1/VP972n/kxSmV9j2u/HRee6ZbLKCz9Q0T3eZYhzgMYNesCF1095c0gL3PTyj+UTyMYJe6ua/zE5RULZRb/bnCOSza0q5oAInkbl5mRNrEAQiBA7/OULR3hLL3n06fS6Jxt0L3so/GMFfTNInUR5d5L0ejAL15EhfBbDeA82GeD5K/p32ZmAiea4UeK9w15dYQYMcVmcZgnAQcU7FwTSdYScKnodZyXICIlafHliFR3mdEaX5syhSEtWR4c/nDRWkVwz30iHJR0+gm1nChIeaq/tIAx3eZdDaeUTGSsoxO6qKAB0YhLr+X0CVdtvO+gH7WOGMvCi6Yh3i8Oof2Uvf4B/hUWVcpvXkC1ms/hLdI12f6vnxDRx/MMNWxgz8YL7OXkJWjj5xxf4gKojkBAFyU01rsBUA8kE+1UO8PFcqRgPPMjfEmajr/oPBf0S7eWIzxxN2qsw+OEfPXRZfpUT4+4WYik7Xw36y2Oj/KFzK6WFiiAL8Fo2scIOiZPVYzKfn4LJoMhQPSBGR6FRqakjDohNp3ExeWu9DRkm0r44pRQTo2bkVVGRhocvpMoxaHhKxFdlFrDKLf6Cw9Zbb/HOpz/2A+JmIXnS6qxdXYc6TyjUsFx2dONlqVj45h7IUlUFCpdzI6RH+U20j9wKQ0MkdS6RftGzJYX70BvFW2+Of35Cx3tPAlQIgwm5oCA1MAfjjYHBBLKN157G11zxFLsTrsvWM+PVZcCPZyK0Pwn/tT+koQq 2/Rx5fmW NVEzE+GIs8O1LL+O8piKM+VkDROPIB0a3i82aB2XTWaDGhSB3bCb7ptEl4qre9mj48iK5otbZ+O56cW4vuIaOlR3WcWPTIegBVyGr7x5CYIqi/0X/Qc8/pWSAaFP4Z59dWL7m23tprqF5TxS1PorPN/efRVl4Vpif1gDddvyFJBUDDV9TFmm/rJCJdw4X0s/vdQPm0MkSVk9K3x3DBD8FmTwXmDId1UbMxzDEWgVnJ8c/0q3iyWSa2W299vsYf/UNLYvDWxDqkz0iFOWkLU74iFZLghc7sNuoj/4jQg4Ytdp8oDADyc0QicSsZIDMsMTBi5UZY2FAyRrNQ46fyuvVhNeOwizmlUc9ZU5UJuq098x4kTCLzX5ERDsqqfuyT5oxxcbq0addEUDY63A9gJ5o8++aj7ZHwQxhFDrT2REZIzzrzP2l6vKKKP4mgesLM4vL6XPaxnNTwA7Kdp2lfQgbwK3tC1GnbXV2XaAH6EqcgJ4Zou3jT2GrK4zWAFvwJDKRxLcT5tyEGy93kT4= 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: Erhard Furtner writes: > Greetings! > > At boot with a KASAN-enabled v6.14-rc4 kernel on my PowerMac G4 DP I get: > > [...] > vmalloc_node_range for size 4198400 failed: Address range restricted to 0xf1000000 - 0xf5110000 > swapon: vmalloc error: size 4194304, vm_struct allocation failed, mode:0xdc0(GFP_KERNEL|__GFP_ZERO), nodemask=(null),cpuset=openrc.swap,mems_allowed=0 Did we exhaust the vmalloc area completely? > CPU: 0 UID: 0 PID: 870 Comm: swapon Tainted: G W 6.14.0-rc4-PMacG4 #6 > Tainted: [W]=WARN > Hardware name: PowerMac3,6 7455 0x80010303 PowerMac > Call Trace: > [f2ffb9d0] [c14cfd88] dump_stack_lvl+0x70/0x8c (unreliable) > [f2ffb9f0] [c04fb9b8] warn_alloc+0x154/0x2b8 > [f2ffbab0] [c04de94c] __vmalloc_node_range_noprof+0x154/0x958 > [f2ffbb80] [c04df23c] __vmalloc_node_noprof+0xec/0xf4 > [f2ffbbc0] [c0558524] swap_cgroup_swapon+0x70/0x198 > [f2ffbbf0] [c051e8d8] sys_swapon+0x1838/0x3624 > [f2ffbce0] [c001e574] system_call_exception+0x2dc/0x420 Since only the swapon failed, I think you might still have the console up right? So this is mostly a vmalloc allocation failure report? > [f2ffbf30] [c00291ac] ret_from_syscall+0x0/0x2c > --- interrupt: c00 at 0x2612ec > NIP: 002612ec LR: 00534108 CTR: 001e8310 > REGS: f2ffbf40 TRAP: 0c00 Tainted: G W (6.14.0-rc4-PMacG4) > MSR: 0000d032 CR: 24002444 XER: 00000000 > > GPR00: 00000057 afe3ef20 a7a95540 01b2bdd0 00000000 24002444 fe5ff7e1 00247c24 > GPR08: 0000d032 0000fa89 01b2d568 001e8310 24002448 0054fe14 02921154 00000000 > GPR16: 00000000 00534b50 afe3f0ac afe3f0b0 00000000 00000000 0055001c afe3f0d0 > GPR24: afe3f0b0 00000003 00000000 00001000 01b2bdd0 00000002 005579ec 01b2d570 > NIP [002612ec] 0x2612ec > LR [00534108] 0x534108 > --- interrupt: c00 > Mem-Info: > active_anon:1989 inactive_anon:0 isolated_anon:0 > active_file:6407 inactive_file:5879 isolated_file:0 > unevictable:0 dirty:0 writeback:0 > slab_reclaimable:1538 slab_unreclaimable:22927 > mapped:2753 shmem:107 pagetables:182 > sec_pagetables:0 bounce:0 > kernel_misc_reclaimable:0 > free:433110 free_pcp:472 free_cma:0 > Node 0 active_anon:7972kB inactive_anon:0kB active_file:25652kB inactive_file:23496kB unevictable:0kB isolated(anon):0kB isolated(file):0kB mapped:10908kB dirty:0kB writeback:0kB shmem:464kB writeback_tmp:0kB kernel_stack:1568kB pagetables:724kB sec_pagetables:0kB all_unreclaimable? no > DMA free:591772kB boost:0kB min:3380kB low:4224kB high:5068kB reserved_highatomic:0KB active_anon:0kB inactive_anon:0kB active_file:4kB inactive_file:11056kB unevictable:0kB writepending:0kB present:786432kB managed:716492kB mlocked:0kB bounce:0kB free_pcp:1680kB local_pcp:1180kB free_cma:0kB > lowmem_reserve[]: 0 0 1184 0 > DMA: 127*4kB (UE) 66*8kB (UME) 37*16kB (UE) 78*32kB (UME) 10*64kB (UE) 4*128kB (UME) 3*256kB (UM) 6*512kB (UM) 5*1024kB (ME) 4*2048kB (M) 139*4096kB (M) = 591772kB > 12404 total pagecache pages > 0 pages in swap cache > Free swap = 0kB > Total swap = 0kB > 524288 pages RAM > 327680 pages HighMem/MovableOnly > 42061 pages reserved Though above are mainly the physical mem info printed, but vmalloc can also fail sometimes (e.g. this report), it is nice if we can print how much of vmalloc space is free out of vmalloc total in show_mem() here. Maybe linux-mm can tell if we should add this diff change for future? diff --git a/mm/show_mem.c b/mm/show_mem.c index 43afb56abbd3..b3af59fced02 100644 --- a/mm/show_mem.c +++ b/mm/show_mem.c @@ -14,6 +14,7 @@ #include #include #include +#include #include "internal.h" #include "swap.h" @@ -416,6 +417,8 @@ void __show_mem(unsigned int filter, nodemask_t *nodemask, int max_zone_idx) printk("%lu pages RAM\n", total); printk("%lu pages HighMem/MovableOnly\n", highmem); printk("%lu pages reserved\n", reserved); + printk("%lu pages Vmalloc Total\n", (unsigned long)VMALLOC_TOTAL >> PAGE_SHIFT); + printk("%lu pages Vmalloc Used\n", vmalloc_nr_pages()); #ifdef CONFIG_CMA printk("%lu pages cma reserved\n", totalcma_pages); #endif But meanwhile below data can give more details about the vmalloc area. 1. cat /proc/vmallocinfo 2. cat /proc/meminfo -ritesh > Memory allocations: > 85.3 MiB 6104 mm/slub.c:2423 func:alloc_slab_page > 38.5 MiB 9862 mm/readahead.c:187 func:ractl_alloc_folio > 9.47 MiB 2425 mm/filemap.c:1970 func:__filemap_get_folio > 7.96 MiB 2037 mm/kasan/shadow.c:304 func:kasan_populate_vmalloc_pte > 7.87 MiB 2125 mm/execmem.c:44 func:execmem_vmalloc > 5.01 MiB 1283 mm/memory.c:1063 func:folio_prealloc > 4.00 MiB 1 fs/btrfs/zstd.c:366 [btrfs] func:zstd_alloc_workspace > 3.86 MiB 247 lib/stackdepot.c:627 func:stack_depot_save_flags > 3.62 MiB 412 mm/slub.c:2425 func:alloc_slab_page > 3.09 MiB 18430 fs/kernfs/dir.c:624 func:__kernfs_new_node > couldn't allocate enough memory for swap_cgroup > swap_cgroup can be disabled by swapaccount=0 boot option > [...] > > Does only happen with CONFIG_KASAN_INLINE=y but not with CONFIG_KASAN_OUTLINE=y. > > Kernel .config attached. > > Regards, > Erhard