Re: [PATCH] compatibility syscall layer (lets try again)

From: Jim Houston (jim.houston@ccur.com)
Date: Thu Dec 05 2002 - 10:24:57 EST

Next message: Christoph Hellwig: "[PATCH] hardirq.h needs smp_lock.h"
Previous message: James Bottomley: "Re: [RFC] generic device DMA implementation"
In reply to: george anzinger: "Re: [PATCH] compatibility syscall layer (lets try again)"
Next in thread: george anzinger: "Re: [PATCH] compatibility syscall layer (lets try again)"
Reply: george anzinger: "Re: [PATCH] compatibility syscall layer (lets try again)"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

Hi Linus, George,

I like the direction that this ERESTART_RESTARTBLOCK patch is
going.

It might be nice to clear the restart_block.fun in handle_signal()
in the ERESTART_RESTARTBLOCK path which returns -EINTR. This eliminates
the chance of a stale restart.

Jim Houston - Concurrent Computer Corp.
-
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/

Next message: Christoph Hellwig: "[PATCH] hardirq.h needs smp_lock.h"
Previous message: James Bottomley: "Re: [RFC] generic device DMA implementation"
In reply to: george anzinger: "Re: [PATCH] compatibility syscall layer (lets try again)"
Next in thread: george anzinger: "Re: [PATCH] compatibility syscall layer (lets try again)"
Reply: george anzinger: "Re: [PATCH] compatibility syscall layer (lets try again)"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

This archive was generated by hypermail 2b29 : Sat Dec 07 2002 - 22:00:22 EST