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

From: David S. Miller (davem@redhat.com)
Date: Wed Dec 04 2002 - 17:09:54 EST

Next message: Antonino Daplas: "Re: [Linux-fbdev-devel] [PATCH] FBDev: vga16fb port"
Previous message: Duncan Sands: "Re: Reserving physical memory at boot time"
In reply to: Daniel Jacobowitz: "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 ]

   From: Daniel Jacobowitz <dan@debian.org>
   Date: Wed, 4 Dec 2002 15:56:09 -0500

   Is the necessary information recoverable in
   Alpha et al.?

No, and Sparc is the same. It's kept in local registers
in the assembler of the trap return path.

-
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: Antonino Daplas: "Re: [Linux-fbdev-devel] [PATCH] FBDev: vga16fb port"
Previous message: Duncan Sands: "Re: Reserving physical memory at boot time"
In reply to: Daniel Jacobowitz: "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:20 EST