Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id ; Mon, 1 Jul 2002 04:01:45 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id ; Mon, 1 Jul 2002 04:01:44 -0400 Received: from mx2.elte.hu ([157.181.151.9]:57246 "HELO mx2.elte.hu") by vger.kernel.org with SMTP id ; Mon, 1 Jul 2002 04:01:43 -0400 Date: Mon, 1 Jul 2002 10:00:28 +0200 (CEST) From: Ingo Molnar Reply-To: Ingo Molnar To: Andreas Jaeger Cc: Nicholas Miell , , Linus Torvalds Subject: Re: [announce] [patch] batch/idle priority scheduling, SCHED_BATCH In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1391 Lines: 35 On Mon, 1 Jul 2002, Andreas Jaeger wrote: > >> -#define SCHED_OTHER 0 > >> +#define SCHED_NORMAL 0 > > > >>From IEEE 1003.1-2001 / Open Group Base Spec. Issue 6: > > "Conforming implementations shall include one scheduling policy > > identified as SCHED_OTHER (which may execute identically with either the > > FIFO or round robin scheduling policy)." > > > > So, you probably want to add a "#define SCHED_OTHER SCHED_NORMAL" here > > in order to prevent future confusion, especially because the user-space > > headers have SCHED_OTHER, but no SCHED_NORMAL. > > This can be done in glibc. linux/sched.h should not be used by > userspace applications, glibc has the define in which is > included from - and is the file defined by Posix. yes, this was my thinking too. the reason for the change: with the introduction of SCHED_BATCH the regular scheduling policy cannot really be called 'other' anymore, from the point of scheduler internals - it's in the middle of all scheduler policies, its only speciality is that it's the default one. (obviously for the user interface it has to be defined.) Ingo - 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/