Message-ID: <000b01c24870$d8419970$d20a5f0a@deldaran>
From: "Lahti Oy" <rlahti@netikka.fi>
To: <linux-kernel@vger.kernel.org>
Subject: schedule_timeout()
Date: Tue, 20 Aug 2002 20:41:41 +0300
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1063
Lines: 20

Why does schedule_timeout() take a signed long as an argument and then check
for possible negative values? Wouldn't it be better to just take an unsigned
long as argument, thus eliminating all dumb checks in the code?

Also, couldn't MAX_SCHEDULE_TIMEOUT be defined zero to make checking for it
faster (actually I did find five calls to schedule_timeout() using zero
timeout, but couldn't they just use plain schedule() instead?)?

Another issue I found concerns setting current task state to TASK_RUNNING
after calling schedule_timeout(). This seems to be done in many parts of the
kernel, though Kernel-API documentations found from kernelnewbies.org seem
to claim that task state is guaranteed to be TASK_RUNNING after
schedule_timeout() returns. Is the documentation faulty or does the kernel
have obsoleted code?

-
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/