1. 21 10月, 2010 1 次提交
  2. 01 9月, 2009 3 次提交
    • H
      locking, m68k/asm-offsets: Rename signal defines · 96910b6d
      Heiko Carstens 提交于
      In order to be able to use asm-offsets.h in C files the
      existing namespace conflicts must be solved first. In
      asm-offsets.h there are defines for signal constants, so they
      can be used in assembler files.
      
      Unfortunately the existing defines use a 1:1 mapping for the
      macro names which results in name space conflicts if the header
      file would also be used in C files. So rename the created
      defines and add an "L" prefix to each one since that has
      already been done for the SIGTRAP define in entry_mm.
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Peter Zijlstra <a.p.zijlstra@chello.nl>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Nick Piggin <nickpiggin@yahoo.com.au>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Horst Hartmann <horsth@linux.vnet.ibm.com>
      Cc: Christian Ehrhardt <ehrhardt@linux.vnet.ibm.com>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: David Miller <davem@davemloft.net>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Roman Zippel <zippel@linux-m68k.org>
      Cc: <linux-arch@vger.kernel.org>
      LKML-Reference: <20090831124416.998821502@de.ibm.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      96910b6d
    • H
      locking, m68k: Calculate thread_info offset with asm offset · 0ee000e5
      Heiko Carstens 提交于
      m68k has the thread_info structure embedded in its task struct.
      Therefore its not possible to implement current_thread_info()
      by looking at the stack pointer and do some simple calculations
      like most other architectures do it.
      
      To return the thread_info pointer for a task two defines are
      used. This works until the spinlock function bodies get moved
      into an own header file and CONFIG_SPINLOCK_DEBUG is turned on.
      That results into this compile error:
      
        In file included from include/linux/spinlock.h:378,
                         from include/linux/seqlock.h:29,
                         from include/linux/time.h:8,
                         from include/linux/timex.h:56,
                         from include/linux/sched.h:54,
                         from arch/m68k/kernel/asm-offsets.c:12:
        include/linux/spinlock_api_smp.h: In function '__spin_unlock_irq':
        include/linux/spinlock_api_smp.h:371: error: 'current' undeclared (first use in this function)
        include/linux/spinlock_api_smp.h:371: error: (Each undeclared identifier is reported only once
        include/linux/spinlock_api_smp.h:371: error: for each function it appears in.)
      
      Including asm/current.h to asm-offsets.c wouldn't help since
      the definition of struct task is needed. So we end up with ugly
      header file include dependencies.
      
      To solve this calculate the offset of the thread_info structure
      into the task struct in asm-offsets.h and use the offset in
      task_thread_info(). This works just like it does for IA64 as
      well.
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      Acked-by: NPeter Zijlstra <a.p.zijlstra@chello.nl>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Nick Piggin <nickpiggin@yahoo.com.au>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Horst Hartmann <horsth@linux.vnet.ibm.com>
      Cc: Christian Ehrhardt <ehrhardt@linux.vnet.ibm.com>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: David Miller <davem@davemloft.net>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Roman Zippel <zippel@linux-m68k.org>
      Cc: <linux-arch@vger.kernel.org>
      LKML-Reference: <20090831124417.329662275@de.ibm.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      0ee000e5
    • H
      locking, m68k/asm-offsets: Rename pt_regs offset defines · f159ee78
      Heiko Carstens 提交于
      In order to be able to use asm-offsets.h in C files the
      existing namespace conflicts must be solved first. In
      asm-offsets.h e.g. PT_D0 gets defined which is the offset of
      the d0 member of the pt_regs structure. However a same define
      (with a different meaning) exists in asm/ptregs.h.
      
      So rename the defines created with the asm-offset mechanism to
      PT_OFF_D0 etc. There also already exist a few defines with
      these names that have the same meaning. So remove the existing
      defines and use the asm-offset generated ones.
      Signed-off-by: NHeiko Carstens <heiko.carstens@de.ibm.com>
      Acked-by: NPeter Zijlstra <a.p.zijlstra@chello.nl>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Cc: Nick Piggin <nickpiggin@yahoo.com.au>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Horst Hartmann <horsth@linux.vnet.ibm.com>
      Cc: Christian Ehrhardt <ehrhardt@linux.vnet.ibm.com>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Cc: Linus Torvalds <torvalds@linux-foundation.org>
      Cc: David Miller <davem@davemloft.net>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: Paul Mackerras <paulus@samba.org>
      Cc: Geert Uytterhoeven <geert@linux-m68k.org>
      Cc: Roman Zippel <zippel@linux-m68k.org>
      Cc: <linux-arch@vger.kernel.org>
      LKML-Reference: <20090831124416.666403991@de.ibm.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      f159ee78
  3. 29 4月, 2008 1 次提交
  4. 13 1月, 2006 1 次提交
  5. 14 11月, 2005 2 次提交
  6. 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