13 Dec, 2005

1 commit

  • arch/um/kernel/tt/uaccess.c: In function `copy_from_user_tt':
    arch/um/kernel/tt/uaccess.c:11: error: `FIXADDR_USER_START' undeclared (first use in this function)
    arch/um/kernel/tt/uaccess.c:11: error: (Each undeclared identifier is reported only once
    arch/um/kernel/tt/uaccess.c:11: error: for each function it appears in.)

    I get the compile error when I disable CONFIG_MODE_SKAS.

    Signed-off-by: Pekka Enberg
    Acked-by: Paolo Giarrusso
    Cc: Jeff Dike
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Pekka J Enberg
     

14 Nov, 2005

1 commit

  • The access_ok_tt() macro is bogus, in that a read access is unconditionally
    considered valid.

    I couldn't find in SCM logs the introduction of this check, but I went back to
    2.4.20-1um and the definition was the same.

    Possibly this was done to avoid problems with missing set_fs() calls, but
    there can't be any I think because they would fail with SKAS mode.
    TT-specific code is still to check.

    Also, this patch joins common code together, and makes the "address range
    wrapping" check happen for all cases, rather than for only some.

    This may, possibly, be reoptimized at some time, but the current code doesn't
    seem clever, just confused.

    * Important: I've also had to change references to access_ok_{tt,skas} back to
    access_ok - the kernel wasn't that happy otherwise.

    Signed-off-by: Paolo 'Blaisorblade' Giarrusso
    Acked-by: Jeff Dike
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Paolo 'Blaisorblade' Giarrusso
     

08 Sep, 2005

1 commit


17 Apr, 2005

1 commit

  • Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds