x86-64: Remove vsyscall number 3 (venosys)

    It just segfaults since April 2008 (a4928cff), so I'm pretty
    sure that nothing uses it.  And having an empty section makes
    the linker script a bit fragile.

    Signed-off-by: Andy Lutomirski <luto@mit.edu>
    Cc: Jesper Juhl <jj@chaosbits.net>
    Cc: Borislav Petkov <bp@alien8.de>
    Cc: Linus Torvalds <torvalds@linux-foundation.org>
    Cc: Arjan van de Ven <arjan@infradead.org>
    Cc: Jan Beulich <JBeulich@novell.com>
    Cc: richard -rw- weinberger <richard.weinberger@gmail.com>
    Cc: Mikael Pettersson <mikpe@it.uu.se>
    Cc: Andi Kleen <andi@firstfloor.org>
    Cc: Brian Gerst <brgerst@gmail.com>
    Cc: Louis Rilling <Louis.Rilling@kerlabs.com>
    Cc: Valdis.Kletnieks@vt.edu
    Cc: pageexec@freemail.hu
    Link: http://lkml.kernel.org/r/4a4abcf47ecadc269f2391a313576fe6d06acef7.1307292171.git.luto@mit.edu
    Signed-off-by: Ingo Molnar <mingo@elte.hu>
x86-64: Fill unused parts of the vsyscall page with 0xcc

    Jumping to 0x00 might do something depending on the following
    bytes. Jumping to 0xcc is a trap.  So fill the unused parts of
    the vsyscall page with 0xcc to make it useless for exploits to
    jump there.

    Signed-off-by: Andy Lutomirski <luto@mit.edu>
    Cc: Jesper Juhl <jj@chaosbits.net>
    Cc: Borislav Petkov <bp@alien8.de>
    Cc: Linus Torvalds <torvalds@linux-foundation.org>
    Cc: Arjan van de Ven <arjan@infradead.org>
    Cc: Jan Beulich <JBeulich@novell.com>
    Cc: richard -rw- weinberger <richard.weinberger@gmail.com>
    Cc: Mikael Pettersson <mikpe@it.uu.se>
    Cc: Andi Kleen <andi@firstfloor.org>
    Cc: Brian Gerst <brgerst@gmail.com>
    Cc: Louis Rilling <Louis.Rilling@kerlabs.com>
    Cc: Valdis.Kletnieks@vt.edu
    Cc: pageexec@freemail.hu
    Link: http://lkml.kernel.org/r/ed54bfcfbe50a9070d20ec1edbe0d149e22a4568.1307292171.git.luto@mit.edu
    Signed-off-by: Ingo Molnar <mingo@elte.hu>
dma: ipu_idmac.c: use resource_size in ioremap

    Signed-off-by: H Hartley Sweeten <hsweeten@visionengravers.com>
    Cc: Dan Williams <dan.j.williams@intel.com>
    Cc: Vinod Koul <vinod.koul@intel.com>
    Cc: Guennadi Liakhovetski <g.liakhovetski@gmx.de>
    Cc: Anatolij Gustschin <agust@denx.de>
    Signed-off-by: Vinod Koul <vinod.koul@intel.com>
dma: at_hdmac.c: use resource_size

    Signed-off-by: H Hartley Sweeten <hsweeten@visionengravers.com>
    Cc: Dan Williams <dan.j.williams@intel.com>
    Cc: Vinod Koul <vinod.koul@intel.com>
    Signed-off-by: Vinod Koul <vinod.koul@intel.com>
can: at91_can: don't align struct definitions

    Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>
can: at91_can: fix comment about priv->tx_next

    Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>
can: at91_can: don't copy data to rx'ed RTR frames

    Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>
    Acked-by: Wolfgang Grandegger <wg@grandegger.com>
can: at91_can: let get_tx_* functions return unsigned int

    Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>
can: at91_can: directly define AT91_MB_RX_LAST

    ...instead of deriving it from AT91_MB_RX_FIRST and AT91_MB_RX_NUM.
    This removes a level of computation, when switching the driver from
    compile time constants to runtime values.

    Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>
can: at91_can: rename AT91_MB_RX_MASK to AT91_IRQ_MB_RX

    ... and use it for AT91_NEXT_MB_MASK,
    AT91_IRQ_MB_RX and AT91_IRQ_MB_RX, too.

    Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>
can: at91_can: convert derived mailbox constants into functions

    This is the first of two patches converting the at91_can driver from a
    compile time mailbox setup to a dynamic one.

    This patch converts all derived mailbox constants to functions.

    Signed-off-by: Marc Kleine-Budde <mkl@pengutronix.de>