into hera.kernel.org:/home/mochel/BK/linux-2.5

says it should do - lock out preemption.

changes

- do not manually set task->state
- instead, in preempt_schedule, set a flag in preempt_count that
  denotes that this task is entering schedule off a kernel preemption.
- use this flag in schedule to jump to pick_next_task
- in preempt_schedule, upon return from schedule, unset the flag
- have entry.S just call preempt_schedule and not duplicate this work,
  as Linus suggested.  I agree.  Note this makes debugging easier as
  we keep a single point of entry for kernel preemptions.

The result: we can safely preempt non-TASK_RUNNING tasks.  If one is
preempted, we can safely survive schedule because we won't handle the
special casing of non-TASK_RUNNING at the top of schedule.  Thus other
tasks can run as desired and our non-TASK_RUNNING task will eventually
be rescheduled, in its original state, and complete happily.

This is the behavior we have in the 2.4 patches and 2.5 until
~2.5.6-pre.  This works.  It requires no other changes elsewhere (it
actually removes some special-casing Ingo did in the signal code).

	2.4 variant will go to Marcelo in a couple of minutes.

Patch moves IS_DEADDIR() checks into may_delete().

More bits from Matt Domsch. Fixes GUID printing, and updates
to what's in the IA64 tree. Other cleanups are mentioned in
the changelog in the patch.

Original from: Brian Gerst <bgerst@didntduck.org>
Has had a once over by Chris Mason and Al.

Seperates reiserfs_sb_info from struct super_block.

						Brian Gerst

Originally by Grant R.Guenther
Has had a quick once over by Al, who weeded out one chunk that was
unrelated.

Originally from Andrew Morton

Brings QNX4FS back in sync with 2.4

Originally from the kernel janitor folks

Original from Rene Scharfe
This fixes a problem where MSDOS fs's ignore their 'check' mount option.

Original fix from Andi Kleen

Originally by Anton Altaparmakov.
I think Anton is going to submit his rewritten NTFS soon making this null and void,
but in the interim, it fixes a known problem with NTFS and large allocations.

From the kernel janitor folks

From the kernel janitor folks

Submitted by Christoph Hellwig and Dave Kleikamp

Submitted by Christoph Hellwig

Submitted by Christoph Hellwig

Submitted by Christoph Hellwig

Submitted by Christoph Hellwig & Dave Kleikamp

Submitted by Christoph Hellwig