Received: by 2002:ac0:bc90:0:0:0:0:0 with SMTP id a16csp240122img; Mon, 18 Mar 2019 01:59:30 -0700 (PDT) X-Google-Smtp-Source: APXvYqz1VTHwe/2l3f6JE/572JrPin+dpASZntWNYbPSaTMzn84ck30e0F6qswlMxLgWybSNBK3b X-Received: by 2002:a63:c204:: with SMTP id b4mr16557178pgd.335.1552899570447; Mon, 18 Mar 2019 01:59:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1552899570; cv=none; d=google.com; s=arc-20160816; b=pWdccbTViJObx4sVXwq693APGrQ/jgO3Gndh85Y9OYJ3VXg/df3C0emKQJEKT7Tet6 nuQqRbhptqz6f7eMz4U69pzkyk+NTGldTPhwMqfRfkxurH0tobPFnrh6Fgr3VAxVhcHC KDlDN65cwlLonyGj3DvnwTMdqPvpP0i1bLHoG9/RXIwBqZSbVGot84151D4Aq6ojyk7f VVU2pNxXvDdG4hpNdMgCui+V4WEwwcQbXIxuWX2dylVa9QwAB7iik6+xWqAHvNuzAzKM 1Lv+l6gfslP/JiixZpx8b/SS0Xr1aQ49eu976lXKCRMafvnGJJz8w5sIIdq8oAgaH32D oixA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from:dkim-signature; bh=YTZ++h4VXnl9yjNCu1NYB8Z9ucXoIwaYDjjx461odWg=; b=tC6fYthC7pEFr9SuZKRzgGTJort1Y++jIpQVyuQwRSzK5LvOD+r0x6hHgdAyfayAGr HnQ7b7J2weDaWXF2aE8N0/uG1zcjC9J+R0YjFsSv7zQZkUAr4MzlFupHsexNkPwM3smz tAzPCyKVldER5zrLbOVx0fDW2CODQK6rs1TLX2Gf1ifRy4EcGYqO1QO3JcqLhwmeQa9w geSnX8XxYi2gewc+Ys1JdDSfUm0HqMkTcnUYLVXGsyJPg2hdatYUOR6hF2mf7ZtnWA5e KcHKHJloi2k4Q4tjCx7ZkhJkialh986bPayQYPiJYNZUFSVbpjh2gC3VubvEAaE4c01w Gupw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=GbYDeojO; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j21si8708747pgg.434.2019.03.18.01.59.15; Mon, 18 Mar 2019 01:59:30 -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; dkim=pass header.i=@gmail.com header.s=20161025 header.b=GbYDeojO; 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=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727413AbfCRI6P (ORCPT + 99 others); Mon, 18 Mar 2019 04:58:15 -0400 Received: from mail-pg1-f194.google.com ([209.85.215.194]:46424 "EHLO mail-pg1-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727397AbfCRI6M (ORCPT ); Mon, 18 Mar 2019 04:58:12 -0400 Received: by mail-pg1-f194.google.com with SMTP id a22so10887622pgg.13 for ; Mon, 18 Mar 2019 01:58:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=YTZ++h4VXnl9yjNCu1NYB8Z9ucXoIwaYDjjx461odWg=; b=GbYDeojOHmx7DKjNLqDdxHaJ4v3A97IunlxrBTtf0fVvBM1a/718OR58vS0dKE82SX 1Z6GNUEpAGaWP0Rj2b0/nmLctEHMVU6nlcGn3r64uGff7jdsqK3Ff4WHu2QTmnIR4kTR cuuQnqVV80e91xJuhRk9rhmQVl9vYslodR9tBVmaLa2SA+9Yrj15PJF+sZgVDhnv4MFM HU2YrTOGTIGehKcW47Gg0Un7s1b0sRZjeY3k+iJW/t8ap2R52B8xE6UA2yOChvqCeBG6 ls1tvNAoWS06gZmcymADei3lLavzeK/WEU4pv57i7ZwWtpKlF1tZFJrbZg5B8VVkofhb iWUg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=YTZ++h4VXnl9yjNCu1NYB8Z9ucXoIwaYDjjx461odWg=; b=KZ8FV8WYad0Plhf5sU6anqsWgehmypuB0DR6tveFr2LH9vaGeS73e5w8/aMgfsJGrR nZs34SU1/BVyYxjlZJhMFuh0yD9VNaa6kQlB+Tq/zhGePPNLTpOqxCnxkJLc0WMzY0mg JCFF9+1FTG5Yn7d4NRNvEv4zEPOGEFfnDv689X/RMVgMRsWrjC0M/n+M4mZDqgdH760v hXfAKrX/FEk+7SVq3Ve9jf5MKY636dNx0qVsJfqSQPnAV5ffzznlsLI6j63QQqj3oE34 ijWNzm3U1n2H4guoNcJ8ZiVXskb8ZtX3TrfOvunAOteWQy1hVhSAdUZMmhmJRNuo0TbL oCwQ== X-Gm-Message-State: APjAAAWpsE4rhza+rzg28k+4c37BRlwIrjCPHtNjUPfManG6AYrGrxmH bPRKNrtIcJXpsqDMnJsX4Pk= X-Received: by 2002:a63:5149:: with SMTP id r9mr16759144pgl.142.1552899491701; Mon, 18 Mar 2019 01:58:11 -0700 (PDT) Received: from localhost.localdomain ([203.100.54.194]) by smtp.gmail.com with ESMTPSA id k8sm11147024pgq.37.2019.03.18.01.58.09 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 18 Mar 2019 01:58:11 -0700 (PDT) From: Yuyang Du To: peterz@infradead.org, will.deacon@arm.com, mingo@kernel.org Cc: bvanassche@acm.org, ming.lei@redhat.com, linux-kernel@vger.kernel.org, Yuyang Du Subject: [PATCH v2 10/19] locking/lockdep: Change the range of class_idx in held_lock struct Date: Mon, 18 Mar 2019 16:57:24 +0800 Message-Id: <20190318085733.3143-11-duyuyang@gmail.com> X-Mailer: git-send-email 2.17.2 (Apple Git-113) In-Reply-To: <20190318085733.3143-1-duyuyang@gmail.com> References: <20190318085733.3143-1-duyuyang@gmail.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org held_lock->class_idx is used to point to the class of the held lock. The index is shifted by 1 to make index 0 mean no class, which results in class index shifting back and forth but is not worth doing so. The reason is: (1) there will be no "no-class" held_lock to begin with, and (2) index 0 seems to be used for error checking, but if something wrong indeed happended, the index can't be counted on to distinguish it as that something won't set the class_idx to 0 on purpose to tell us it is wrong. Therefore, change the index to start from 0. This saves a lot of back-and-forth shifts and save a slot back to lock_classes. Since index 0 is now used for lock class, we change the initial chain key to -1 to avoid key collision, which is due to the fact that __jhash_mix(0, 0, 0) = 0. Actually, the initial chain key can be any arbitrary value other than 0. In addition, we maintain a bitmap to keep track of the used lock classes, and we check the validity of the held lock against that bitmap. Signed-off-by: Yuyang Du --- include/linux/lockdep.h | 14 ++++++------ kernel/locking/lockdep.c | 59 ++++++++++++++++++++++++++++++++---------------- 2 files changed, 46 insertions(+), 27 deletions(-) diff --git a/include/linux/lockdep.h b/include/linux/lockdep.h index dd8cf33..ba4f0c7 100644 --- a/include/linux/lockdep.h +++ b/include/linux/lockdep.h @@ -216,13 +216,8 @@ struct lock_chain { }; #define MAX_LOCKDEP_KEYS_BITS 13 -/* - * Subtract one because we offset hlock->class_idx by 1 in order - * to make 0 mean no class. This avoids overflowing the class_idx - * bitfield and hitting the BUG in hlock_class(). - */ -#define MAX_LOCKDEP_KEYS ((1UL << MAX_LOCKDEP_KEYS_BITS) - 1) -#define INITIAL_CHAIN_KEY 0 +#define MAX_LOCKDEP_KEYS (1UL << MAX_LOCKDEP_KEYS_BITS) +#define INITIAL_CHAIN_KEY -1 struct held_lock { /* @@ -247,6 +242,11 @@ struct held_lock { u64 waittime_stamp; u64 holdtime_stamp; #endif + /* + * class_idx is zero-indexed; it points to the element in + * lock_classes this held lock instance belongs to. class_idx is in + * the range from 0 to (MAX_LOCKDEP_KEYS-1) inclusive. + */ unsigned int class_idx:MAX_LOCKDEP_KEYS_BITS; /* * The lock-stack is unified in that the lock chains of interrupt diff --git a/kernel/locking/lockdep.c b/kernel/locking/lockdep.c index 5459d37..e8871f2 100644 --- a/kernel/locking/lockdep.c +++ b/kernel/locking/lockdep.c @@ -150,17 +150,28 @@ static inline int debug_locks_off_graph_unlock(void) static #endif struct lock_class lock_classes[MAX_LOCKDEP_KEYS]; +static DECLARE_BITMAP(lock_classes_in_use, MAX_LOCKDEP_KEYS); static inline struct lock_class *hlock_class(struct held_lock *hlock) { - if (!hlock->class_idx) { + unsigned int class_idx = hlock->class_idx; + + /* Don't re-read hlock->class_idx, can't use READ_ONCE() on bitfield */ + barrier(); + + if (!test_bit(class_idx, lock_classes_in_use)) { /* * Someone passed in garbage, we give up. */ DEBUG_LOCKS_WARN_ON(1); return NULL; } - return lock_classes + hlock->class_idx - 1; + + /* + * At this point, if the passed hlock->class_idx is still garbage, + * we just have to live with it + */ + return lock_classes + class_idx; } #ifdef CONFIG_LOCK_STAT @@ -604,19 +615,22 @@ static void print_lock(struct held_lock *hlock) /* * We can be called locklessly through debug_show_all_locks() so be * extra careful, the hlock might have been released and cleared. + * + * If this indeed happens, lets pretend it does not hurt to continue + * to print the lock unless the hlock class_idx does not point to a + * registered class. The rationale here is: since we don't attempt + * to distinguish whether we are in this situation, if it just + * happened we can't count on class_idx to tell either. */ - unsigned int class_idx = hlock->class_idx; + struct lock_class *lock = hlock_class(hlock); - /* Don't re-read hlock->class_idx, can't use READ_ONCE() on bitfields: */ - barrier(); - - if (!class_idx || (class_idx - 1) >= MAX_LOCKDEP_KEYS) { + if (!lock) { printk(KERN_CONT "\n"); return; } printk(KERN_CONT "%p", hlock->instance); - print_lock_name(lock_classes + class_idx - 1); + print_lock_name(lock); printk(KERN_CONT ", at: %pS\n", (void *)hlock->acquire_ip); } @@ -871,7 +885,7 @@ static bool check_lock_chain_key(struct lock_chain *chain) int i; for (i = chain->base; i < chain->base + chain->depth; i++) - chain_key = iterate_chain_key(chain_key, chain_hlocks[i] + 1); + chain_key = iterate_chain_key(chain_key, chain_hlocks[i]); /* * The 'unsigned long long' casts avoid that a compiler warning * is reported when building tools/lib/lockdep. @@ -1146,6 +1160,7 @@ static bool is_dynamic_key(const struct lock_class_key *key) return NULL; } nr_lock_classes++; + __set_bit(class - lock_classes, lock_classes_in_use); debug_atomic_inc(nr_unused_locks); class->key = key; class->name = lock->name; @@ -2456,7 +2471,7 @@ static void print_chain_keys_chain(struct lock_chain *chain) printk("depth: %u\n", chain->depth); for (i = 0; i < chain->depth; i++) { class_id = chain_hlocks[chain->base + i]; - chain_key = print_chain_key_iteration(class_id + 1, chain_key); + chain_key = print_chain_key_iteration(class_id, chain_key); print_lock_name(lock_classes + class_id); printk("\n"); @@ -2507,7 +2522,7 @@ static int check_no_collision(struct task_struct *curr, } for (j = 0; j < chain->depth - 1; j++, i++) { - id = curr->held_locks[i].class_idx - 1; + id = curr->held_locks[i].class_idx; if (DEBUG_LOCKS_WARN_ON(chain_hlocks[chain->base + j] != id)) { print_collision(curr, hlock, chain); @@ -2590,7 +2605,7 @@ static inline int add_chain_cache(struct task_struct *curr, if (likely(nr_chain_hlocks + chain->depth <= MAX_LOCKDEP_CHAIN_HLOCKS)) { chain->base = nr_chain_hlocks; for (j = 0; j < chain->depth - 1; j++, i++) { - int lock_id = curr->held_locks[i].class_idx - 1; + int lock_id = curr->held_locks[i].class_idx; chain_hlocks[chain->base + j] = lock_id; } chain_hlocks[chain->base + j] = class - lock_classes; @@ -2770,10 +2785,12 @@ static void check_chain_key(struct task_struct *curr) (unsigned long long)hlock->prev_chain_key); return; } + /* - * Whoops ran out of static storage again? + * hlock->class_idx can't go beyond MAX_LOCKDEP_KEYS, but is + * it registered lock class index? */ - if (DEBUG_LOCKS_WARN_ON(hlock->class_idx > MAX_LOCKDEP_KEYS)) + if (DEBUG_LOCKS_WARN_ON(!test_bit(hlock->class_idx, lock_classes_in_use))) return; if (prev_hlock && (prev_hlock->irq_context != @@ -3619,7 +3636,7 @@ static int __lock_acquire(struct lockdep_map *lock, unsigned int subclass, if (DEBUG_LOCKS_WARN_ON(depth >= MAX_LOCK_DEPTH)) return 0; - class_idx = class - lock_classes + 1; + class_idx = class - lock_classes; if (depth) { hlock = curr->held_locks + depth - 1; @@ -3681,9 +3698,9 @@ static int __lock_acquire(struct lockdep_map *lock, unsigned int subclass, * the hash, not class->key. */ /* - * Whoops, we did it again.. ran straight out of our static allocation. + * Whoops, we did it again.. class_idx is invalid. */ - if (DEBUG_LOCKS_WARN_ON(class_idx > MAX_LOCKDEP_KEYS)) + if (DEBUG_LOCKS_WARN_ON(!test_bit(class_idx, lock_classes_in_use))) return 0; chain_key = curr->curr_chain_key; @@ -3798,7 +3815,7 @@ static int match_held_lock(const struct held_lock *hlock, if (DEBUG_LOCKS_WARN_ON(!hlock->nest_lock)) return 0; - if (hlock->class_idx == class - lock_classes + 1) + if (hlock->class_idx == class - lock_classes) return 1; } @@ -3892,7 +3909,7 @@ static int reacquire_held_locks(struct task_struct *curr, unsigned int depth, lockdep_init_map(lock, name, key, 0); class = register_lock_class(lock, subclass, 0); - hlock->class_idx = class - lock_classes + 1; + hlock->class_idx = class - lock_classes; curr->lockdep_depth = i; curr->curr_chain_key = hlock->prev_chain_key; @@ -4541,7 +4558,7 @@ static void remove_class_from_lock_chain(struct pending_free *pf, recalc: chain_key = INITIAL_CHAIN_KEY; for (i = chain->base; i < chain->base + chain->depth; i++) - chain_key = iterate_chain_key(chain_key, chain_hlocks[i] + 1); + chain_key = iterate_chain_key(chain_key, chain_hlocks[i]); if (chain->depth && chain->chain_key == chain_key) return; /* Overwrite the chain key for concurrent RCU readers. */ @@ -4615,6 +4632,7 @@ static void zap_class(struct pending_free *pf, struct lock_class *class) WRITE_ONCE(class->key, NULL); WRITE_ONCE(class->name, NULL); nr_lock_classes--; + __clear_bit(class - lock_classes, lock_classes_in_use); } else { WARN_ONCE(true, "%s() failed for class %s\n", __func__, class->name); @@ -4964,6 +4982,7 @@ void __init lockdep_init(void) printk(" memory used by lock dependency info: %zu kB\n", (sizeof(lock_classes) + + sizeof(lock_classes_in_use) + sizeof(classhash_table) + sizeof(list_entries) + sizeof(list_entries_in_use) + -- 1.8.3.1