25 Nov, 2011

2 commits


07 Nov, 2011

1 commit

  • * 'modsplit-Oct31_2011' of git://git.kernel.org/pub/scm/linux/kernel/git/paulg/linux: (230 commits)
    Revert "tracing: Include module.h in define_trace.h"
    irq: don't put module.h into irq.h for tracking irqgen modules.
    bluetooth: macroize two small inlines to avoid module.h
    ip_vs.h: fix implicit use of module_get/module_put from module.h
    nf_conntrack.h: fix up fallout from implicit moduleparam.h presence
    include: replace linux/module.h with "struct module" wherever possible
    include: convert various register fcns to macros to avoid include chaining
    crypto.h: remove unused crypto_tfm_alg_modname() inline
    uwb.h: fix implicit use of asm/page.h for PAGE_SIZE
    pm_runtime.h: explicitly requires notifier.h
    linux/dmaengine.h: fix implicit use of bitmap.h and asm/page.h
    miscdevice.h: fix up implicit use of lists and types
    stop_machine.h: fix implicit use of smp.h for smp_processor_id
    of: fix implicit use of errno.h in include/linux/of.h
    of_platform.h: delete needless include
    acpi: remove module.h include from platform/aclinux.h
    miscdevice.h: delete unnecessary inclusion of module.h
    device_cgroup.h: delete needless include
    net: sch_generic remove redundant use of
    net: inet_timewait_sock doesnt need
    ...

    Fix up trivial conflicts (other header files, and removal of the ab3550 mfd driver) in
    - drivers/media/dvb/frontends/dibx000_common.c
    - drivers/media/video/{mt9m111.c,ov6650.c}
    - drivers/mfd/ab3550-core.c
    - include/linux/dmaengine.h

    Linus Torvalds
     

01 Nov, 2011

1 commit


29 Sep, 2011

1 commit

  • Based on patch by David Gibson

    xmon has a longstanding bug on systems which are SMP-capable but lack
    the MSR[RI] bit. In these cases, xmon invoked by IPI on secondary
    CPUs will not properly keep quiet, but will print stuff, thereby
    garbling the primary xmon's output. This patch fixes it, by ignoring
    the RI bit if the processor does not support it.

    There's already a version of this for 4xx upstream, which we'll need
    to extend to other RI-lacking CPUs at some point. For now this adds
    Book3e processors to the mix.

    Signed-off-by: Jimi Xenidis
    Signed-off-by: Benjamin Herrenschmidt

    Jimi Xenidis
     

19 May, 2011

1 commit

  • The only user of MSG_ALL_BUT_SELF in the whole kernel tree is powerpc,
    and it only uses it to start the debugger. Both debuggers always call
    smp_send_debugger_break with MSG_ALL_BUT_SELF, and only mpic can do
    anything more optimal than a loop over all online cpus, but all message
    passing implementations have to code for this special delivery target.

    Convert smp_send_debugger_break to take void and loop calling the smp_ops
    message_pass function for each of the other cpus in the online cpumask.

    Use raw_smp_processor_id() because we are either entering the debugger
    or trying to start kdump and the additional warning it not useful were
    it to trigger.

    Signed-off-by: Milton Miller
    Signed-off-by: Benjamin Herrenschmidt

    Milton Miller
     

04 May, 2011

2 commits

  • Adapt new API.

    Almost change is trivial. Most important change is the below line
    because we plan to change task->cpus_allowed implementation.

    - ctx->cpus_allowed = current->cpus_allowed;

    Signed-off-by: KOSAKI Motohiro
    Signed-off-by: Benjamin Herrenschmidt

    KOSAKI Motohiro
     
  • Recent 64-bit server processors (POWER6 and POWER7) have a "Come-From
    Address Register" (CFAR), that records the address of the most recent
    branch or rfid (return from interrupt) instruction for debugging purposes.

    This saves the value of the CFAR in the exception entry code and stores
    it in the exception frame. We also make xmon print the CFAR value in
    its register dump code.

    Rather than extend the pt_regs struct at this time, we steal the orig_gpr3
    field, which is only used for system calls, and use it for the CFAR value
    for all exceptions/interrupts other than system calls. This means we
    don't save the CFAR on system calls, which is not a great problem since
    system calls tend not to happen unexpectedly, and also avoids adding the
    overhead of reading the CFAR to the system call entry path.

    Signed-off-by: Paul Mackerras
    Signed-off-by: Benjamin Herrenschmidt

    Paul Mackerras
     

27 Apr, 2011

2 commits


25 Mar, 2011

