17 Oct, 2008

11 commits


16 Oct, 2008

2 commits

  • As policy->governor is already set to CPUFREQ_DEFAULT_GOVERNOR in the
    (always built-in) cpufreq core, we do not need to set it in the drivers.
    This fixes the sparc64 allmodconfig build failure.

    Also, remove a totally useles setting of ->policy in cpufreq-pxa3xx.c.

    Signed-off-by: Dominik Brodowski
    Acked-by: David S. Miller
    Signed-off-by: Linus Torvalds

    Dominik Brodowski
     
  • * 'upstream' of git://ftp.linux-mips.org/pub/scm/upstream-linus:
    MIPS: Kill unused inclusions
    MIPS: IP32: Add platform device for CMOS RTC; remove dead code
    RTC: M48T35: new RTC driver
    MIPS: IP27: Switch over to RTC class driver
    MIPS: DS1286: New RTC driver
    MIPS: IP22/28: Switch over to RTC class driver
    MIPS: PCI: Scan busses when they are registered
    MIPS: WGT634U: Add reset button support
    MIPS: BCM47xx: Use the new SSB GPIO API
    MIPS: BCM47xx: Remove references to BCM947XX
    MIPS: WGT634U: Add machine detection message
    MIPS: Align .data.cacheline_aligned based on CONFIG_MIPS_L1_CACHE_SHIFT
    MIPS: show_cpuinfo prints the type of the calling CPU
    MIPS: Fix wrong branch target in new spin_lock code.
    MIPS: Have a heart for a lonely, lost header file ...

    Linus Torvalds
     

15 Oct, 2008

