From mboxrd@z Thu Jan  1 00:00:00 1970
From: Arnd Bergmann <arnd@arndb.de>
Subject: Re: [Ksummit-2010-discuss] [v2] Remaining BKL users, what to do
Date: Tue, 19 Oct 2010 15:36:33 +0200
Message-ID: <201010191536.33373.arnd@arndb.de>
References: <201009161632.59210.arnd@arndb.de>
	<201010190926.54635.arnd@arndb.de>
	<1287491998.16971.360.camel@gandalf.stny.rr.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org>
Received: from moutng.kundenserver.de (moutng.kundenserver.de
	[212.227.126.171])
	by gabe.freedesktop.org (Postfix) with ESMTP id F08959E74D
	for <dri-devel@lists.freedesktop.org>;
	Tue, 19 Oct 2010 06:36:40 -0700 (PDT)
In-Reply-To: <1287491998.16971.360.camel@gandalf.stny.rr.com>
List-Unsubscribe: <http://lists.freedesktop.org/mailman/options/dri-devel>,
	<mailto:dri-devel-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <http://lists.freedesktop.org/archives/dri-devel>
List-Post: <mailto:dri-devel@lists.freedesktop.org>
List-Help: <mailto:dri-devel-request@lists.freedesktop.org?subject=help>
List-Subscribe: <http://lists.freedesktop.org/mailman/listinfo/dri-devel>,
	<mailto:dri-devel-request@lists.freedesktop.org?subject=subscribe>
Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org
To: Steven Rostedt <rostedt@goodmis.org>, Greg KH <greg@kroah.com>, linux-kernel@vger.kernel.org, Christoph Hellwig <hch@infradead.org>, Ingo Molnar <mingo@elte.hu>
Cc: ksummit-2010-discuss@lists.linux-foundation.org, dri-devel@lists.freedesktop.org
List-Id: dri-devel@lists.freedesktop.org

[trimming Cc list]

On Tuesday 19 October 2010, Steven Rostedt wrote:
> I think we also need to cover the PREEMPT case too. But that could be a
> compile time check, since you can't boot a preempt kernel and make it
> non preempt.

Right. Can we turn the lock_kernel() into preempt_disable() in these
drivers when we know we never run on SMP?

	Arnd