Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3408921pxf; Mon, 29 Mar 2021 01:09:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyUJ+ipxNs6TX4R6a+26sHArm23sPONKwgvB45YdVv7SRQWW1/W8VNeFklRnsy2OVulr+6l X-Received: by 2002:a17:906:11d1:: with SMTP id o17mr27375419eja.517.1617005339886; Mon, 29 Mar 2021 01:08:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617005339; cv=none; d=google.com; s=arc-20160816; b=nlT7r5sKmJBD4vl2dQSqmLmG/X/BjUIekQRpQACI0Jvh4Esq2UwB32MuLSomztU4aG Z/4mQ/Tsg+7NSSIIzWzxs3x/j+bIuPedrST0N/vUnCB92krpFpHlGJfxFgQ4yq8dI4vY 7oAAe+UQOvoyI497tEUFFuzt9cbTBqVZ/8KSkRP6L5RcocQMyy+2cleA64PlWMQzz3Kz YOnkOYl103+ucGXomPn+x3+oMw2JCb3J+sEtaF1PCeqPIfCr0pFaKPbekKK/b9zFWqAb zAL5VcXxX1NuwVLppjSUz83FB+9qyJJn7kEif9pLc61Fd+h/SS+6TkujGdkX4h6VUvXV cfVQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=PCiiDAE+WsroDShOZZusqYLVEafirYqek71vrGlih0w=; b=hPXdjBcgVbOtcq8oh/81rLaN18V8WnIIT761Amp0uMKyHor/y5O+8OAjv7HFC+Y0ZY 59JjsGDqGSC77sqZk8493gmBjbA7qz5TeQMzY4W+jjOyS9ZEyamct6pksg5g26ll6AAG nTlkZ2y0aUPVyVRH6asrg/LEDods153PhvWTEr7usy5UQ0eLB3/j39jd68Tn1wrlxFHU SSg1eswQKvh3EBYVKgM60EolqMe9qPV4tZ+aOr86NVMRr1qCwaMx0BtWslrSQbhiCJQa HCVYse3ntstxzfYSdRfht3/j5Nb4phqIhvNQjgkILcmAbMzyPPCTmdIZMtPKimx/GwzJ pZNg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=QxoQhzZy; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id 4si14335902edc.257.2021.03.29.01.08.37; Mon, 29 Mar 2021 01:08:59 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=QxoQhzZy; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232226AbhC2IF0 (ORCPT + 99 others); Mon, 29 Mar 2021 04:05:26 -0400 Received: from mail.kernel.org ([198.145.29.99]:45110 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232026AbhC2IDV (ORCPT ); Mon, 29 Mar 2021 04:03:21 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 5319861981; Mon, 29 Mar 2021 08:03:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1617005001; bh=lmEPBLVgIU6iXSGIJhGttAIrGiQ3KcEsOLjkepM9wZE=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=QxoQhzZya+Myn5mH/dopFw8LzwbY0olrlsUF7kKfa3lsgEFF2FG/7iGlGhSENlCQd 4auetahzkINyzff0gw1x9bFZQp/tlZy/NAFPq3I+da4gIbckLCFoY/k+7XAMZ9Z7RX la3ozXXTWHqCIcvIz2r5jvueLQRG8IubwpbCxZ4c= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Greg Kroah-Hartman , "Peter Zijlstra (Intel)" , Linus Torvalds , Thomas Gleixner , Ingo Molnar , Sasha Levin , Ben Hutchings Subject: [PATCH 4.9 44/53] futex: Fix (possible) missed wakeup Date: Mon, 29 Mar 2021 09:58:19 +0200 Message-Id: <20210329075608.956552582@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210329075607.561619583@linuxfoundation.org> References: <20210329075607.561619583@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Peter Zijlstra commit b061c38bef43406df8e73c5be06cbfacad5ee6ad upstream. We must not rely on wake_q_add() to delay the wakeup; in particular commit: 1d0dcb3ad9d3 ("futex: Implement lockless wakeups") moved wake_q_add() before smp_store_release(&q->lock_ptr, NULL), which could result in futex_wait() waking before observing ->lock_ptr == NULL and going back to sleep again. Signed-off-by: Peter Zijlstra (Intel) Cc: Linus Torvalds Cc: Peter Zijlstra Cc: Thomas Gleixner Fixes: 1d0dcb3ad9d3 ("futex: Implement lockless wakeups") Signed-off-by: Ingo Molnar Signed-off-by: Sasha Levin Signed-off-by: Ben Hutchings Signed-off-by: Greg Kroah-Hartman --- kernel/futex.c | 13 ++++++++----- 1 file changed, 8 insertions(+), 5 deletions(-) --- a/kernel/futex.c +++ b/kernel/futex.c @@ -1553,11 +1553,7 @@ static void mark_wake_futex(struct wake_ if (WARN(q->pi_state || q->rt_waiter, "refusing to wake PI futex\n")) return; - /* - * Queue the task for later wakeup for after we've released - * the hb->lock. wake_q_add() grabs reference to p. - */ - wake_q_add(wake_q, p); + get_task_struct(p); __unqueue_futex(q); /* * The waiting task can free the futex_q as soon as @@ -1566,6 +1562,13 @@ static void mark_wake_futex(struct wake_ * store to lock_ptr from getting ahead of the plist_del. */ smp_store_release(&q->lock_ptr, NULL); + + /* + * Queue the task for later wakeup for after we've released + * the hb->lock. wake_q_add() grabs reference to p. + */ + wake_q_add(wake_q, p); + put_task_struct(p); } /*