Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19;
From:   Will Deacon <will@kernel.org>
To:     david@redhat.com, akpm@linux-foundation.org,
        Jianyong Wu <jianyong.wu@arm.com>, anshuman.khandual@arm.com,
        ardb@kernel.org, catalin.marinas@arm.com
Cc:     kernel-team@android.com, Will Deacon <will@kernel.org>, nd@arm.com,
        justin.he@arm.com, gshan@redhat.com, quic_qiancai@quicinc.com,
        linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] [PATCH v4] arm64/mm: avoid fixmap race condition when create pud mapping
Date:   Tue, 15 Feb 2022 23:18:30 +0000
Message-Id: <164493953489.1197740.9545575140952933000.b4-ty@kernel.org>
In-Reply-To: <20220201114400.56885-1-jianyong.wu@arm.com>
References: <20220201114400.56885-1-jianyong.wu@arm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Precedence: bulk

On Tue, 1 Feb 2022 19:44:00 +0800, Jianyong Wu wrote:
> The 'fixmap' is a global resource and is used recursively by
> create pud mapping(), leading to a potential race condition in the
> presence of a concurrent call to alloc_init_pud():
> 
> kernel_init thread                          virtio-mem workqueue thread
> ==================                          ===========================
> 
> [...]

Applied to arm64 (for-next/mm), thanks!

[1/1] arm64/mm: avoid fixmap race condition when create pud mapping
      https://git.kernel.org/arm64/c/ee017ee35350

Cheers,
-- 
Will

https://fixes.arm64.dev
https://next.arm64.dev
https://will.arm64.dev