27 Jul, 2011

1 commit

  • This allows us to move duplicated code in
    (atomic_inc_not_zero() for now) to

    Signed-off-by: Arun Sharma
    Reviewed-by: Eric Dumazet
    Cc: Ingo Molnar
    Cc: David Miller
    Cc: Eric Dumazet
    Acked-by: Mike Frysinger
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Arun Sharma
     

31 Mar, 2011

1 commit


17 Jan, 2011

1 commit


29 Jan, 2008

1 commit


18 Dec, 2007

1 commit

  • First of all, thanks to Bob Tracy and
    Michael Cree for testing.
    Especially to Bob, as he has done titanic multi-day git-bisect
    work that finally helped to reproduce and nail down the bug
    (http://bugzilla.kernel.org/show_bug.cgi?id=9457).

    [ev6-]stxncpy.S: it's t12, not t2 register that is supposed to contain
    the last byte offset upon return. As a result of wrong register use
    (which was my fault back in 2003, IIRC), under some circumstances extra
    terminating zero bytes were added to destination string. This particularly
    led to incorrect DEVPATH strings generated in uevent and therefore to udev
    problems.

    strncpy.S: unrelated bug I found while testing the above fix - destination
    is not properly zero-padded then a byte count exceeds source length.
    Actually this is addition to strncpy fix from last year.

    Signed-off-by: Ivan Kokshaysky
    Cc: Richard Henderson
    Cc: Bob Tracy
    Cc: Michael Cree
    Cc: Kay Sievers
    Cc: "Rafael J. Wysocki"
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ivan Kokshaysky
     

20 Oct, 2007

2 commits


15 Oct, 2007

1 commit

  • The variable CFLAGS is a wellknown variable and the usage by
    kbuild may result in unexpected behaviour.
    On top of that several people over time has asked for a way to
    pass in additional flags to gcc.

    This patch replace use of CFLAGS with KBUILD_CFLAGS all over the
    tree and enabling one to use:
    make CFLAGS=...
    to specify additional gcc commandline options.

    One usecase is when trying to find gcc bugs but other
    use cases has been requested too.

    Patch was tested on following architectures:
    alpha, arm, i386, x86_64, mips, sparc, sparc64, ia64, m68k

    Test was simple to do a defconfig build, apply the patch and check
    that nothing got rebuild.

    Signed-off-by: Sam Ravnborg

    Sam Ravnborg
     

18 Jul, 2007

1 commit


24 Jun, 2007

1 commit

  • Hopefully this fixes http://bugzilla.kernel.org/show_bug.cgi?id=8635

    The struct in6_addr passed to csum_ipv6_magic() is 4 byte aligned, so we
    can't use the regular 64-bit loads. Since the cost of handling of 4 byte
    and 1 byte aligned 64-bit data is roughly the same, this code can cope with
    any src/dst [mis]alignment.

    Signed-off-by: Ivan Kokshaysky
    Cc: Richard Henderson
    Cc: Dustin Marquess
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ivan Kokshaysky
     

31 May, 2007

1 commit

  • Remove 2 functions private to the alpha implemetation,
    in favor of similar functions in .

    Provide a more efficient version of the fls64 function
    for pre-ev67 alphas.

    Signed-off-by: Richard Henderson
    Signed-off-by: Linus Torvalds

    Richard Henderson
     

26 Apr, 2007

1 commit


03 Dec, 2006

1 commit

  • * sanitize prototypes and annotate
    * kill useless access_ok() in csum_partial_copy_from_user() (the only
    caller checks it already).
    * do_csum_partial_copy_from_user() is not needed now
    * replace htons(len) with len << 8 - they are the same wrt checksums
    on little-endian.

    Signed-off-by: Al Viro
    Signed-off-by: David S. Miller

    Al Viro
     

04 Oct, 2006

1 commit


01 Jul, 2006

1 commit


25 Apr, 2006

1 commit

  • As it turned out after recent SCSI changes, strncpy() was broken -
    it mixed up the return values from __stxncpy() in registers $24 and $27.

    Thanks to Mathieu Chouquet-Stringer for tracking down the problem
    and providing an excellent test case.

    Signed-off-by: Ivan Kokshaysky
    Signed-off-by: Linus Torvalds

    Ivan Kokshaysky
     

27 Mar, 2006

1 commit


10 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