Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752628AbdLKJTn (ORCPT ); Mon, 11 Dec 2017 04:19:43 -0500 Received: from mail-wm0-f65.google.com ([74.125.82.65]:42487 "EHLO mail-wm0-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752607AbdLKJTd (ORCPT ); Mon, 11 Dec 2017 04:19:33 -0500 X-Google-Smtp-Source: ACJfBosTY/xowgXydCww93d3+fhMpnEed4/TcG50RgmuIM/93bBnPT6jvBuUi8JbARn/gQ9CPgMSFw== Date: Mon, 11 Dec 2017 10:19:28 +0100 From: Daniel Vetter To: Peter Zijlstra Cc: Daniel Vetter , LKML , DRI Development , Intel Graphics Development , Tvrtko Ursulin , Marta Lofstedt , Byungchul Park , Ingo Molnar , Tejun Heo , Kees Cook , Thomas Gleixner , Shaohua Li , Andrew Morton , Jens Axboe , Greg Kroah-Hartman , Jonathan Corbet , Oleg Nesterov , Daniel Vetter Subject: Re: [PATCH] kthread: finer-grained lockdep/cross-release completion Message-ID: <20171211091928.cpw3srz2rddmruxj@phenom.ffwll.local> Mail-Followup-To: Peter Zijlstra , LKML , DRI Development , Intel Graphics Development , Tvrtko Ursulin , Marta Lofstedt , Byungchul Park , Ingo Molnar , Tejun Heo , Kees Cook , Thomas Gleixner , Shaohua Li , Andrew Morton , Jens Axboe , Greg Kroah-Hartman , Jonathan Corbet , Oleg Nesterov , Daniel Vetter References: <20171207100849.407-1-daniel.vetter@ffwll.ch> <20171208105419.jdzene5wrsriwm2n@hirez.programming.kicks-ass.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20171208105419.jdzene5wrsriwm2n@hirez.programming.kicks-ass.net> X-Operating-System: Linux phenom 4.13.0-1-amd64 User-Agent: NeoMutt/20170609 (1.8.3) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1695 Lines: 40 On Fri, Dec 08, 2017 at 11:54:19AM +0100, Peter Zijlstra wrote: > On Thu, Dec 07, 2017 at 11:08:49AM +0100, Daniel Vetter wrote: > > Since -rc1 we're hitting a bunch of lockdep splats using the new > > cross-release stuff around the 2 kthread completions. In all cases > > they are because totally independent uses of kthread are mixed up by > > lockdep into the same locking class, creating artificial deadlocks. > > > > Fix this by converting kthread code in the same way as e.g. > > alloc_workqueue already works: Use macros for the public api so we can > > have a callsite specific lockdep key, then pass that through the > > entire callchain. Due to the many entry points this is slightly > > tedious. > > > > Cc: Tvrtko Ursulin > > Cc: Marta Lofstedt > > Cc: Byungchul Park > > Cc: Ingo Molnar > > Cc: Peter Zijlstra > > Cc: Tejun Heo > > Cc: Kees Cook > > Cc: Thomas Gleixner > > Cc: Shaohua Li > > Cc: Andrew Morton > > Cc: Jens Axboe > > Cc: Daniel Vetter > > Cc: Greg Kroah-Hartman > > Cc: Jonathan Corbet > > Cc: Oleg Nesterov > > References: https://bugs.freedesktop.org/show_bug.cgi?id=103950 > > Signed-off-by: Daniel Vetter > > Acked-by: Peter Zijlstra (Intel) Who's going to pick this up? Ingo, Andrew? Thanks, Daniel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch