Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4363620pxj; Tue, 8 Jun 2021 12:27:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJykxhx8of+k1gj5aMWDqa5dDzRHgxQixyG1lQeU8bD8cE1LCSN7l8SZmx1JQIjAmUCMDcIK X-Received: by 2002:a17:906:4c91:: with SMTP id q17mr24498717eju.512.1623180471496; Tue, 08 Jun 2021 12:27:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623180471; cv=none; d=google.com; s=arc-20160816; b=lXeyeftgDj7iVae67+OE3ZUdZAFCQM9T/RWgTehJ4qFVk9752aX7gf53ah7IpA5uYt J/2xbSClljYYVJwfmffu5jWAtTTtIRoZsu5kEpCChVFVF1/r479FaPn4cW9jiZOn30z+ nMkyvEaZeNJSCK+qCBpxvl33bHjSDPSGA6YSBLvPvLL546k1J9PEs0N+XfB70FBXICwV Cw0Sj0pAOfL6wPOaNW/tNtgzY0yZD814h4brceXUjy003ng6je4xWRyApT0DFoIILwb1 sRCH5gYPobRQL2ma22qtPo26KlWDo7yWEBR9PidfKQE6HxuvISkxw+ZIbhvV3HryU+B8 aNaQ== 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=lDZpRavAey3zQi5Tes7Z12sZWblpJUutMPQ1RUrDCOo=; b=sGvL3ZfSUX7JNvhe5lYdHmAu4vfuph5Qve4X/JfrXr0AwGBk1NzbPkkA44fTkrN3ww XyAo46XwznPrRrl5KTfEoD3+PpwpoEeTF4LgF7JEGYKxTohinMRTaELSDwdDafWmQqGx mQ2/7f1GH8RtdphC8wJJQZdNq02+TsYerPhuCKP6Nz9v/VZc8Xqj3lkyXIsILn5RPEzC VXeimznw5pMFS0W34W96eH04A1ZdIR7rwR/I02Wo44hZv27JHRSEU4wIEuOlchyGWn62 lydcaCg0T2sdj0eioKZVhqfdFNjPKlITYyw5bHpoYtvWQnaXqeieKGV7vFVOeMW1xQdJ Tu1g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=RbPI4jbz; 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 dn21si455588edb.483.2021.06.08.12.27.28; Tue, 08 Jun 2021 12:27:51 -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=RbPI4jbz; 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 S239829AbhFHTZl (ORCPT + 99 others); Tue, 8 Jun 2021 15:25:41 -0400 Received: from mail.kernel.org ([198.145.29.99]:38008 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236102AbhFHTNx (ORCPT ); Tue, 8 Jun 2021 15:13:53 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 8471A61973; Tue, 8 Jun 2021 18:49:49 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1623178190; bh=vAGZtliyhq6tXfRgZjN/CmPnhW4j1CneJYnU3iRYzB0=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=RbPI4jbzQ2OIcwGcQ1qKsDQOmWahj5YZOydxXnckUkS6w1ID8riDbsQLq7QBfj5cc the2pU8YkZS/nLBOl13ZOms+nsIfxgS3Yqj2+EcfZKZKtODrP5Kh+fv+vIFpFRyn9Z CloyIOPLisWWelfuoKY1IFZr27RS05O/4Tuof7gc= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Alexander Aring , Bob Peterson , Andreas Gruenbacher Subject: [PATCH 5.12 110/161] gfs2: fix scheduling while atomic bug in glocks Date: Tue, 8 Jun 2021 20:27:20 +0200 Message-Id: <20210608175949.182484972@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210608175945.476074951@linuxfoundation.org> References: <20210608175945.476074951@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: Bob Peterson commit 20265d9a67e40eafd39a8884658ca2e36f05985d upstream. Before this patch, in the unlikely event that gfs2_glock_dq encountered a withdraw, it would do a wait_on_bit to wait for its journal to be recovered, but it never released the glock's spin_lock, which caused a scheduling-while-atomic error. This patch unlocks the lockref spin_lock before waiting for recovery. Fixes: 601ef0d52e96 ("gfs2: Force withdraw to replay journals and wait for it to finish") Cc: stable@vger.kernel.org # v5.7+ Reported-by: Alexander Aring Signed-off-by: Bob Peterson Signed-off-by: Andreas Gruenbacher Signed-off-by: Greg Kroah-Hartman --- fs/gfs2/glock.c | 2 ++ 1 file changed, 2 insertions(+) --- a/fs/gfs2/glock.c +++ b/fs/gfs2/glock.c @@ -1465,9 +1465,11 @@ void gfs2_glock_dq(struct gfs2_holder *g glock_blocked_by_withdraw(gl) && gh->gh_gl != sdp->sd_jinode_gl) { sdp->sd_glock_dqs_held++; + spin_unlock(&gl->gl_lockref.lock); might_sleep(); wait_on_bit(&sdp->sd_flags, SDF_WITHDRAW_RECOVERY, TASK_UNINTERRUPTIBLE); + spin_lock(&gl->gl_lockref.lock); } if (gh->gh_flags & GL_NOCACHE) handle_callback(gl, LM_ST_UNLOCKED, 0, false);