Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933834AbZLLCAu (ORCPT ); Fri, 11 Dec 2009 21:00:50 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S933097AbZLLCAt (ORCPT ); Fri, 11 Dec 2009 21:00:49 -0500 Received: from home.kolivas.org ([59.167.196.135]:49371 "EHLO home.kolivas.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S933088AbZLLCAt (ORCPT ); Fri, 11 Dec 2009 21:00:49 -0500 From: Con Kolivas To: Bartlomiej Zolnierkiewicz Subject: Re: BFS v0.311 CPU scheduler for 2.6.32 Date: Sat, 12 Dec 2009 13:00:54 +1100 User-Agent: KMail/1.12.1 (Linux/2.6.32-ck1; KDE/4.3.2; x86_64; ; ) Cc: Christoph Lameter , linux-kernel@vger.kernel.org References: <200912111124.18118.kernel@kolivas.org> <200912120937.42943.kernel@kolivas.org> <200912120155.39197.bzolnier@gmail.com> In-Reply-To: <200912120155.39197.bzolnier@gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200912121300.54803.kernel@kolivas.org> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1984 Lines: 52 On Sat, 12 Dec 2009 11:55:39 Bartlomiej Zolnierkiewicz wrote: > On Friday 11 December 2009 11:37:42 pm Con Kolivas wrote: > > On Sat, 12 Dec 2009 02:12:58 Christoph Lameter wrote: > > > On Sat, 12 Dec 2009, Con Kolivas wrote: > > > > On Sat, 12 Dec 2009 01:10:39 Christoph Lameter wrote: > > > > > Could you make the scheduler build time configurable instead of > > > > > replacing the existing one? Embedded folks in particular may love a > > > > > low footprint scheduler. > > > > > > > > It's not a bad idea, but the kernel still needs to be patched either > > > > way. To get BFS they'd need to patch the kernel. If they didn't want > > > > BFS, they wouldn't patch it in the first place. > > > > > > BFS would have a chance to be merged as an alternate scheduler for > > > specialized situations (such as embedded or desktop use). > > > > Nice idea, but regardless of who else might want that, the mainline > > FWIW I would also love to see it happen. Thanks! > > maintainers have already made it clear they do not. > > Oh, those upstream bastards.. ;) > > Why do you care so much about their acknowledgment? Whaa...? > > If you are not doing your unpaid kernel work for yourself and for people > who recognize/use it then upstream maintainers not liking your changes > should really be the least of your worries.. > Wait, this does not make sense. There's a cyclical flaw in this reasoning. If I cared about their acknowledgment, I would make it mainline mergeable and argue a case for it, which I do not want to do. I'm happy to make reasonable changes to the code consistent with what people who use it want, but what exactly is the point of making it mainline mergeable if it will not be merged? Regards, -- -ck -- 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/