27 commits

  • * 'next' of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc: (158 commits)
    powerpc: Fix CHRP PCI config access for indirect_pci
    powerpc/chrp: Fix detection of Python PCI host bridge on IBM CHRPs
    powerpc: Fix 32-bit SMP boot on CHRP
    powerpc: Fix link errors on 32-bit machines using legacy DMA
    powerpc/pci: Improve detection of unassigned bridge resources
    hvc_console: Fix free_irq in spinlocked section
    powerpc: Get USE_STRICT_MM_TYPECHECKS working again
    powerpc: Reflect the used arguments in machine_init() prototype
    powerpc: Fix DMA offset for non-coherent DMA
    powerpc: fix fsl_upm nand driver modular build
    powerpc/83xx: add NAND support for the MPC8360E-RDK boards
    powerpc: FPGA support for GE Fanuc SBC610
    i2c: MPC8349E-mITX Power Management and GPIO expander driver
    powerpc: reserve two DMA channels for audio in MPC8610 HPCD device tree
    powerpc: document the "fsl,ssi-dma-channel" compatible property
    powerpc: disable CHRP and PMAC support in various defconfigs
    OF: add fsl,mcu-mpc8349emitx to the exception list
    powerpc/83xx: add DS1374 RTC support for the MPC837xE-MDS boards
    powerpc: remove support for bootmem-allocated memory for the DIU driver
    powerpc: remove non-dependent load fsl_booke PTE_64BIT
    ...

    Linus Torvalds
     
  • Signed-off-by: Shinya Kuribayashi
    Signed-off-by: Ralf Baechle

    Shinya Kuribayashi
     
  • Signed-off-by: Thomas Bogendoerfer
    Signed-off-by: Ralf Baechle

    Thomas Bogendoerfer
     
  • This patchset removes some dead code and creates a platform device
    for the RTC class driver.

    Signed-off-by: Thomas Bogendoerfer
    Signed-off-by: Ralf Baechle

    Thomas Bogendoerfer
     
  • This patchset removes some dead code and creates a platform device
    for the RTC class driver.

    Signed-off-by: Thomas Bogendoerfer
    Signed-off-by: Ralf Baechle

    Thomas Bogendoerfer
     
  • The patch below changes register_pci_controller() such that controllers
    being added after pcibios_init() has run are be scanned immediately.

    This is needed for example by the BCM47xx PCI controller, which is located
    on the SSB bus, which is now initialized after the PCI subsystem.

    Signed-off-by: Aurelien Jarno
    Signed-off-by: Ralf Baechle

    Aurelien Jarno
     
  • This patch adds support for the reset button of WGT634U machine, using
    GPIO interrupts. Based on a patch from Michel Lespinasse.

    Signed-off-by: Aurelien Jarno
    Signed-off-by: Ralf Baechle

    Aurelien Jarno
     
  • This patch simplifies the BCM47xx GPIO code by using the new SSB GPIO
    API, which does a lot things that were implemented directly in the
    BCM47xx code.

    Signed-off-by: Aurelien Jarno
    Signed-off-by: Ralf Baechle

    Aurelien Jarno
     
  • This patch removes the remaining reference to the BCM947xx development
    board codename.

    Signed-off-by: Florian Fainelli
    Signed-off-by: Aurelien Jarno
    Signed-off-by: Ralf Baechle

    Aurelien Jarno
     
  • This adds a printk message when a WGT634U machine is detected.

    Signed-off-by: Aurelien Jarno
    Signed-off-by: Ralf Baechle

    Aurelien Jarno
     
  • Signed-off-by: David Daney
    Signed-off-by: Tomaso Paoletti
    Signed-off-by: Ralf Baechle

    David Daney
     
  • It should print the type of the Nth processor.

    Signed-off-by: Johannes Dickgreber
    Signed-off-by: Ralf Baechle

    Johannes Dickgreber
     
  • Signed-off-by: Johannes Dickgreber
    Signed-off-by: Ralf Baechle

    Johannes Dickgreber
     
  • ... and move it to where all its brothers and sisters reside. Requested by
    Shane McDonald .

    Signed-off-by: Ralf Baechle

    Ralf Baechle
     
  • Manual fixup of conflicts on:

    arch/powerpc/include/asm/dcr-regs.h
    drivers/net/ibm_newemac/core.h

    Benjamin Herrenschmidt
     
  • * 'i2c-for-linus' of git://jdelvare.pck.nerim.net/jdelvare-2.6:
    i2c-viapro: Add support for SMBus Process Call transactions
    i2c: Restore i2c_smbus_process_call function
    i2c: Do earlier driver model init
    i2c: Only build Tyan SMBus mux drivers on x86
    i2c: Guard against oopses from bad init sequences
    i2c: Document the implementation details of the /dev interface
    i2c: Improve dev-interface documentation
    i2c-parport-light: Don't register a platform device resource
    hwmon: (dme1737) Convert to a new-style i2c driver
    hwmon: (dme1737) Be less i2c-centric
    i2c/tps65010: Vibrator hookup to gpiolib
    i2c-viapro: Add VX800/VX820 support
    i2c: Renesas Highlander FPGA SMBus support
    i2c-pca-isa: Don't grab arbitrary resources
    i2c/isp1301_omap: Convert to a new-style i2c driver, part 2
    i2c/isp1301_omap: Convert to a new-style i2c driver, part 1

    Linus Torvalds
     
  • Most if not all x86 platforms have an RTC device, but sometimes the RTC
    is not exposed as a PNP0b00/PNP0b01/PNP0b02 device in PNPBIOS or ACPI:

    http://bugzilla.kernel.org/show_bug.cgi?id=11580
    https://bugzilla.redhat.com/show_bug.cgi?id=451188

    It's best if we can discover the RTC via PNP because then we know
    which flavor of device it is, where it lives, and which IRQ it uses.

    But if we can't, we should register a platform device using the
    compiled-in RTC_PORT/RTC_IRQ resource assumptions.

    Signed-off-by: Bjorn Helgaas
    Acked-by: Rafael J. Wysocki
    Acked-by: David Brownell
    Reported-by: Rik Theys
    Reported-by: shr_msn@yahoo.com.tw
    Signed-off-by: Linus Torvalds

    Bjorn Helgaas
     
  • Recently, indirect_pci was changed to test if the bus number requested
    is the one hanging straight off the PHB, then it substitutes the bus
    number with another one contained in a new "self_busno" field of the
    pci_controller structure.

    However, this breaks CHRP which didn't initialize this new field, and
    which relies on having the right bus number passed to the hardware.

    This fixes it by initializing this variable properly for all CHRP bridges

    Signed-off-by: Benjamin Herrenschmidt

    Benjamin Herrenschmidt
     
  • The detection of the IBM "Python" PCI host bridge on IBM CHRP
    machines such as old RS6000 was broken when we changed
    of_device_is_compatible() from strncasecmp to strcasecmp (dropped
    the "n" variant) due to the way IBM encodes the chip version.

    We fix that by instead doing a match on the model property like
    we do for others bridges in that file. It should be good enough
    for those machines. If yours is still broken, let me know.

    Signed-off-by: Benjamin Herrenschmidt

    Benjamin Herrenschmidt
     
  • prom_init was changed to take a new argument, the address
    where the kernel is loaded, which is now used to copy the
    SMP spin loop down before use.

    However, only head_64.S was adapted to pass this new value,
    not head_32.S, thus breaking SMP boot on 32-bit SMP CHRP
    machines.

    Signed-off-by: Benjamin Herrenschmidt

    Benjamin Herrenschmidt
     
  • The new merged DMA code will try to access isa_bridge_pcidev when
    trying to DMA to/from legacy devices. This is however only defined
    on 64-bit. Fixes this for now by adding the variable, even if it
    stays NULL. In the long run, we'll make isa-bridge.c common to
    32 and 64-bit.

    Signed-off-by: Benjamin Herrenschmidt

    Benjamin Herrenschmidt
     
  • When the powerpc PCI layer is not configured to re-assign everything,
    it currently fails to detect that a PCI to PCI bridge has been left
    unassigned by the firmware and tries to allocate resource for the
    default window values in the bridge (0...X) (with the notable exception
    of a hack we have in there that detects some Apple firmware unassigned
    bridge resources).

    This results in resource allocation failures, which are generally
    fixed up later on but it causes scary warnings in the logs and we
    have seen the fixup code fall over in some circumstances (a different
    issue to fix as well).

    This code improves that by providing a more complete & useful function
    to intuit that a bridge was left unassigned by the firmware, and thus
    force a full re-allocation by the PCI code without trying to allocate
    the existing useless resources first.

    The algorithm we use basically considers unassigned a window that
    starts at 0 (PCI address) if the corresponding address space enable
    bit is not set. In addition, for memory space, it considers such a
    resource unassigned also if the host bridge isn't configured to
    forward cycles to address 0 (ie, the resource basically overlaps
    main memory).

    This fixes a range of problems with things like Bare-Metal support
    on pSeries machines, or attempt to use partial firmware PCI setup.

    Signed-off-by: Benjamin Herrenschmidt

    Benjamin Herrenschmidt
     
  • Error handling code following a kmalloc should free the allocated data.

    The semantic match that finds the problem is as follows:
    (http://www.emn.fr/x-info/coccinelle/)

    //
    @r exists@
    local idexpression x;
    statement S;
    expression E;
    identifier f,l;
    position p1,p2;
    expression *ptr != NULL;
    @@

    (
    if ((x@p1 = \(kmalloc\|kzalloc\|kcalloc\)(...)) == NULL) S
    |
    x@p1 = \(kmalloc\|kzalloc\|kcalloc\)(...);
    ..
    if (x == NULL) S
    )
    }
    x->f = E
    ..>
    (
    return \(0\|\|ptr\);
    |
    return@p2 ...;
    )

    @script:python@
    p1 << r.p1;
    p2 << r.p2;
    @@

    print "* file: %s kmalloc %s return %s" % (p1[0].file,p1[0].line,p2[0].line)
    //

    Signed-off-by: Julia Lawall
    Signed-off-by: Geert Uytterhoeven
    Signed-off-by: Linus Torvalds

    Julia Lawall
     
  • If CONFIG_PROC_FS is not set, I get:

    | arch/m68k/kernel/ints.c:433: error: redefinition of 'init_irq_proc'
    | include/linux/interrupt.h:438: error: previous definition of 'init_irq_proc' was here

    This was introduced by commit 6168a702ab0be181e5e57a0b2d0e7376f7a47f0b
    ("Declare init_irq_proc before we use it."), which replaced the #ifdef
    protection of the init_irq_proc() call by a static inline dummy if
    CONFIG_PROC_FS is not set.

    Make init_irq_proc() depend on CONFIG_PROC_FS to fix this.

    Signed-off-by: Geert Uytterhoeven
    Signed-off-by: Linus Torvalds

    Geert Uytterhoeven
     
  • This patch removes the no longer used m68k PCI code.

    Signed-off-by: Adrian Bunk
    Signed-off-by: Geert Uytterhoeven
    Signed-off-by: Linus Torvalds

    Adrian Bunk
     
  • This patch removes the Hades support that was marked as BROKEN 5 years ago.

    Signed-off-by: Adrian Bunk
    Signed-off-by: Geert Uytterhoeven
    Signed-off-by: Linus Torvalds

    Adrian Bunk
     
  • | include/linux/ssb/ssb.h: In function 'ssb_dma_sync_single_range_for_cpu':
    | include/linux/ssb/ssb.h:517: error: implicit declaration of function 'dma_sync_single_range_for_cpu'
    | include/linux/ssb/ssb.h: In function 'ssb_dma_sync_single_range_for_device':
    | include/linux/ssb/ssb.h:538: error: implicit declaration of function 'dma_sync_single_range_for_device'

    Add the missing dma_sync_single_range_for_{cpu,device}(), and remove the
    `inline' for the non-static function dma_sync_single_for_device().

    Signed-off-by: Geert Uytterhoeven
    Signed-off-by: Linus Torvalds

    Geert Uytterhoeven