Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754737AbYH0Wko (ORCPT ); Wed, 27 Aug 2008 18:40:44 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752773AbYH0Wkf (ORCPT ); Wed, 27 Aug 2008 18:40:35 -0400 Received: from smtp1.linux-foundation.org ([140.211.169.13]:59100 "EHLO smtp1.linux-foundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752234AbYH0Wke (ORCPT ); Wed, 27 Aug 2008 18:40:34 -0400 Date: Wed, 27 Aug 2008 15:38:16 -0700 (PDT) From: Linus Torvalds To: Alan Cox cc: Peter Osterlund , "Rafael J. Wysocki" , Alan Cox , Jens Axboe , Linux Kernel Mailing List , Adrian Bunk , Andrew Morton , Natalie Protasevich , Kernel Testers List Subject: Re: 2.6.27-rc4-git1: Reported regressions from 2.6.26 In-Reply-To: <20080827230828.4285022b@lxorguk.ukuu.org.uk> Message-ID: References: <20080827230828.4285022b@lxorguk.ukuu.org.uk> User-Agent: Alpine 1.10 (LFD 962 2008-03-14) 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: 1538 Lines: 38 On Wed, 27 Aug 2008, Alan Cox wrote: > > Easier just to fix it. Its a case of building everything until it > compiles with the prototype change. Almost all stuff will just take the > argument initially and not use it. > > Anyone else plan to do it or shall I hit all the x86 cases and post a > patch ? Well, I alrady reverted it, but if you actually fix unlocked_ioctl() to have the same calling convention as regular ioctl() then a lot of the noise from ioctl conversion goes away, and all that remains is literally just the BKL part. Btw, why is unlocked_ioctl returning "long"? Does anybody depend on that too? That's another difference between the "unlocked" and the traditional version.. As to the "x86 cases", I think you should try to hit them all. Doing a "git grep unlocked_ioctl" gets 185 entries, and it looks like only something like 8 of them are non-x86 (3 in the arch/ directory, five in s390 drivers). Of course, some of them may be drivers that aren't available on x86 for other reasons (ie the ARM embedded stuff), but regardless.. Anyway, the pure size of that patch makes me suspect that we might as well leave it until the next merge window, but if you do it and it's obviously totally mechanical, I'd be likely to just let it slip in early. Linus -- 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/