1. 27 4月, 2017 1 次提交
  2. 25 12月, 2016 1 次提交
  3. 27 7月, 2016 1 次提交
  4. 29 11月, 2012 1 次提交
  5. 04 10月, 2009 1 次提交
  6. 27 9月, 2008 1 次提交
  7. 26 6月, 2008 1 次提交
  8. 17 4月, 2008 1 次提交
  9. 09 5月, 2007 1 次提交
  10. 01 7月, 2006 1 次提交
  11. 11 4月, 2006 3 次提交
    • K
      [PATCH] No arch-specific strpbrk implementations · 894b5779
      Kyle McMartin 提交于
      While cleaning up parisc_ksyms.c earlier, I noticed that strpbrk wasn't
      being exported from lib/string.c.  Investigating further, I noticed a
      changeset that removed its export and added it to _ksyms.c on a few more
      architectures.  The justification was that "other arches do it."
      
      I think this is wrong, since no architecture currently defines
      __HAVE_ARCH_STRPBRK, there's no reason for any of them to be exporting it
      themselves.  Therefore, consolidate the export to lib/string.c.
      Signed-off-by: NKyle McMartin <kyle@parisc-linux.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      894b5779
    • H
      [PATCH] m32r: Remove symbols exported twice · 73830056
      Hirokazu Takata 提交于
      Remove multi-exported symbols from arch/m32r/kernel/m32r_ksyms.c.
      
      WARNING: vmlinux: 'enable_irq' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'disable_irq' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'disable_irq_nosync' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'synchronize_irq' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'memchr' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'strstr' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'memscan' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'memcmp' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'memmove' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'strnlen' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'strchr' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'strncmp' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'strcmp' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'strncat' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'strcat' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'strncpy' exported twice. Previous export was in vmlinux
      WARNING: vmlinux: 'strcpy' exported twice. Previous export was in vmlinux
      Signed-off-by: NHirokazu Takata <takata@linux-m32r.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      73830056
    • H
      [PATCH] m32r: security fix of {get,put}_user macros · 04dfd0de
      Hirokazu Takata 提交于
      Update {get,put}_user macros for m32r kernel.
      - Modify get_user to use __get_user_asm macro, instead of __get_user_x macro.
      - Remove arch/m32r/lib/{get,put}user.S.
      - Some cosmetic updates.
      
      I would like to thank NIIBE Yutaka for his reporting about the m32r kernel's
      security problem in {get,put}_user macros.
      
      There were no address checking for user space access in {get,put}_user macros.
       ;-)
      Signed-off-by: NHirokazu Takata <takata@linux-m32r.org>
      Cc: NIIBE Yutaka <gniibe@fsij.org>
      Cc: <stable@kernel.org>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      04dfd0de
  12. 08 2月, 2006 1 次提交
  13. 11 1月, 2006 1 次提交
  14. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      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!
      1da177e4