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 2871BCD4F3B for ; Fri, 22 Sep 2023 09:34:57 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id AC3976B02AA; Fri, 22 Sep 2023 05:34:56 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id A72596B02AB; Fri, 22 Sep 2023 05:34:56 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 9621C6B02AC; Fri, 22 Sep 2023 05:34:56 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 85EA16B02AA for ; Fri, 22 Sep 2023 05:34:56 -0400 (EDT) Received: from smtpin20.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id 59F3EA08B3 for ; Fri, 22 Sep 2023 09:34:56 +0000 (UTC) X-FDA: 81263724192.20.E64620B Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by imf12.hostedemail.com (Postfix) with ESMTP id 883434001F for ; Fri, 22 Sep 2023 09:34:54 +0000 (UTC) Authentication-Results: imf12.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=Idaxj5mO; spf=pass (imf12.hostedemail.com: domain of bhe@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=bhe@redhat.com; dmarc=pass (policy=none) header.from=redhat.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1695375294; a=rsa-sha256; cv=none; b=I1lv5UwtoBwWHCBY5/HWajjYQGARsPxo1li7WyHcReEHVHdDD2BcN5yeGgsAYH9gQh40tW N4zr9lYwhLl03NPshHDfdlyvvGjG3LvCccyW3dyZw+bhmro1/fCe9idNkJn8idUKQB+85j 3Ml83aG7Z34zjydycH+OEC0GVKE+his= ARC-Authentication-Results: i=1; imf12.hostedemail.com; dkim=pass header.d=redhat.com header.s=mimecast20190719 header.b=Idaxj5mO; spf=pass (imf12.hostedemail.com: domain of bhe@redhat.com designates 170.10.133.124 as permitted sender) smtp.mailfrom=bhe@redhat.com; dmarc=pass (policy=none) header.from=redhat.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1695375294; h=from:from:sender: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=4R2VSWRD7MwQzZdu/lEnfh4YG4jsT6A99YZfwGb8Ggg=; b=Wb8xJ5pFxi/GxZaaDktbP9ByDzRnbRe173nEq1QowVoJuFhQcreqmXUh0Kx87DGe/r+QZ9 P+EvUrlA80kWQtfB+PIVweVjfxvZX+BXE4C2hV0c3L6rsubAGpSOoxjGlZ346JLbcLd1n6 AQIlOjcsIaz6ZWYSIPF2u3JF1y4csoA= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1695375293; h=from:from: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; bh=4R2VSWRD7MwQzZdu/lEnfh4YG4jsT6A99YZfwGb8Ggg=; b=Idaxj5mOUpvfLz+jhdTcHT3z5Dhf3d42r87m3Ax6YhjxyLdM+M4cplkw5E9GIo1v38inZC 3vBnX32XIwXHUQ2AylP2gRa1vNX83khoWUq09WwnySrhljPfORVPojzne4/G2Vp1BOM7hv HGb3iYCG0fM8Xj6oqjJ/QjeAgkKQxig= Received: from mimecast-mx02.redhat.com (mx-ext.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-196--vhzaNQfPxaAr7mZzRqKqA-1; Fri, 22 Sep 2023 05:34:51 -0400 X-MC-Unique: -vhzaNQfPxaAr7mZzRqKqA-1 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com [10.11.54.3]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id B5A811C06EC4; Fri, 22 Sep 2023 09:34:50 +0000 (UTC) Received: from localhost (unknown [10.72.112.35]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 112E510F1BE7; Fri, 22 Sep 2023 09:34:49 +0000 (UTC) Date: Fri, 22 Sep 2023 17:34:46 +0800 From: "bhe@redhat.com" To: Jaeseon Sim Cc: "urezki@gmail.com" , "akpm@linux-foundation.org" , "hch@infradead.org" , "lstoakes@gmail.com" , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , Jaewon Kim Subject: Re: [PATCH] mm/vmalloc: Remove WARN_ON_ONCE related to adjust_va_to_fit_type Message-ID: References: <20230922062704epcms1p1722f24d4489a0435b339ce21db754ded@epcms1p1> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20230922062704epcms1p1722f24d4489a0435b339ce21db754ded@epcms1p1> X-Scanned-By: MIMEDefang 3.1 on 10.11.54.3 X-Rspamd-Server: rspam08 X-Rspamd-Queue-Id: 883434001F X-Stat-Signature: j78fnxwmxrnqbj7wqjy1fnp1hik9y8kg X-Rspam-User: X-HE-Tag: 1695375294-771296 X-HE-Meta: U2FsdGVkX18r2VBU93e7GccS6i30zYeEOwLWFq7gpuszY6LTUbdv19x1W/GRlhfVG40uxej5znRpXpwXvwdyGDShTu+f+4YzlkaS6Oeet9SPlpZ3q+uKht0IcSDjUWYMIC3PDXXWVMXUnLNHVBq+cRXg2wzSUgJo76CpZLES5utOBDqBWnXb2Jmz6Monr6ZZkwonfysm9UelWglFr5Lhqv+A6uFHf7/xtjOTB3CH7cv64yMyUe0YdmM9UX+7m6BfIVFQVPJttXsk+q9DtRa8CFcA2SBo2AUAfB71jQLMq1dJNUwK9UAUpJbXjXtxhX506AYrnslFpOv5oz71j3h0Pn/JmTZJRDLYuWNszym2/uywCe30d2pDzYkOQF26toGwoHQBFT3aRbgRP87+NhmXRVpSuIUPoMLUXgEMJM7kPCR+0hypnI5KmL5Fqx3ncjCmPkKVis0Os3xH4OkAhyPDh9WqShCpOg/UZO8RHMYr4u7IJmmgZT5o6l7B3HH2EAeDphU7L4CciBrmJtL9+7y1QkkLfWfSY0P6e7PMU/QQleZy5z+rUIaTooH8HkF4dfGIm9khUMArTxxF4R0X77Cuf0g3N8CmmdjlqM1dmXmitMlG4kgm7ZtCPCVDzIkRtCeuVYbiAag1VR82SrHQWMY0TI0nT8rEBGyU9oGSTFR8tzh2/Gd7cEZfPD6Ih1c6MniomOhixWbU+yY8I3/kNF8MUokBK6YVqcDOoikJdk79RS8JMLIRxu4tPGS9RoggeEGe3J9i3Jw9rgw8Ofdf/0SOuu/ZTQEa4dvBIBgSIL88FJtFlMQnkqCsoeUt3SzhWpiWqUzXhx+eUew8qCUOm4Serr/Iq1PgGHGGvmSa3d8IJLwaUc7fEJU9GkYhKnaJsZXzSyoOr+nYAOfKJ9j5qJza/DpvM0eLjUfEBIjFAAtjcylrZEhMpvIeqKmRk8TW/rIAANn79S1RtIvjjhPn6hZ xa9IOBsB Lh1UR0xbq9dVyBwLV+rzHO+XSP3HwnFRLEEptoLfeT80UMiNem17zQ+xXSzfm8ZSrPium9W5E9i3gYYvPfyIhLbvPiwOs5UcLUBChwW+Dmb4S3FD8suZaZ/EDD0fYSgZ7qaKacu+OqtuT8a2p2QHccMhyLs/6Sn1aMxWph8A4rws4KOg5hb9tVD01ATv+yeNnN3ARTJX1ogkmY3jvqNc8PzaMvup1f/Cc5NK+Tstslcc6eZruYw4VRdOD19rqNmihM98pQAvPCeKIvrFoGHO3xYaNtWnYmH6c/y58WtGR5q10ATNGsgwo7G0fDw== 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 Jaeseon, On 09/22/23 at 03:27pm, Jaeseon Sim wrote: > There's panic issue as follows when do alloc_vmap_area: > > Kernel panic - not syncing: kernel: panic_on_warn set ... > > page allocation failure: order:0, mode:0x800(GFP_NOWAIT) > Call Trace: > warn_alloc+0xf4/0x190 > __alloc_pages_slowpath+0xe0c/0xffc > __alloc_pages+0x250/0x2d0 > new_slab+0x17c/0x4e0 > ___slab_alloc+0x4e4/0x8a8 > __slab_alloc+0x34/0x6c > kmem_cache_alloc+0x20c/0x2f0 > adjust_va_to_fit_type > __alloc_vmap_area > alloc_vmap_area+0x298/0x7fc > __get_vm_area_node+0x10c/0x1b4 > __vmalloc_node_range+0x19c/0x7c0 > > Commit 1b23ff80b399 ("mm/vmalloc: invoke classify_va_fit_type() in > adjust_va_to_fit_type()") moved classify_va_fit_type() into > adjust_va_to_fit_type() and used WARN_ON_ONCE() to handle return > value of adjust_va_to_fit_type(), just as classify_va_fit_type() > was handled. I don't get what you are fixing. In commit 1b23ff80b399, we have "if (WARN_ON_ONCE(type == NOTHING_FIT))", it's the same as the current code. You set panic_on_warn, it will panic in old code before commit 1b23ff80b399. Isn't it an expected behaviour? > > There is another path in adjust_va_to_fit_type() which could > return failure and will be handled in alloc_vmap_area(). > Remove WARN_ON_ONCE() for this case. > > Fixes: 45c62fc2897d ("mm/vmalloc: Remove WARN_ON_ONCE related to adjust_va_to_fit_type") The commit id for Fixes tag is wrong. > Signed-off-by: Jaeseon Sim > --- >  mm/vmalloc.c | 4 ++-- >  1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/mm/vmalloc.c b/mm/vmalloc.c > index ef8599d394fd..4a82b6525d48 100644 > --- a/mm/vmalloc.c > +++ b/mm/vmalloc.c > @@ -1522,7 +1522,7 @@ __alloc_vmap_area(struct rb_root *root, struct list_head *head, >   >          /* Update the free vmap_area. */ >          ret = adjust_va_to_fit_type(root, head, va, nva_start_addr, size); > -        if (WARN_ON_ONCE(ret)) > +        if (ret) >                  return vend; >   >  #if DEBUG_AUGMENT_LOWEST_MATCH_CHECK > @@ -4143,7 +4143,7 @@ struct vm_struct **pcpu_get_vm_areas(const unsigned long *offsets, >                  ret = adjust_va_to_fit_type(&free_vmap_area_root, >                                              &free_vmap_area_list, >                                              va, start, size); > -                if (WARN_ON_ONCE(unlikely(ret))) > +                if (unlikely(ret)) >                          /* It is a BUG(), but trigger recovery instead. */ >                          goto recovery; >   > --  > 2.17.1 >