1 commit

  • Commit ddd588b5dd55 ("oom: suppress nodes that are not allowed from
    meminfo on oom kill") moved lib/show_mem.o out of lib/lib.a, which
    resulted in build warnings on all architectures that implement their own
    versions of show_mem():

    lib/lib.a(show_mem.o): In function `show_mem':
    show_mem.c:(.text+0x1f4): multiple definition of `show_mem'
    arch/sparc/mm/built-in.o:(.text+0xd70): first defined here

    The fix is to remove __show_mem() and add its argument to show_mem() in
    all implementations to prevent this breakage.

    Architectures that implement their own show_mem() actually don't do
    anything with the argument yet, but they could be made to filter nodes
    that aren't allowed in the current context in the future just like the
    generic implementation.

    Reported-by: Stephen Rothwell
    Reported-by: James Bottomley
    Suggested-by: Andrew Morton
    Signed-off-by: David Rientjes
    Signed-off-by: Linus Torvalds

    David Rientjes
     

13 Oct, 2010

1 commit


20 Aug, 2010

1 commit


14 Jul, 2010

1 commit


03 Feb, 2010

1 commit


24 Nov, 2009

1 commit


27 Oct, 2009

1 commit

  • Prior to the arch/ppc -> arch/powerpc transition, xmon had support for single
    stepping on 4xx boards. The functionality was lost when arch/ppc was removed.
    This patch restores single step support for 44x boards, and Book-E in general.

    Signed-off-by: Josh Boyer
    Signed-off-by: Benjamin Herrenschmidt

    Josh Boyer
     

24 Sep, 2009

1 commit

  • The xmon code relies on MSR_RI being non-zero to indicate that an exception
    is recoverable. If it is not, it prints a warning message. However, the
    PowerPC 4xx cores do not have an MSR_RI bit and this warning is produced for
    every xmon event.

    This introduces an unrecoverable_excp function to determine if an exception
    is recoverable or not. This gets rid of the erroneous warnings on 4xx.

    Signed-off-by: Josh Boyer
    Signed-off-by: Benjamin Herrenschmidt

    Josh Boyer
     

20 Aug, 2009

2 commits


16 Jun, 2009

1 commit

  • Add the option to build the code under arch/powerpc with -Werror.

    The intention is to make it harder for people to inadvertantly introduce
    warnings in the arch/powerpc code. It needs to be configurable so that
    if a warning is introduced, people can easily work around it while it's
    being fixed.

    The option is a negative, ie. don't enable -Werror, so that it will be
    turned on for allyes and allmodconfig builds.

    The default is n, in the hope that developers will build with -Werror,
    that will probably lead to some build breaks, I am prepared to be flamed.

    It's not enabled for math-emu, which is a steaming pile of warnings.

    Signed-off-by: Michael Ellerman
    Signed-off-by: Benjamin Herrenschmidt

    Michael Ellerman
     

09 Jun, 2009

1 commit


21 May, 2009

1 commit

  • Hello All,

    Quite a while back Michael Ellerman had posted a patch to add support to xmon to print the contents of the console log pointed to by __log_buf.
    Here's the link to that patch - http://ozlabs.org/pipermail/linuxppc64-dev/2005-March/003657.html
    I've ported the patch in the above link to 2.6.30-rc5 and have tested it.

    Thanks & regards,
    Vinay

    Signed-off-by: Michael Ellerman
    Signed-off-by: Benjamin Herrenschmidt

    Vinay Sridhar
     

23 Dec, 2008

1 commit


31 Oct, 2008

1 commit

  • This makes sure we don't try to call find_bug or is_warning_bug when
    CONFIG_BUG=n and CONFIG_XMON=y. Otherwise we get these errors:

    arch/powerpc/xmon/xmon.c: In function ‘print_bug_trap’:
    arch/powerpc/xmon/xmon.c:1364: error: implicit declaration of function ‘find_bug’
    arch/powerpc/xmon/xmon.c:1364: warning: assignment makes pointer from integer without a cast
    arch/powerpc/xmon/xmon.c:1367: error: implicit declaration of function ‘is_warning_bug’
    arch/powerpc/xmon/xmon.c:1374: error: dereferencing pointer to incomplete type
    make[2]: *** [arch/powerpc/xmon/xmon.o] Error 1
    make[1]: *** [arch/powerpc/xmon] Error 2
    make: *** [sub-make] Error 2

    Signed-off-by: Paul Mackerras

    Paul Mackerras
     

30 Jun, 2008

1 commit


16 Jun, 2008

1 commit

  • According to the CBEA, the SPU dsisr is not updated for class 0
    exceptions.

    spu_stopped() is testing the dsisr that was passed to it from the class
    0 exception handler, so we return a false positive here.

    This patch cleans up the interrupt handler and erroneous tests in
    spu_stopped. It also removes the fields from the csa since it is not
    needed to process class 0 events.

    Signed-off-by: Luke Browning
    Signed-off-by: Jeremy Kerr

    Luke Browning
     

14 May, 2008

2 commits

  • This is a little messier than I'd like because xmon.h only exists
    on powerpc and we can't have a static inline and an extern declaration
    visible at the same time.

    Signed-off-by: Michael Ellerman
    Signed-off-by: Paul Mackerras

    Michael Ellerman
     
  • warning: Using plain integer as NULL pointer
    warning: Using plain integer as NULL pointer
    warning: symbol 'excprint' was not declared. Should it be static?
    warning: symbol 'prregs' was not declared. Should it be static?
    warning: symbol 'cacheflush' was not declared. Should it be static?
    warning: symbol 'read_spr' was not declared. Should it be static?
    warning: symbol 'write_spr' was not declared. Should it be static?
    warning: symbol 'super_regs' was not declared. Should it be static?
    warning: symbol 'mread' was not declared. Should it be static?
    warning: symbol 'mwrite' was not declared. Should it be static?
    warning: symbol 'byterev' was not declared. Should it be static?
    warning: symbol 'memex' was not declared. Should it be static?
    warning: symbol 'bsesc' was not declared. Should it be static?
    warning: symbol 'dump' was not declared. Should it be static?
    warning: symbol 'prdump' was not declared. Should it be static?
    warning: symbol 'generic_inst_dump' was not declared. Should it be static?
    warning: symbol 'ppc_inst_dump' was not declared. Should it be static?
    warning: symbol 'memops' was not declared. Should it be static?
    warning: symbol 'memdiffs' was not declared. Should it be static?
    warning: symbol 'memlocate' was not declared. Should it be static?
    warning: symbol 'memzcan' was not declared. Should it be static?
    warning: symbol 'proccall' was not declared. Should it be static?
    warning: symbol 'scannl' was not declared. Should it be static?
    warning: symbol 'hexdigit' was not declared. Should it be static?
    warning: symbol 'flush_input' was not declared. Should it be static?
    warning: symbol 'inchar' was not declared. Should it be static?
    warning: symbol 'take_input' was not declared. Should it be static?
    warning: symbol 'xmon_init' was not declared. Should it be static?

    Signed-off-by: Michael Ellerman
    Signed-off-by: Paul Mackerras

    Michael Ellerman
     

05 May, 2008

1 commit


18 Apr, 2008

1 commit


15 Apr, 2008

1 commit


25 Jan, 2008

1 commit


11 Dec, 2007

2 commits

  • This adds a bit more detail to the xmon SLB output. When the valid
    bit is set, this displays the ESID and VSID values, as well as
    decoding the segment size -- 1T or 256M -- and displaying the LLP
    bits. This supresses the output for any slb entries that contain only
    zeros.

    sample output from power6 (1T segment support):
    00 c000000008000000 40004f7ca3000500 1T ESID= c00000 VSID= 4f7ca3 LLP:100
    01 d000000008000000 4000eb71b0000400 1T ESID= d00000 VSID= eb71b0 LLP: 0
    08 0000000018000000 0000c8499f8ccc80 256M ESID= 1 VSID= c8499f8cc LLP: 0
    09 00000000f8000000 0000d2c1a8e46c80 256M ESID= f VSID= d2c1a8e46 LLP: 0
    10 0000000048000000 0000ca87eab1dc80 256M ESID= 4 VSID= ca87eab1d LLP: 0
    43 cf00000008000000 400011b260000500 1T ESID= cf0000 VSID= 11b260 LLP:100

    sample output from power5 (notice the non-valid but non-zero entries)
    10 0000000008000000 00004fd0e077ac80 256M ESID= 0 VSID= 4fd0e077a LLP: 0
    11 00000000f8000000 00005b085830fc80 256M ESID= f VSID= 5b085830f LLP: 0
    12 0000000048000000 000052ce99fe6c80 256M ESID= 4 VSID= 52ce99fe6 LLP: 0
    13 0000000018000000 000050904ed95c80 256M ESID= 1 VSID= 50904ed95 LLP: 0
    14 cf00000008000000 0000d59aca40f500 256M ESID=cf0000000 VSID= d59aca40f LLP:100
    15 c000000078000000 000045cb97751500 256M ESID=c00000007 VSID= 45cb97751 LLP:100

    Tested on power5 and power6.

    Signed-Off-By: Will Schmidt

    Signed-off-by: Paul Mackerras

    will schmidt
     
  • Currently we hardwire the number of SLBs to 64, but PAPR says we
    should use the ibm,slb-size property to obtain the number of SLB
    entries. This uses this property instead of assuming 64. If no
    property is found, we assume 64 entries as before.

    This soft patches the SLB handler, so it shouldn't change performance
    at all.

    Signed-off-by: Michael Neuling
    Signed-off-by: Paul Mackerras

    Michael Neuling
     

03 Dec, 2007

1 commit


22 Jul, 2007

2 commits


10 Jul, 2007

1 commit


09 May, 2007

1 commit

  • Several kallsyms_lookup() pass dummy arguments but only need, say, module's
    name. Make kallsyms_lookup() accept NULLs where possible.

    Also, makes picture clearer about what interfaces are needed for all symbol
    resolving business.

    Signed-off-by: Alexey Dobriyan
    Cc: Rusty Russell
    Acked-by: Ingo Molnar
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Alexey Dobriyan