Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp4974083yba; Tue, 30 Apr 2019 07:16:32 -0700 (PDT) X-Google-Smtp-Source: APXvYqx4yRCvYxzfwwtFvLhC6pKnH9GbTJ4Y8YS5ZOOXcOxqjMQ7hMIqiUtEYHZTxkD3p8fZm0rd X-Received: by 2002:a17:902:2a:: with SMTP id 39mr69055122pla.64.1556633791908; Tue, 30 Apr 2019 07:16:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556633791; cv=none; d=google.com; s=arc-20160816; b=UCrQbTYePPics5XuvUhrTY+Hxnt6LkpohCmJxeidliA7Y2mujr9rb/qV9qMzTgcRjf Jbz/uBTzIJOMgxbsYv4GQcEvG7F8o5KsjVE9hfAzpTr22dmg6UErcP6VXSmg9FPQHrz4 4L1WcA5ulBLRkrk2XBNYl3zeCszOQEV3BkZzNaoayroGHk+omR1aGygYd+1SUDk/mgPh 6/fDtkDtW6z8bvsSEAAJouNGaWBVq3qTzf7tVV6XEqK4JtUuFKI7qB64gXA9K1IBmU7n y9zIDqj0Vrfi6vuBqIrS7MT7t4zvc2oa9ysl0bGZThkcSk4gZ9wfKyc8mH/NfGHYeuJK mkwQ== 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-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=YDcoTP/x1jcCzWxd/4ycbVpqsx+cEd/dPQ2j1n4aw8I=; b=R8gMYhV3Um1E+n7cFyncNqsr9kFRlvmj//f2MholmX+40RsUXEYXJHbIjmGuszy/Ox j+Z2Q6DRycVKKTJjvPoO28ZEIgEPbS+YYSH+iu83HvbjxV14Q73C4BNZ7iRKMFNNjowc dSKNrPEHWSFUr5Gulvf26e2XQ6v5r9yER5GXK+NDPkuyX01Lb6QfnH5SjegiB1U4V0JM FCw9ZCHdGPf9NUyWnIbUNmIGgBSaW5uUSOwnD0yzL05MndDPclQwQL0hg8ILwX7WJeo2 z8AYVdF6POxPU5q9TnGGpgbt74cxxVqygk38ujcxB5qQLKoBDDx8BMU84VUevMrlJmDo lkOQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k9si1586223pgs.101.2019.04.30.07.16.14; Tue, 30 Apr 2019 07:16:31 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727481AbfD3OPL (ORCPT + 99 others); Tue, 30 Apr 2019 10:15:11 -0400 Received: from mx1.redhat.com ([209.132.183.28]:48076 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726202AbfD3OPL (ORCPT ); Tue, 30 Apr 2019 10:15:11 -0400 Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.12]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 0FD6E30833A3; Tue, 30 Apr 2019 14:15:11 +0000 (UTC) Received: from dhcp-27-174.brq.redhat.com (unknown [10.43.17.159]) by smtp.corp.redhat.com (Postfix) with SMTP id F1A796E714; Tue, 30 Apr 2019 14:15:03 +0000 (UTC) Received: by dhcp-27-174.brq.redhat.com (nbSMTP-1.00) for uid 1000 oleg@redhat.com; Tue, 30 Apr 2019 16:15:09 +0200 (CEST) Date: Tue, 30 Apr 2019 16:15:01 +0200 From: Oleg Nesterov To: Peter Zijlstra Cc: Sebastian Andrzej Siewior , linux-rt-users , LKML , Thomas Gleixner , Daniel Bristot de Oliveira , Clark Williams , Juri Lelli , jack@suse.com Subject: Re: [RT WARNING] DEBUG_LOCKS_WARN_ON(rt_mutex_owner(lock) != current) with fsfreeze (4.19.25-rt16) Message-ID: <20190430141500.GE23020@redhat.com> References: <20190326093421.GA29508@localhost.localdomain> <20190419085627.GI4742@localhost.localdomain> <20190430125130.uw7mhdnsoqr2v3gf@linutronix.de> <20190430132811.GB2589@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190430132811.GB2589@hirez.programming.kicks-ass.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-Scanned-By: MIMEDefang 2.79 on 10.5.11.12 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.44]); Tue, 30 Apr 2019 14:15:11 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Sorry, I don't understand... On 04/30, Peter Zijlstra wrote: > > Thaw then does the reverse, frobs lockdep Yes, in particular it does lockdep_sb_freeze_acquire() percpu_rwsem_acquire() sem->rw_sem.owner = current; > and then does: percpu_up_write(). > > percpu_up_write() on up_write(). And note how __up_write() has: > > DEBUG_RWSEMS_WARN_ON(sem->owner != current, sem); and everything looks correct, sem->owner == current by the time thaw_super_locked() does percpu_up_write/up_write. Oleg.