Eric Lee / smarc-ti-linux-kernel

26 Apr, 2006

1 commit

27 Mar, 2006

2 commits

  • a58259cdd   [PATCH] bitops: v850: use generic bitops ... Browse Code »

    - remove ffz()
    - remove find_{next,first}{,_zero}_bit()
    - remove generic_ffs()
    - remove generic_fls()
    - remove generic_fls64()
    - remove __ffs()
    - remove sched_find_first_bit()
    - remove generic_hweight{32,16,8}()
    - remove ext2_{set,clear,test,find_first_zero,find_next_zero}_bit()
    - remove minix_{test,set,test_and_clear,test,find_first_zero}_bit()

    Signed-off-by: Akinobu Mita
    Cc: Miles Bader
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Akinobu Mita
     
  • 67b0ad574   [PATCH] bitops: use non atomic operations for minix_*_bit() and ext2_*_bit() ... Browse Code »

    Bitmap functions for the minix filesystem and the ext2 filesystem except
    ext2_set_bit_atomic() and ext2_clear_bit_atomic() do not require the atomic
    guarantees.

    But these are defined by using atomic bit operations on several architectures.
    (cris, frv, h8300, ia64, m32r, m68k, m68knommu, mips, s390, sh, sh64, sparc,
    sparc64, v850, and xtensa)

    This patch switches to non atomic bit operation.

    Signed-off-by: Akinobu Mita
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Akinobu Mita
     

04 Feb, 2006

1 commit

  • bcc68b861   [PATCH] include/asm-*/bitops.h: fix more "~0UL >> size" typos ... Browse Code »

    "[PATCH] m68knommu: fix find_next_zero_bit in bitops.h" fixed a typo in
    m68knommu implementation of find_next_zero_bit().

    grep(1) shows that cris, frv, h8300, v850 are also affected.

    Signed-off-by: Alexey Dobriyan
    Cc: Mikael Starvik
    Cc: David Howells
    Cc: Yoshinori Sato
    Cc: Miles Bader
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Alexey Dobriyan
     

04 Jan, 2006

1 commit

07 Nov, 2005

1 commit

28 Jul, 2005

1 commit

17 Apr, 2005

1 commit

  • 1da177e4c   Linux-2.6.12-rc2 ... Browse Code »
    212

    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