20 Sep, 2008

10 commits


18 Sep, 2008

5 commits

  • * Adds ssp functions into header so we don't get
    "implicit declaration" error at builtime.
    * Converts jornada_ssp_start/end functions into voids with
    proper declarations (to avoid "prototype..." warning).
    * Sorts include files in alphabetical order
    * Minor comment changes

    Signed-off-by: Kristoffer Ericson
    Signed-off-by: Russell King

    Kristoffer Ericson
     
  • The structures weren't ready for this change:

    arch/arm/plat-omap/devices.c:320: error: 'struct omap_mmc_conf' has no member named 'internal_clock'
    arch/arm/plat-omap/devices.c:326: error: implicit declaration of function 'omap_ctrl_readl'
    arch/arm/plat-omap/devices.c:326: error: 'OMAP2_CONTROL_DEVCONF0' undeclared (first use in this function)
    arch/arm/plat-omap/devices.c:328: error: implicit declaration of function 'omap_ctrl_writel'

    Signed-off-by: Russell King

    Russell King
     
  • id is unsigned, check is redundant.

    Signed-off-by: Roel Kluin
    Signed-off-by: Russell King

    roelkluin
     
  • Commit deac93df26b20cf8438339b5935b5f5643bc30c9 ("lib: Correct printk
    %pF to work on all architectures") broke the non modular builds by
    moving an essential function into modules.c. Fix this by moving it
    out again and into asm/sections.h as an inline. To do this, the
    definition of struct ppc64_opd_entry has been lifted out of modules.c
    and put in asm/elf.h where it belongs.

    Signed-off-by: James Bottomley
    Signed-off-by: Paul Mackerras

    James Bottomley
     
  • One of the changes in the bootwrapper makefile introduced the dtbImage
    targets for boards that need a simple zImage with a DTB embedded in
    them (595be948cce574ff2d5dde5d0426a636a4363c70, "[POWERPC]
    bootwrapper: Build multiple cuImages"). When this was done, it broke
    booting on the Holly board as the zImage.holly wrapper did not get the
    DTB embedded properly.

    This changes the target for the Holly board to a dtbImage so that the
    wrapper includes the vmlinux, wrapper bits, and DTB.

    Signed-off-by: Josh Boyer
    Signed-off-by: Paul Mackerras

    Josh Boyer
     

17 Sep, 2008

4 commits

  • For Freescale 8xxx devices that use an MPIC, the interrupt numbers in
    the device tree must be 16 greater than the values documented in the
    reference manual. In these chips, the MPIC is wired to use the first
    16 numbers for external interrupts, but the documentation numbers
    internal interrupts from 0.

    In the MPC8610 HPCD device tree, the interrupt properties for the DMA
    channels for DMA2 were not the adjusted values. This fixes that.

    Signed-off-by: Timur Tabi
    Signed-off-by: Kumar Gala
    Signed-off-by: Paul Mackerras

    Timur Tabi
     
  • Based upon a report by Meelis Roos.

    Any function call can try to access the current
    thread register via the _mcount hooks when the kernel
    is built with -pg (via ftrace or STACK_DEBUG).

    That can't be setup properly very early on during
    the bootup of other cpus for sun4u and some early
    sun4v systems.

    So add notrace markers to these specific functions, so
    that _mcount doesn't get invoked too early.

    Signed-off-by: David S. Miller

    David S. Miller
     
  • We no longer put the top-level PCI controller device into the
    PCI layer device list. So pbm->pci_bus->self is always NULL.

    Therefore, use direct PCI config space accesses to get at
    the PCI controller's PCI_STATUS register.

    Tested by Meelis Roos.

    Signed-off-by: David S. Miller

    David S. Miller
     
  • Completely disable NOPL on 32 bits. It turns out that Microsoft
    Virtual PC is so broken it can't even reliably *fail* in the presence
    of NOPL.

    This leaves the infrastructure in place but disables it
    unconditionally.

    Signed-off-by: H. Peter Anvin

    H. Peter Anvin
     

16 Sep, 2008

1 commit


15 Sep, 2008

1 commit


14 Sep, 2008

7 commits


13 Sep, 2008

2 commits

  • As noticed by Russell King, we were not setting this properly
    to the number of entries, but rather the total size.

    This results in the core dumping code allocating waayyyy too
    much memory.

    Signed-off-by: David S. Miller

    David S. Miller
     
  • We need to pass IRQF_SHARED, otherwise we get things like:

    IRQ handler type mismatch for IRQ 33
    current handler: PSYCHO_UE
    Call Trace:
    [000000000048394c] request_irq+0xac/0x120
    [00000000007c5f6c] psycho_scan_bus+0x98/0x158
    [00000000007c2bc0] pcibios_init+0xdc/0x12c
    [0000000000426a5c] do_one_initcall+0x1c/0x160
    [00000000007c0180] kernel_init+0x9c/0xfc
    [0000000000427050] kernel_thread+0x30/0x60
    [00000000006ae1d0] rest_init+0x10/0x60

    on e3500 and similar systems.

    On a single board, the UE interrupts of two Psycho nodes
    are funneled through the same interrupt, from of_debug=3
    dump:

    /pci@b,4000: direct translate 2ee --> 21
    ...
    /pci@b,2000: direct translate 2ee --> 21

    Decimal "33" mentioned above is the hex "21" mentioned here.

    Thanks to Meelis Roos for dumps and testing.

    Signed-off-by: David S. Miller

    David S. Miller
     

12 Sep, 2008

2 commits

  • Russ Anderson reported a boot crash with EFI and latest mainline:

    BIOS-e820: 00000000fffa0000 - 00000000fffac000 (reserved)
    Pid: 0, comm: swapper Not tainted 2.6.27-rc5-00100-gec0c15a-dirty #5

    Call Trace:
    [] early_idt_handler+0x55/0x69
    [] __memcpy+0x12/0xa4
    [] efi_init+0xce/0x932
    [] setup_early_serial8250_console+0x2d/0x36a
    [] __insert_resource+0x18/0xc8
    [] setup_arch+0x3a7/0x632
    [] start_kernel+0x91/0x367
    [] x86_64_start_kernel+0xe3/0xe7
    [] x86_64_start_kernel+0x0/0xe7

    RIP 0x10

    Such a crash is possible if the CPU in this system is a 64-bit
    processor which doesn't support NX (ie, old Intel P4 -based64-bit
    processors).

    Certainly, if we support such processors, then we should start with
    _PAGE_NX initially clear in __supported_pte_flags, and then set it once
    we've established that the processor does indeed support NX. That will
    prevent early_ioremap - or anything else - from trying to set it.

    The simple fix is to simply call check_efer() earlier.

    Reported-by: Russ Anderson
    Signed-off-by: Jeremy Fitzhardinge
    Signed-off-by: Ingo Molnar

    Jeremy Fitzhardinge
     
  • Change the MN10300 fault handler to make it check in_atomic() rather than
    in_interrupt() as commit 6edaf68a87d17570790fd55f0c451a29ec1d6703 did for other
    architectures:

    Author: Peter Zijlstra
    Date: Wed Dec 6 20:32:18 2006 -0800

    [PATCH] mm: arch do_page_fault() vs in_atomic()

    In light of the recent pagefault and filemap_copy_from_user work I've
    gone through all the arch pagefault handlers to make sure the
    inc_preempt_count() 'feature' works as expected.

    Several sections of code (including the new filemap_copy_from_user)
    rely on the fact that faults do not take locks under increased preempt
    count.

    Signed-off-by: David Howells
    Acked-by: Peter Zijlstra
    Signed-off-by: Linus Torvalds

    David Howells
     

11 Sep, 2008

8 commits