1. 23 5月, 2013 1 次提交
  2. 22 5月, 2013 2 次提交
  3. 17 5月, 2013 1 次提交
  4. 09 5月, 2013 2 次提交
  5. 08 5月, 2013 2 次提交
  6. 01 5月, 2013 2 次提交
    • T
      dump_stack: unify debug information printed by show_regs() · a43cb95d
      Tejun Heo 提交于
      show_regs() is inherently arch-dependent but it does make sense to print
      generic debug information and some archs already do albeit in slightly
      different forms.  This patch introduces a generic function to print debug
      information from show_regs() so that different archs print out the same
      information and it's much easier to modify what's printed.
      
      show_regs_print_info() prints out the same debug info as dump_stack()
      does plus task and thread_info pointers.
      
      * Archs which didn't print debug info now do.
      
        alpha, arc, blackfin, c6x, cris, frv, h8300, hexagon, ia64, m32r,
        metag, microblaze, mn10300, openrisc, parisc, score, sh64, sparc,
        um, xtensa
      
      * Already prints debug info.  Replaced with show_regs_print_info().
        The printed information is superset of what used to be there.
      
        arm, arm64, avr32, mips, powerpc, sh32, tile, unicore32, x86
      
      * s390 is special in that it used to print arch-specific information
        along with generic debug info.  Heiko and Martin think that the
        arch-specific extra isn't worth keeping s390 specfic implementation.
        Converted to use the generic version.
      
      Note that now all archs print the debug info before actual register
      dumps.
      
      An example BUG() dump follows.
      
       kernel BUG at /work/os/work/kernel/workqueue.c:4841!
       invalid opcode: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC
       Modules linked in:
       CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.9.0-rc1-work+ #7
       Hardware name: empty empty/S3992, BIOS 080011  10/26/2007
       task: ffff88007c85e040 ti: ffff88007c860000 task.ti: ffff88007c860000
       RIP: 0010:[<ffffffff8234a07e>]  [<ffffffff8234a07e>] init_workqueues+0x4/0x6
       RSP: 0000:ffff88007c861ec8  EFLAGS: 00010246
       RAX: ffff88007c861fd8 RBX: ffffffff824466a8 RCX: 0000000000000001
       RDX: 0000000000000046 RSI: 0000000000000001 RDI: ffffffff8234a07a
       RBP: ffff88007c861ec8 R08: 0000000000000000 R09: 0000000000000000
       R10: 0000000000000001 R11: 0000000000000000 R12: ffffffff8234a07a
       R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000
       FS:  0000000000000000(0000) GS:ffff88007dc00000(0000) knlGS:0000000000000000
       CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
       CR2: ffff88015f7ff000 CR3: 00000000021f1000 CR4: 00000000000007f0
       DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
       DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
       Stack:
        ffff88007c861ef8 ffffffff81000312 ffffffff824466a8 ffff88007c85e650
        0000000000000003 0000000000000000 ffff88007c861f38 ffffffff82335e5d
        ffff88007c862080 ffffffff8223d8c0 ffff88007c862080 ffffffff81c47760
       Call Trace:
        [<ffffffff81000312>] do_one_initcall+0x122/0x170
        [<ffffffff82335e5d>] kernel_init_freeable+0x9b/0x1c8
        [<ffffffff81c47760>] ? rest_init+0x140/0x140
        [<ffffffff81c4776e>] kernel_init+0xe/0xf0
        [<ffffffff81c6be9c>] ret_from_fork+0x7c/0xb0
        [<ffffffff81c47760>] ? rest_init+0x140/0x140
        ...
      
      v2: Typo fix in x86-32.
      
      v3: CPU number dropped from show_regs_print_info() as
          dump_stack_print_info() has been updated to print it.  s390
          specific implementation dropped as requested by s390 maintainers.
      Signed-off-by: NTejun Heo <tj@kernel.org>
      Acked-by: NDavid S. Miller <davem@davemloft.net>
      Acked-by: NJesper Nilsson <jesper.nilsson@axis.com>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: Bjorn Helgaas <bhelgaas@google.com>
      Cc: Fengguang Wu <fengguang.wu@intel.com>
      Cc: Mike Frysinger <vapier@gentoo.org>
      Cc: Vineet Gupta <vgupta@synopsys.com>
      Cc: Sam Ravnborg <sam@ravnborg.org>
      Acked-by: Chris Metcalf <cmetcalf@tilera.com>		[tile bits]
      Acked-by: Richard Kuo <rkuo@codeaurora.org>		[hexagon bits]
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      a43cb95d
    • T
      dump_stack: consolidate dump_stack() implementations and unify their behaviors · 196779b9
      Tejun Heo 提交于
      Both dump_stack() and show_stack() are currently implemented by each
      architecture.  show_stack(NULL, NULL) dumps the backtrace for the
      current task as does dump_stack().  On some archs, dump_stack() prints
      extra information - pid, utsname and so on - in addition to the
      backtrace while the two are identical on other archs.
      
      The usages in arch-independent code of the two functions indicate
      show_stack(NULL, NULL) should print out bare backtrace while
      dump_stack() is used for debugging purposes when something went wrong,
      so it does make sense to print additional information on the task which
      triggered dump_stack().
      
      There's no reason to require archs to implement two separate but mostly
      identical functions.  It leads to unnecessary subtle information.
      
      This patch expands the dummy fallback dump_stack() implementation in
      lib/dump_stack.c such that it prints out debug information (taken from
      x86) and invokes show_stack(NULL, NULL) and drops arch-specific
      dump_stack() implementations in all archs except blackfin.  Blackfin's
      dump_stack() does something wonky that I don't understand.
      
      Debug information can be printed separately by calling
      dump_stack_print_info() so that arch-specific dump_stack()
      implementation can still emit the same debug information.  This is used
      in blackfin.
      
      This patch brings the following behavior changes.
      
      * On some archs, an extra level in backtrace for show_stack() could be
        printed.  This is because the top frame was determined in
        dump_stack() on those archs while generic dump_stack() can't do that
        reliably.  It can be compensated by inlining dump_stack() but not
        sure whether that'd be necessary.
      
      * Most archs didn't use to print debug info on dump_stack().  They do
        now.
      
      An example WARN dump follows.
      
       WARNING: at kernel/workqueue.c:4841 init_workqueues+0x35/0x505()
       Hardware name: empty
       Modules linked in:
       CPU: 0 PID: 1 Comm: swapper/0 Not tainted 3.9.0-rc1-work+ #9
        0000000000000009 ffff88007c861e08 ffffffff81c614dc ffff88007c861e48
        ffffffff8108f50f ffffffff82228240 0000000000000040 ffffffff8234a03c
        0000000000000000 0000000000000000 0000000000000000 ffff88007c861e58
       Call Trace:
        [<ffffffff81c614dc>] dump_stack+0x19/0x1b
        [<ffffffff8108f50f>] warn_slowpath_common+0x7f/0xc0
        [<ffffffff8108f56a>] warn_slowpath_null+0x1a/0x20
        [<ffffffff8234a071>] init_workqueues+0x35/0x505
        ...
      
      v2: CPU number added to the generic debug info as requested by s390
          folks and dropped the s390 specific dump_stack().  This loses %ksp
          from the debug message which the maintainers think isn't important
          enough to keep the s390-specific dump_stack() implementation.
      
          dump_stack_print_info() is moved to kernel/printk.c from
          lib/dump_stack.c.  Because linkage is per objecct file,
          dump_stack_print_info() living in the same lib file as generic
          dump_stack() means that archs which implement custom dump_stack()
          - at this point, only blackfin - can't use dump_stack_print_info()
          as that will bring in the generic version of dump_stack() too.  v1
          The v1 patch broke build on blackfin due to this issue.  The build
          breakage was reported by Fengguang Wu.
      Signed-off-by: NTejun Heo <tj@kernel.org>
      Acked-by: NDavid S. Miller <davem@davemloft.net>
      Acked-by: NVineet Gupta <vgupta@synopsys.com>
      Acked-by: NJesper Nilsson <jesper.nilsson@axis.com>
      Acked-by: NVineet Gupta <vgupta@synopsys.com>
      Acked-by: Martin Schwidefsky <schwidefsky@de.ibm.com>	[s390 bits]
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Mike Frysinger <vapier@gentoo.org>
      Cc: Fengguang Wu <fengguang.wu@intel.com>
      Cc: Bjorn Helgaas <bhelgaas@google.com>
      Cc: Sam Ravnborg <sam@ravnborg.org>
      Acked-by: Richard Kuo <rkuo@codeaurora.org>		[hexagon bits]
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      196779b9
  7. 11 4月, 2013 2 次提交
    • R
      MIPS: Avoid overoptimization by GCC. · 1186e4e9
      Ralf Baechle 提交于
      Without this, it's possible that LTO will discard the calls to
      set_except_vector() in the probe for the DADDI overflow bug resulting in a
      kernel crash like this:
      
       [...]
       Mount-cache hash table entries: 256
       Checking for the daddi bug... Integer overflow[#1]:
       Cpu 0
       $ 0   : 0000000000000000 0000000010008ce1 0000000000000001 0000000000000000
       $ 4   : 7fffffffffffedcd ffffffff81410000 0000000000000030 000000000000003f
       [...]
      
      There are other similar places in the kernel so we've just been lucky
      that GCC's been tolerant.
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      1186e4e9
    • R
      MIPS: Make tlb exception handler definitions and declarations match. · 86a1708a
      Ralf Baechle 提交于
      The code was written as it is because it's more expressive, a bit easier.
      But it's always been dirty, if not a bug.  But we can't cheat with LTO
      compilers, so this results in:
      
      [...]
        LDFINAL vmlinux.o
      In file included from arch/mips/kernel/topology.c:604:0,
                       from arch/mips/kernel/time.c:212,
                       from arch/mips/kernel/syscall.c:300,
                       from arch/mips/kernel/signal.c:853,
                       from arch/mips/kernel/setup.c:1030,
                       from arch/mips/kernel/reset.c:354,
                       from arch/mips/kernel/ptrace.c:562,
                       from arch/mips/kernel/process.c:770,
                       from arch/mips/kernel/irq.c:350,
                       from arch/mips/kernel/branch.c:321,
                       from arch/mips/kernel/cpu-probe.c:1370,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/thread_info.h:345,
                       from arch/mips/sgi-ip22/ip22-gio.c:660,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/sgialib.h:219,
                       from arch/mips/sgi-ip22/ip22-reset.c:224,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/paccess.h:116,
                       from arch/mips/sgi-ip22/ip22-nvram.c:334,
                       from include/linux/kernel_stat.h:79,
                       from arch/mips/sgi-ip22/ip22-int.c:592,
                       from arch/mips/sgi-ip22/ip22-hpc.c:470,
                       from arch/mips/sgi-ip22/ip22-mc.c:135,
                       from init/init_task.c:54,
                       from init/calibrate.c:744,
                       from init/noinitramfs.c:62,
                       from init/do_mounts.c:573,
                       from init/version.c:1009,
                       from init/main.c:777,
                       from :729:
      arch/mips/kernel/traps.c:63:49: error: variable ‘handle_tlbl’ redeclared as function
      In file included from arch/mips/mm/page.c:310:0,
                       from arch/mips/mm/mmap.c:208,
                       from arch/mips/mm/init.c:641,
                       from arch/mips/mm/gup.c:811,
                       from arch/mips/mm/fault.c:659,
                       from include/linux/module.h:682,
                       from arch/mips/mm/dma-default.c:161,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/thread_info.h:397,
                       from arch/mips/kernel/i8253.c:538,
                       from arch/mips/kernel/proc.c:145,
                       from arch/mips/kernel/irq_cpu.c:129,
                       from arch/mips/kernel/i8259.c:229,
                       from include/uapi/linux/elf.h:251,
                       from arch/mips/kernel/mips_ksyms.c:129,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/time.h:50,
                       from arch/mips/kernel/cevt-r4k.c:90,
                       from arch/mips/kernel/vdso.c:136,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/thread_info.h:351,
                       from arch/mips/kernel/unaligned.c:809,
                       from arch/mips/kernel/traps.c:1720,
                       from arch/mips/kernel/topology.c:684,
                       from arch/mips/kernel/time.c:212,
                       from arch/mips/kernel/syscall.c:300,
                       from arch/mips/kernel/signal.c:853,
                       from arch/mips/kernel/setup.c:1030,
                       from arch/mips/kernel/reset.c:354,
                       from arch/mips/kernel/ptrace.c:562,
                       from arch/mips/kernel/process.c:770,
                       from arch/mips/kernel/irq.c:350,
                       from arch/mips/kernel/branch.c:321,
                       from arch/mips/kernel/cpu-probe.c:1370,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/thread_info.h:345,
                       from arch/mips/sgi-ip22/ip22-gio.c:660,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/sgialib.h:219,
                       from arch/mips/sgi-ip22/ip22-reset.c:224,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/paccess.h:116,
                       from arch/mips/sgi-ip22/ip22-nvram.c:334,
                       from include/linux/kernel_stat.h:79,
                       from arch/mips/sgi-ip22/ip22-int.c:592,
                       from arch/mips/sgi-ip22/ip22-hpc.c:470,
                       from arch/mips/sgi-ip22/ip22-mc.c:135,
                       from init/init_task.c:54,
                       from init/calibrate.c:744,
                       from init/noinitramfs.c:62,
                       from init/do_mounts.c:573,
                       from init/version.c:1009,
                       from init/main.c:777,
                       from :729:
      arch/mips/mm/tlbex.c:1448:5: note: previously declared here
      In file included from arch/mips/kernel/topology.c:604:0,
                       from arch/mips/kernel/time.c:212,
                       from arch/mips/kernel/syscall.c:300,
                       from arch/mips/kernel/signal.c:853,
                       from arch/mips/kernel/setup.c:1030,
                       from arch/mips/kernel/reset.c:354,
                       from arch/mips/kernel/ptrace.c:562,
                       from arch/mips/kernel/process.c:770,
                       from arch/mips/kernel/irq.c:350,
                       from arch/mips/kernel/branch.c:321,
                       from arch/mips/kernel/cpu-probe.c:1370,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/thread_info.h:345,
                       from arch/mips/sgi-ip22/ip22-gio.c:660,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/sgialib.h:219,
                       from arch/mips/sgi-ip22/ip22-reset.c:224,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/paccess.h:116,
                       from arch/mips/sgi-ip22/ip22-nvram.c:334,
                       from include/linux/kernel_stat.h:79,
                       from arch/mips/sgi-ip22/ip22-int.c:592,
                       from arch/mips/sgi-ip22/ip22-hpc.c:470,
                       from arch/mips/sgi-ip22/ip22-mc.c:135,
                       from init/init_task.c:54,
                       from init/calibrate.c:744,
                       from init/noinitramfs.c:62,
                       from init/do_mounts.c:573,
                       from init/version.c:1009,
                       from init/main.c:777,
                       from :729:
      arch/mips/kernel/traps.c:62:49: error: variable ‘handle_tlbm’ redeclared as function
      In file included from arch/mips/mm/page.c:310:0,
                       from arch/mips/mm/mmap.c:208,
                       from arch/mips/mm/init.c:641,
                       from arch/mips/mm/gup.c:811,
                       from arch/mips/mm/fault.c:659,
                       from include/linux/module.h:682,
                       from arch/mips/mm/dma-default.c:161,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/thread_info.h:397,
                       from arch/mips/kernel/i8253.c:538,
                       from arch/mips/kernel/proc.c:145,
                       from arch/mips/kernel/irq_cpu.c:129,
                       from arch/mips/kernel/i8259.c:229,
                       from include/uapi/linux/elf.h:251,
                       from arch/mips/kernel/mips_ksyms.c:129,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/time.h:50,
                       from arch/mips/kernel/cevt-r4k.c:90,
                       from arch/mips/kernel/vdso.c:136,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/thread_info.h:351,
                       from arch/mips/kernel/unaligned.c:809,
                       from arch/mips/kernel/traps.c:1720,
                       from arch/mips/kernel/topology.c:684,
                       from arch/mips/kernel/time.c:212,
                       from arch/mips/kernel/syscall.c:300,
                       from arch/mips/kernel/signal.c:853,
                       from arch/mips/kernel/setup.c:1030,
                       from arch/mips/kernel/reset.c:354,
                       from arch/mips/kernel/ptrace.c:562,
                       from arch/mips/kernel/process.c:770,
                       from arch/mips/kernel/irq.c:350,
                       from arch/mips/kernel/branch.c:321,
                       from arch/mips/kernel/cpu-probe.c:1370,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/thread_info.h:345,
                       from arch/mips/sgi-ip22/ip22-gio.c:660,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/sgialib.h:219,
                       from arch/mips/sgi-ip22/ip22-reset.c:224,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/paccess.h:116,
                       from arch/mips/sgi-ip22/ip22-nvram.c:334,
                       from include/linux/kernel_stat.h:79,
                       from arch/mips/sgi-ip22/ip22-int.c:592,
                       from arch/mips/sgi-ip22/ip22-hpc.c:470,
                       from arch/mips/sgi-ip22/ip22-mc.c:135,
                       from init/init_task.c:54,
                       from init/calibrate.c:744,
                       from init/noinitramfs.c:62,
                       from init/do_mounts.c:573,
                       from init/version.c:1009,
                       from init/main.c:777,
                       from :729:
      arch/mips/mm/tlbex.c:1450:5: note: previously declared here
      In file included from arch/mips/kernel/topology.c:604:0,
                       from arch/mips/kernel/time.c:212,
                       from arch/mips/kernel/syscall.c:300,
                       from arch/mips/kernel/signal.c:853,
                       from arch/mips/kernel/setup.c:1030,
                       from arch/mips/kernel/reset.c:354,
                       from arch/mips/kernel/ptrace.c:562,
                       from arch/mips/kernel/process.c:770,
                       from arch/mips/kernel/irq.c:350,
                       from arch/mips/kernel/branch.c:321,
                       from arch/mips/kernel/cpu-probe.c:1370,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/thread_info.h:345,
                       from arch/mips/sgi-ip22/ip22-gio.c:660,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/sgialib.h:219,
                       from arch/mips/sgi-ip22/ip22-reset.c:224,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/paccess.h:116,
                       from arch/mips/sgi-ip22/ip22-nvram.c:334,
                       from include/linux/kernel_stat.h:79,
                       from arch/mips/sgi-ip22/ip22-int.c:592,
                       from arch/mips/sgi-ip22/ip22-hpc.c:470,
                       from arch/mips/sgi-ip22/ip22-mc.c:135,
                       from init/init_task.c:54,
                       from init/calibrate.c:744,
                       from init/noinitramfs.c:62,
                       from init/do_mounts.c:573,
                       from init/version.c:1009,
                       from init/main.c:777,
                       from :729:
      arch/mips/kernel/traps.c:64:49: error: variable ‘handle_tlbs’ redeclared as function
      In file included from arch/mips/mm/page.c:310:0,
                       from arch/mips/mm/mmap.c:208,
                       from arch/mips/mm/init.c:641,
                       from arch/mips/mm/gup.c:811,
                       from arch/mips/mm/fault.c:659,
                       from include/linux/module.h:682,
                       from arch/mips/mm/dma-default.c:161,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/thread_info.h:397,
                       from arch/mips/kernel/i8253.c:538,
                       from arch/mips/kernel/proc.c:145,
                       from arch/mips/kernel/irq_cpu.c:129,
                       from arch/mips/kernel/i8259.c:229,
                       from include/uapi/linux/elf.h:251,
                       from arch/mips/kernel/mips_ksyms.c:129,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/time.h:50,
                       from arch/mips/kernel/cevt-r4k.c:90,
                       from arch/mips/kernel/vdso.c:136,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/thread_info.h:351,
                       from arch/mips/kernel/unaligned.c:809,
                       from arch/mips/kernel/traps.c:1720,
                       from arch/mips/kernel/topology.c:684,
                       from arch/mips/kernel/time.c:212,
                       from arch/mips/kernel/syscall.c:300,
                       from arch/mips/kernel/signal.c:853,
                       from arch/mips/kernel/setup.c:1030,
                       from arch/mips/kernel/reset.c:354,
                       from arch/mips/kernel/ptrace.c:562,
                       from arch/mips/kernel/process.c:770,
                       from arch/mips/kernel/irq.c:350,
                       from arch/mips/kernel/branch.c:321,
                       from arch/mips/kernel/cpu-probe.c:1370,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/thread_info.h:345,
                       from arch/mips/sgi-ip22/ip22-gio.c:660,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/sgialib.h:219,
                       from arch/mips/sgi-ip22/ip22-reset.c:224,
                       from /fluff/home/ralf/src/linux/lto/linux-misc/arch/mips/include/asm/paccess.h:116,
                       from arch/mips/sgi-ip22/ip22-nvram.c:334,
                       from include/linux/kernel_stat.h:79,
                       from arch/mips/sgi-ip22/ip22-int.c:592,
                       from arch/mips/sgi-ip22/ip22-hpc.c:470,
                       from arch/mips/sgi-ip22/ip22-mc.c:135,
                       from init/init_task.c:54,
                       from init/calibrate.c:744,
                       from init/noinitramfs.c:62,
                       from init/do_mounts.c:573,
                       from init/version.c:1009,
                       from init/main.c:777,
                       from :729:
      arch/mips/mm/tlbex.c:1449:5: note: previously declared here
      lto1: fatal error: errors during merging of translation units
      compilation terminated.
      lto-wrapper: /usr/bin/mips-linux-gcc returned 1 exit status
      /usr/lib64/gcc/mips-linux/4.7.1/../../../../mips-linux/bin/ld: lto-wrapper failed
      collect2: error: ld returned 1 exit status
      make: *** [vmlinux] Error 1
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      86a1708a
  8. 05 4月, 2013 1 次提交
  9. 01 2月, 2013 2 次提交
  10. 21 1月, 2013 1 次提交
  11. 14 12月, 2012 1 次提交
    • M
      MIPS: Handle COP3 Unusable exception as COP1X for FP emulation · 051ff44a
      Maciej W. Rozycki 提交于
       Our FP emulator is hardcoded for the MIPS IV FP instruction set and does
      not match the FP ISA with the general ISA.  However for the few MIPS IV FP
      instructions that use the COP1X major opcode it relies on the Coprocessor
      Unusable exception to be delivered as a COP1 rather than COP3 exception.
      This includes indexed transfer (LDXC1, etc.) and FP multiply-accumulate
      (MADD.D, etc.) instructions.
      
       All the MIPS I, II, III and IV processors and some newer chips that do not
      implement the FPU use the COP3 exception however.  Therefore I believe the
      kernel should follow and redirect any COP3 Unusable traps to the emulator
      unless an actual FPU part or core is present.
      
       This is a change that implements it.  Any minor opcode encodings that are
      not recognised as valid FP instructions are rejected by the emulator and
      will result in a SIGILL signal being delivered as they currently do.  We
      do not support vendor-specific coprocessor 3 implementations supported
      with MIPS I and MIPS II ISA processors; we never set CP0.Status.CU3.
      
      [Ralf: On MIPS IV processors the kernel always enables the XX bit which
      replaces the CU3 bit off earlier architecture revisions.]
      
       If matching between the CPU and the FPU ISA is considered required one
      day, this can still be done in the emulator itself.  I think the CpU
      exception dispatcher is not the right place to do this anyway, as there
      are further differences between MIPS I, MIPS II, MIPS III, MIPS IV and
      MIPS32 FP ISAs.
      
       Corresponding explanation of this implementation is included within the
      change itself.
      Signed-off-by: NMaciej W. Rozycki <macro@codesourcery.com>
      Cc: linux-mips@linux-mips.org
      Patchwork: https://patchwork.linux-mips.org/project/linux-mips/list/Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      051ff44a
  12. 13 12月, 2012 1 次提交
  13. 23 7月, 2012 1 次提交
    • K
      MIPS: Add CPU support for Loongson1B · 2fa36399
      Kelvin Cheung 提交于
      Loongson 1B is a 32-bit SoC designed by Institute of Computing Technology
      (ICT) and the Chinese Academy of Sciences (CAS), which implements the
      MIPS32 release 2 instruction set.
      
      [ralf@linux-mips.org: But which is not strictly a MIPS32 compliant device
      which also is why it identifies itself with the Legacy Vendor ID in the
      PrID register.  When applying the patch I shoveled some code around to
      keep things in alphabetical order and avoid forward declarations.]
      Signed-off-by: NKelvin Cheung <keguang.zhang@gmail.com>
      Cc: To: linux-mips@linux-mips.org
      Cc: linux-kernel@vger.kernel.org
      Cc: wuzhangjin@gmail.com
      Cc: zhzhl555@gmail.com
      Cc: Kelvin Cheung <keguang.zhang@gmail.com>
      Patchwork: https://patchwork.linux-mips.org/patch/3976/Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      2fa36399
  14. 19 7月, 2012 3 次提交
  15. 07 7月, 2012 1 次提交
  16. 17 5月, 2012 3 次提交
  17. 15 5月, 2012 1 次提交
  18. 29 3月, 2012 1 次提交
  19. 21 2月, 2012 1 次提交
  20. 13 1月, 2012 2 次提交
  21. 08 12月, 2011 3 次提交
  22. 11 11月, 2011 1 次提交
    • M
      MIPS: ASID conflict after CPU hotplug · 5c200197
      Maksim Rayskiy 提交于
      I am running SMP Linux 2.6.37-rc1 on BMIPS5000 (single core dual thread)
      and observe some abnormalities when doing system suspend/resume which I
      narrowed down to cpu hotplugging. The suspend brings the second thread
      processor down and then restarts it, after which I see memory corruption
      in userspace. I started digging and found out that problem occurs because
      while doing execve() the child process is getting the same ASID as the
      parent, which obviously corrupts parent's address space.
      
      Further digging showed that activate_mm() calls get_new_mmu_context() to
      get a new ASID, but at this time ASID field in entryHi is 1, and
      asid_cache(cpu) is 0x100 (it was just reset to ASID_FIRST_VERSION when
      the secondary TP was booting).
      
      So, get_new_mmu_context() increments the asid_cache(cpu) value to
      0x101, and thus puts 0x01 into entryHi. The result - ASID field does
      not get changed as it was supposed to.
      
      My solution is very simple - do not reset asid_cache(cpu) on TP warm
      restart.
      
      Patchwork: https://patchwork.linux-mips.org/patch/1797/Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      5c200197
  23. 01 11月, 2011 1 次提交
  24. 02 10月, 2011 1 次提交
  25. 21 9月, 2011 1 次提交
  26. 01 7月, 2011 1 次提交
    • P
      perf: Remove the nmi parameter from the swevent and overflow interface · a8b0ca17
      Peter Zijlstra 提交于
      The nmi parameter indicated if we could do wakeups from the current
      context, if not, we would set some state and self-IPI and let the
      resulting interrupt do the wakeup.
      
      For the various event classes:
      
        - hardware: nmi=0; PMI is in fact an NMI or we run irq_work_run from
          the PMI-tail (ARM etc.)
        - tracepoint: nmi=0; since tracepoint could be from NMI context.
        - software: nmi=[0,1]; some, like the schedule thing cannot
          perform wakeups, and hence need 0.
      
      As one can see, there is very little nmi=1 usage, and the down-side of
      not using it is that on some platforms some software events can have a
      jiffy delay in wakeup (when arch_irq_work_raise isn't implemented).
      
      The up-side however is that we can remove the nmi parameter and save a
      bunch of conditionals in fast paths.
      Signed-off-by: NPeter Zijlstra <a.p.zijlstra@chello.nl>
      Cc: Michael Cree <mcree@orcon.net.nz>
      Cc: Will Deacon <will.deacon@arm.com>
      Cc: Deng-Cheng Zhu <dengcheng.zhu@gmail.com>
      Cc: Anton Blanchard <anton@samba.org>
      Cc: Eric B Munson <emunson@mgebm.net>
      Cc: Heiko Carstens <heiko.carstens@de.ibm.com>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: David S. Miller <davem@davemloft.net>
      Cc: Frederic Weisbecker <fweisbec@gmail.com>
      Cc: Jason Wessel <jason.wessel@windriver.com>
      Cc: Don Zickus <dzickus@redhat.com>
      Link: http://lkml.kernel.org/n/tip-agjev8eu666tvknpb3iaj0fg@git.kernel.orgSigned-off-by: NIngo Molnar <mingo@elte.hu>
      a8b0ca17
  27. 18 5月, 2011 1 次提交