Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933520AbZJLWfB (ORCPT ); Mon, 12 Oct 2009 18:35:01 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933477AbZJLWfA (ORCPT ); Mon, 12 Oct 2009 18:35:00 -0400 Received: from mx1.redhat.com ([209.132.183.28]:17244 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933486AbZJLWfA (ORCPT ); Mon, 12 Oct 2009 18:35:00 -0400 Date: Tue, 13 Oct 2009 00:32:59 +0200 (CEST) From: John Kacur X-X-Sender: jkacur@localhost.localdomain To: linux-kernel@vger.kernel.org, Thomas Gleixner cc: Frederic Weisbecker , Vincent Sanders , Ingo Molnar , Christoph Hellwig , Alan Cox , Andrew Morton , Jonathan Corbet , Mike Frysinger , David Howells , Yoshinori Sato , Roman Zippel , Greg Ungerer , David Howells , Koichi Yasutake Subject: [PATCH 0/6 RFC] Remove the BKL from sys_execve on various architectures Message-ID: User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 942 Lines: 22 Most of the mainstream architectures such as x86, x86-64 and ppc, do not use the bkl in sys_execve. All of the architectures that still use it, look like copy-and-pastes from a time when the mainstream architectures did use it. In addition, all of the call-outs appear to be to generic functions that are safe to use without the bkl. Therefore, I believe it should be safe to simply remove. However, the bkl does some surprising things, and I could be wrong. So please have a look at let us know if there is a reason why your architecture does indeed need the bkl in sys_execve. Even better, grab the relevant patch and do some testing and report back. Thank you in advance. John Kacur -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/