Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp12971291rwd; Fri, 23 Jun 2023 13:32:50 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ5tVa6Lyt9aofSUyJjXM2/61u62ldce6eS4IsbgmI/34cC7kuYFnAHc4AHxN2ZXkMQnSljx X-Received: by 2002:a05:6a20:734d:b0:111:997d:d224 with SMTP id v13-20020a056a20734d00b00111997dd224mr18148355pzc.19.1687552370625; Fri, 23 Jun 2023 13:32:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1687552370; cv=none; d=google.com; s=arc-20160816; b=fYaQM0oQZ9CwGkyoIa3CK83apDexUE0btQbozeJdMEiXDWEr6Ur8D95c7q1LNnT4Bo qPq+pG6w7qYrPvIItg9DvzFiaFF/iDKeyLUZfq2/BjBPPpmmmA213KWNf78353jzQo93 jIGHW59Wo7G50pxIjb+GMvOKTA80hpud9ckItdRxwpCXBAO8E97SioW5hZ4j9vQsLd1k G8ufSnA8Nji0aw4VH4mN16kgwQvTO2UaT5Wo8OjmY08awJw+PWxnutkHuHUc8wTiUjoc +cN3Zh69SofUF+m6haEWuYD/6PA9WOOKnd5xSzn3Q1m4nIQfV4pJ8hmhQVpBj3FMBge9 d+YA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:dkim-signature:dkim-signature:date; bh=+rOuJ0EojYhp+SwRjs1UE2wFsEuADPRbuu96NWj04jc=; b=OHaKmIHeIxDh5INCtLskL4zwrMfyegdJZaZxTiqI6dR/39+nK/sZCQMorWD2sauewt llJjm+i6JY3X/97ZgkQx6wY4PmRyVApmO/Ig3sBA7v/+6oyNbhNWnhHgfu9avAMXc4B/ fVesBb/FEF+c7nq+QoEAI74BbWAqq0Y9V/X4dXcHewd0AnCNIMAPB06rdzo3jF09+BTv GFi4RjubPARduBm/ws/lpbT6V9UeeulzXoVV4GXAtZV50NoK99/zi5o6Cb/pfRiWHu0a zqR6KmX1LFr16XdDAeO+6ixakoObFgSyyHOkqyqrWJW8HyEZNNM+2g65//f6e29yLTFl 22/w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=vklA3KHc; dkim=neutral (no key) header.i=@linutronix.de header.b=I11awLMB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id m14-20020a170902db0e00b001b3f9cedbb7si9486715plx.398.2023.06.23.13.32.36; Fri, 23 Jun 2023 13:32:50 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=vklA3KHc; dkim=neutral (no key) header.i=@linutronix.de header.b=I11awLMB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231464AbjFWUPu (ORCPT + 99 others); Fri, 23 Jun 2023 16:15:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43644 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231881AbjFWUPi (ORCPT ); Fri, 23 Jun 2023 16:15:38 -0400 Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0C18E2733 for ; Fri, 23 Jun 2023 13:15:21 -0700 (PDT) Date: Fri, 23 Jun 2023 22:15:17 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1687551319; 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=+rOuJ0EojYhp+SwRjs1UE2wFsEuADPRbuu96NWj04jc=; b=vklA3KHcYIeQ8abDfiavFibQAUoNowGOojA9cQTRd8eBLmpzSXU+KpI8o7ZjmxVJpVhuAa /WmVzKWicviG9IRDI0XZvHO2R/yyXCqhomvIX5hjGO4MvCTqUQf9Avke39RqTKe0X8Atdf 3HsI/D/B51kPXEnxOs7aQtIeiPeEAtG/2ijD6q5/NtgxgWUhMdHlXveZAwQCvaLlkilQsX 3LVDhGM60kNGEqnvUVA668rJ1+xv5CA+sLmqe7giEarcIq2Pp8OdHvx2YCzqD0waE0QcGs sLvgTNa3e/LzUxzx9kXPhCl43Xw5BcVOqj6gQ+wJkBKHnzMtmOChxdHohya0aA== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1687551319; 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=+rOuJ0EojYhp+SwRjs1UE2wFsEuADPRbuu96NWj04jc=; b=I11awLMBniQg45qxTqHudRDJCpolCWftDRg9wMpJy+7/uIdTho0BTQlNRsBhVE3Tp1dD1r zEuZgrl/bW7TFCCw== From: Sebastian Andrzej Siewior To: Michal Hocko Cc: linux-mm@kvack.org, linux-kernel@vger.kernel.org, "Luis Claudio R. Goncalves" , Andrew Morton , Boqun Feng , Ingo Molnar , John Ogness , Mel Gorman , Peter Zijlstra , Petr Mladek , Tetsuo Handa , Thomas Gleixner , Waiman Long , Will Deacon Subject: [PATCH v3 2/2] mm/page_alloc: Use write_seqlock_irqsave() instead write_seqlock() + local_irq_save(). Message-ID: <20230623201517.yw286Knb@linutronix.de> References: <20230623171232.892937-1-bigeasy@linutronix.de> <20230623171232.892937-3-bigeasy@linutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org __build_all_zonelists() acquires zonelist_update_seq by first disabling interrupts via local_irq_save() and then acquiring the seqlock with write_seqlock(). This is troublesome and leads to problems on PREEMPT_RT. The problem is that the inner spinlock_t becomes a sleeping lock on PREEMPT_RT and must not be acquired with disabled interrupts. The API provides write_seqlock_irqsave() which does the right thing in one step. printk_deferred_enter() has to be invoked in non-migrate-able context to ensure that deferred printing is enabled and disabled on the same CPU. This is the case after zonelist_update_seq has been acquired. There was discussion on the first submission that the order should be: local_irq_disable(); printk_deferred_enter(); write_seqlock(); to avoid pitfalls like having an unaccounted printk() coming from write_seqlock_irqsave() before printk_deferred_enter() is invoked. The only origin of such a printk() can be a lockdep splat because the lockdep annotation happens after the sequence count is incremented. This is exceptional and subject to change. It was also pointed that PREEMPT_RT can be affected by the printk problem since its write_seqlock_irqsave() does not really disable interrupts. This isn't the case because PREEMPT_RT's printk implementation differs from the mainline implementation in two important aspects: - Printing happens in a dedicated threads and not at during the invocation of printk(). - In emergency cases where synchronous printing is used, a different driver is used which does not use tty_port::lock. Acquire zonelist_update_seq with write_seqlock_irqsave() and then defer printk output. Fixes: 1007843a91909 ("mm/page_alloc: fix potential deadlock on zonelist_up= date_seq seqlock") Signed-off-by: Sebastian Andrzej Siewior Acked-by: Michal Hocko --- v2=E2=80=A6v3 - Update comment as per Michal's suggestion. v1=E2=80=A6v2: - Improve commit description mm/page_alloc.c | 15 ++++++--------- 1 file changed, 6 insertions(+), 9 deletions(-) diff --git a/mm/page_alloc.c b/mm/page_alloc.c index 47421bedc12b7..440e9af67b48d 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -5808,19 +5808,17 @@ static void __build_all_zonelists(void *data) unsigned long flags; =20 /* - * Explicitly disable this CPU's interrupts before taking seqlock - * to prevent any IRQ handler from calling into the page allocator - * (e.g. GFP_ATOMIC) that could hit zonelist_iter_begin and livelock. + * The zonelist_update_seq must be acquired with irqsave because the + * reader can be invoked from IRQ with GFP_ATOMIC. */ - local_irq_save(flags); + write_seqlock_irqsave(&zonelist_update_seq, flags); /* - * Explicitly disable this CPU's synchronous printk() before taking - * seqlock to prevent any printk() from trying to hold port->lock, for + * Also disable synchronous printk() to prevent any printk() from + * trying to hold port->lock, for * tty_insert_flip_string_and_push_buffer() on other CPU might be * calling kmalloc(GFP_ATOMIC | __GFP_NOWARN) with port->lock held. */ printk_deferred_enter(); - write_seqlock(&zonelist_update_seq); =20 #ifdef CONFIG_NUMA memset(node_load, 0, sizeof(node_load)); @@ -5857,9 +5855,8 @@ static void __build_all_zonelists(void *data) #endif } =20 - write_sequnlock(&zonelist_update_seq); printk_deferred_exit(); - local_irq_restore(flags); + write_sequnlock_irqrestore(&zonelist_update_seq, flags); } =20 static noinline void __init --=20 2.40.1