Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751300AbdLMGYe (ORCPT ); Wed, 13 Dec 2017 01:24:34 -0500 Received: from mail-lf0-f67.google.com ([209.85.215.67]:39048 "EHLO mail-lf0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750751AbdLMGYc (ORCPT ); Wed, 13 Dec 2017 01:24:32 -0500 X-Google-Smtp-Source: ACJfBovK33GIVvWY88STpGHEIACM0Ffq3eYFF7e/keiIm7t3sJlQKz3/N3x3E/kT0phfZnGyrAJGxdxhY/FSR9vw5+c= MIME-Version: 1.0 From: Byungchul Park Date: Wed, 13 Dec 2017 15:24:29 +0900 Message-ID: Subject: About the try to remove cross-release feature entirely by Ingo To: Thomas Gleixner , Peter Zijlstra , Ingo Molnar , david@fromorbit.com, tytso@mit.edu, willy@infradead.org, Linus Torvalds , Amir Goldstein , byungchul.park@lge.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux-block@vger.kernel.org, linux-fsdevel@vger.kernel.org, oleg@redhat.com Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 854 Lines: 30 Lockdep works, based on the following: (1) Classifying locks properly (2) Checking relationship between the classes If (1) is not good or (2) is not good, then we might get false positives. For (1), we don't have to classify locks 100% properly but need as enough as lockdep works. For (2), we should have a mechanism w/o logical defects. Cross-release added an additional capacity to (2) and requires (1) to get more precisely classified. Since the current classification level is too low for cross-release to work, false positives are being reported frequently with enabling cross-release. Yes. It's a obvious problem. It needs to be off by default until the classification is done by the level that cross-release requires. But, the logic (2) is valid and logically true. Please keep the code, mechanism, and logic. -- Thanks, Byungchul