Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752538AbdI2QYW (ORCPT ); Fri, 29 Sep 2017 12:24:22 -0400 Received: from mail.kernel.org ([198.145.29.99]:46890 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752296AbdI2QXe (ORCPT ); Fri, 29 Sep 2017 12:23:34 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 4F9F920C09 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=helgaas@kernel.org Date: Fri, 29 Sep 2017 11:23:32 -0500 From: Bjorn Helgaas To: Govindarajulu Varadarajan Cc: Peter Zijlstra , benve@cisco.com, bhelgaas@google.com, linux-pci@vger.kernel.org, linux-kernel@vger.kernel.org, jlbec@evilplan.org, hch@lst.de, mingo@redhat.com Subject: Re: [PATCH 4/4] lockdep: make MAX_LOCK_DEPTH configurable from Kconfig Message-ID: <20170929162332.GA15567@bhelgaas-glaptop.roam.corp.google.com> References: <20170927214220.41216-1-gvaradar@cisco.com> <20170927214220.41216-5-gvaradar@cisco.com> <20170928092600.qvehxzikcjr65hvw@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 967 Lines: 24 On Thu, Sep 28, 2017 at 04:51:46PM -0700, Govindarajulu Varadarajan wrote: > On Thu, 28 Sep 2017, Peter Zijlstra wrote: > > >On Wed, Sep 27, 2017 at 02:42:20PM -0700, Govindarajulu Varadarajan wrote: > >>Make MAX_LOCK_DEPTH configurable. It is set to 48 right now. Number of > >>VFs under a PCI pf bus can exceed 48 and this disables lockdep. > >> > >>lockdep currently allows max of 63 held_locks. > > > >But why a config knob? Why not just raise the number to 64 > >unconditionally? And is that sufficient; you only state 48 is > >insufficient, you don't actually state the VF limit. > > > > I did not want to change the default configuration for everyone. > > I will change it 63 unconditionally in v2 and resubmit the series. I'm not happy about having to increase MAX_LOCK_DEPTH based on a number of VFs. I haven't had time to look at the locking strategy you're proposing, but it just doesn't feel right to have to take 50+ locks for one operation. Bjorn