Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp1565665ybb; Thu, 26 Mar 2020 03:16:16 -0700 (PDT) X-Google-Smtp-Source: ADFU+vvN3mBmEuTLNFnHWDBdKCoVDcJMHojGfF73uGxJgkzzEma/hLRy7u56QL1zEobtLrDSDSaU X-Received: by 2002:a9d:60b:: with SMTP id 11mr5641216otn.126.1585217776582; Thu, 26 Mar 2020 03:16:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585217776; cv=none; d=google.com; s=arc-20160816; b=iky6QvCZ77jQ3Z8y6kMCL1S7pNN0UBvHLJQaj9TvH59ziOkQIKuyRnDDLnJt5LNOsB MD7vA5XnwyppV9uGVvMDD3SGclFLcaeR9XizN81uR5VRWtppZ9i88kK5G0CsGdIvL3Yp m9l7rzR6lEr2z/qfQ87L2jgAacTMlN+6Odk0jErnwvhWB9qJ2ao0GG7yVjRs8kM9n4QJ 09G81jrkTzrAZh8gHoJX199Z0gKmIX+RwBcv1tbwmGFdiBucNoA0OGBHQlCH+ts2QXxT jo51KR2jrceDKqmgXTWTRPdrPqoq7I8VeZQ3AhxH+gWuU/+pBB16yb4rfrc7qEcb7TTB JcGQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=boJHAu2jhEvPJtKsZX2/k3KrDWWcHCyhbU0OkvN7tVM=; b=kUoL7E6MCVUEaCWXkM7EeXM9YnDViE6wqeqLp7NC7x9KCBfBfnW3UohfQ2TIgl32V6 zmQAuJ2AIPNrnv2CJaklxLt3w0rgArq+uEqLsu+ctkouAq9IoEHkxqKtcei9PSXLCO7b BfLy0d+e2BMHKnxUIqmwrO2UQDt/XSi3sO8zN+AkCtX2MZ58xT6HWu9P2E1qP6K2O1fz EsmTJGLjeBxzcSUp+uzdVso3dXGIub9BMwzdPWrbPDja1mYyXv9sxrospoige6VCo0wp hpARerqeuR/4rGz43QUtE8VtLqTo2009LW42/vOxB19RySnfSJR0GLB0Y6SrrgrDVqg8 eFIA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id e11si223102ooq.30.2020.03.26.03.16.03; Thu, 26 Mar 2020 03:16:16 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727873AbgCZKPg (ORCPT + 99 others); Thu, 26 Mar 2020 06:15:36 -0400 Received: from foss.arm.com ([217.140.110.172]:58676 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726292AbgCZKPg (ORCPT ); Thu, 26 Mar 2020 06:15:36 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id AEF877FA; Thu, 26 Mar 2020 03:15:35 -0700 (PDT) Received: from e107158-lin (e107158-lin.cambridge.arm.com [10.1.195.21]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id AF3B13F52E; Thu, 26 Mar 2020 03:15:34 -0700 (PDT) Date: Thu, 26 Mar 2020 10:15:32 +0000 From: Qais Yousef To: Tejun Heo Cc: Qian Cai , Prateek Sood , Li Zefan , cgroups@vger.kernel.org, LKML , Peter Zijlstra Subject: Re: Deadlock due to "cpuset: Make cpuset hotplug synchronous" Message-ID: <20200326101529.xh763j5frq2r7mqv@e107158-lin> References: <20200325191922.GM162390@mtj.duckdns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200325191922.GM162390@mtj.duckdns.org> User-Agent: NeoMutt/20171215 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/25/20 15:19, Tejun Heo wrote: > On Wed, Mar 25, 2020 at 03:16:56PM -0400, Qian Cai wrote: > > The linux-next commit a49e4629b5ed (“cpuset: Make cpuset hotplug synchronous”) > > introduced real deadlocks with CPU hotplug as showed in the lockdep splat, since it is > > now making a relation from cpu_hotplug_lock —> cgroup_mutex. > > Prateek, can you please take a look? Given that the merge window is just around > the corner, we might have to revert and retry later if it can't be resolved > quickly. I've ran cpuset_hotplug and cpuhotplug LTP tests using next-20200325 but couldn't reproduce it. Hopefully that can be fixed, but if you had to revert it, do you mind picking this instead to fix the LTP issue I encountered before? https://lore.kernel.org/lkml/20200211141554.24181-1-qais.yousef@arm.com/ Thanks! -- Qais Yousef