From mboxrd@z Thu Jan 1 00:00:00 1970 From: Peter Zijlstra Subject: Re: [PATCH 2/2] [RESEND] console: implement lockdep support for console_lock Date: Mon, 24 Sep 2012 14:24:38 +0200 Message-ID: <1348489478.11847.55.camel@twins> References: <1347923013-4253-1-git-send-email-daniel.vetter@ffwll.ch> <1347923013-4253-2-git-send-email-daniel.vetter@ffwll.ch> <1348489027.11847.53.camel@twins> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Return-path: In-Reply-To: <1348489027.11847.53.camel@twins> Sender: linux-kernel-owner@vger.kernel.org To: Daniel Vetter Cc: LKML , DRI Development , Dave Airlie , Thomas Gleixner , Alan Cox List-Id: dri-devel@lists.freedesktop.org On Mon, 2012-09-24 at 14:17 +0200, Peter Zijlstra wrote: > On Tue, 2012-09-18 at 01:03 +0200, Daniel Vetter wrote: > > - In the printk code there's a special trylock, only used to kick off > > the logbuffer printk'ing in console_unlock. But all that happens > > while lockdep is disable (since printk does a few other evil > > tricks). So no issue there, either. > > Not particularly evil, just plain broken. > > See this series: > > http://marc.info/?l=linux-kernel&m=132446644123326&w=2 > > In particular see patches 1-4. The problem with lockdep is that lockdep > uses printk and printk's recursion stuff is utterly broken. > > Console drivers being on crack simply doesn't help :-) Note that I would > never recommend drm/ksm to anybody who really cares about their console > output. Also, don't cross-post with a subscribe only list.