14 Mar, 2011

1 commit


11 Mar, 2011

1 commit


10 Mar, 2011

5 commits

  • * 'merge' of git://git.kernel.org/pub/scm/linux/kernel/git/benh/powerpc:
    powerpc/pseries: Disable VPNH feature
    powerpc/iseries: Fix early init access to lppaca

    Linus Torvalds
     
  • This feature triggers nasty races in the scheduler between the
    rebuilding of the topology and the load balancing code, causing
    the machine to hang.

    Disable it for now until the races are fixed.

    Signed-off-by: Benjamin Herrenschmidt

    Benjamin Herrenschmidt
     
  • The combination of commit

    8154c5d22d91cd16bd9985b0638c8957e4688d0e and
    93c22703efa72c7527dbd586d1951c1f4a85fd70

    Broke boot on iSeries.

    The problem is that iSeries very early boot code, which generates
    the device-tree and runs before our normal early initializations
    does need access the lppaca's very early, before the PACA array is
    initialized, and in fact even before the boot PACA has been
    initialized (it contains all 0's at this stage).

    However, the first patch above makes that code use the new
    llpaca_of(cpu) accessor, which itself is changed by the second patch to
    use the PACA array.

    We fix that by reverting iSeries to directly dereferencing the array. In
    addition, we fix all iterators in the iSeries code to always skip CPU
    whose number is above 63 which is the maximum size of that array and
    the maximum number of supported CPUs on these machines.

    Additionally, we make sure the boot_paca is properly initialized
    in our early startup code.

    Signed-off-by: Benjamin Herrenschmidt

    Benjamin Herrenschmidt
     
  • Signed-off-by: Matt Turner
    Signed-off-by: Linus Torvalds

    Matt Turner
     
  • Return 0 on failure. This will cause the initialization of the driver
    to fail and prevent the driver from loading if the BIOS cannot handle
    the PCC interface command to "get frequency". Otherwise, the driver
    will load and display a very high value like "4294967274" (which is
    actually -EINVAL) for frequency:

    # cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_cur_freq
    4294967274

    Signed-off-by: Naga Chumbalkar
    CC: stable@kernel.org
    Signed-off-by: Dave Jones

    Naga Chumbalkar
     

09 Mar, 2011

1 commit


08 Mar, 2011

3 commits

  • …git/kgene/linux-samsung

    * 's5p-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/kgene/linux-samsung:
    ARM: S3C64XX: Update regulator names for debugfs compatiblity on SMDK6410
    ARM: S3C64XX: Fix build with WM1190 disabled and WM1192 enabled on SMDK6410
    ARM: S3C64XX: Reduce output of s3c64xx_dma_init1()
    ARM: S3C64XX: Tone down SDHCI debugging
    ARM: S3C64XX: Add clock for i2c1
    ARM: S3C64XX: Staticise non-exported GPIO to interrupt functions
    ARM: SAMSUNG: Include devs.h in dev-uart.c to prototype devices
    ARM: S3C64XX: Fix keypad setup to configure correct number of rows
    ARM: S3C2440: Fix usage gpio bank j pin definitions on GTA02
    ARM: S5P64X0: Fix number of GPIO lines in Bank F
    ARM: S3C2440: Select missing S3C_DEV_USB_HOST on GTA02

    Linus Torvalds
     
  • * 'fixes' of master.kernel.org:/home/rmk/linux-2.6-arm:
    davinci: cpufreq: fix section mismatch warning
    DaVinci: fix compilation warnings in
    davinci: tnetv107x: fix register indexing for GPIOs numbers > 31
    davinci: da8xx/omap-l1x: add platform device for davinci-pcm-audio
    ARM: pxa/tosa: register wm9712 codec device
    ARM: pxa: enable pxa-pcm-audio on pxa210/pxa25x platform
    ARM: pxa/colibri: don't register pxa2xx-pcmcia nodes on non-colibri platforms
    ARM: pxa/tosa: drop setting LED trigger name, as it's unsupported now
    ARM: 6762/1: Update number of VIC for S5P6442 and S5PC100
    ARM: 6761/1: Update number of VIC for S5PV210
    ARM: 6768/1: hw_breakpoint: ensure debug logic is powered up on v7 cores
    ARM: 6767/1: ptrace: fix register indexing in GETHBPREGS request
    ARM: 6765/1: remove obsolete comment from asm/mach/arch.h
    ARM: 6757/1: fix tlb.h induced linux/swap.h build failure

    Linus Torvalds
     
  • …/git/tmlind/linux-omap-2.6

    * 'omap-fixes-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tmlind/linux-omap-2.6:
    omap: mailbox: resolve hang issue
    OMAP2+: PM: SmartReflex: fix memory leaks in Smartreflex driver
    arm: mach-omap2: smartreflex: fix another memory leak

    Linus Torvalds
     

05 Mar, 2011

3 commits


04 Mar, 2011

18 commits

  • This crash happens on a system that does not have RAM on node0.

    When numa_emulation is compiled in, and:

    1. we boot the system without numa=fake...
    2. or we boot the system with numa=fake=128 to make emulation fail

    we will get:

    [ 0.076025] ------------[ cut here ]------------
    [ 0.080004] kernel BUG at arch/x86/mm/numa_64.c:788!
    [ 0.080004] invalid opcode: 0000 [#1] SMP
    [...]

    need to use early_cpu_to_node() directly, because cpu_to_apicid
    and apicid_to_node will return node0 that is not onlined.

    Signed-off-by: Yinghai Lu
    Acked-by: Tejun Heo
    Cc: David Rientjes
    LKML-Reference:
    Signed-off-by: Ingo Molnar

    Yinghai Lu
     
  • The debugfs support added to the regulator API (which has been merged
    in during this merge window) creates directories for regulators named
    after the display names for the regulators so replace / as a separator
    for multiple supplies with + in the SMDK6410 machine.

    Signed-off-by: Mark Brown
    Signed-off-by: Kukjin Kim

    Mark Brown
     
  • Avoid relying on implicit inclusion of machine.h

    Signed-off-by: Mark Brown
    Signed-off-by: Kukjin Kim

    Mark Brown
     
  • Reduce the logging output of s3c64xx_dma_init1() as it is not useful
    for normal bootup (and we get an overall indication of the registration
    of the PL180 DMA block).

    This removes the following output from the log:

    s3c64xx_dma_init1: registering DMA 0 (e0808100)
    s3c64xx_dma_init1: registering DMA 1 (e0808120)
    s3c64xx_dma_init1: registering DMA 2 (e0808140)
    s3c64xx_dma_init1: registering DMA 3 (e0808160)
    s3c64xx_dma_init1: registering DMA 4 (e0808180)
    s3c64xx_dma_init1: registering DMA 5 (e08081a0)
    s3c64xx_dma_init1: registering DMA 6 (e08081c0)
    s3c64xx_dma_init1: registering DMA 7 (e08081e0)

    Signed-off-by: Ben Dooks
    Signed-off-by: Mark Brown
    Signed-off-by: Kukjin Kim

    Ben Dooks
     
  • The MMC core calls s3c6400_setup_sdhcp_cfg_card() very frequently, causing
    the log message in there at KERN_INFO to be displayed a lot which is slow
    and overly chatty. Convert the message into a pr_debug() to tone this down.

    Signed-off-by: Mark Brown
    Signed-off-by: Kukjin Kim

    Mark Brown
     
  • The clock for i2c1 has been missing for a while, add it to the list of
    clocks for the system and ensure it is initialised at startup.

    Signed-off-by: Ben Dooks
    Signed-off-by: Mark Brown
    Signed-off-by: Kukjin Kim

    Ben Dooks
     
  • No need to put these in the global namespace and sparse gets upset.

    Signed-off-by: Mark Brown
    Signed-off-by: Kukjin Kim

    Mark Brown
     
  • Ensures that the declaration agrees with the definition and makes sparse
    happy.

    Signed-off-by: Mark Brown
    Signed-off-by: Kukjin Kim

    Mark Brown
     
  • The call to s3c_gpio_cfgrange_nopull() takes a size and base
    but this looks like it is trying to do base and end. This means
    it is configuring too many GPIOs and on the case of the Cragganmore
    means we're seeing an overflow of the ROW pins causing problems
    with the keyboard driver.

    Signed-off-by: Ben Dooks
    Signed-off-by: Mark Brown
    Signed-off-by: Kukjin Kim

    Ben Dooks
     
  • The gta02 header file still uses the old S3C2410_GPJx defines instead of the
    S3C2410_GPJ(x) macro. Since the S3C2410_GPJx defines have already been removed
    this causes the following build failure:

    sound/soc/samsung/neo1973_wm8753.c: In function 'lm4853_set_spk':
    sound/soc/samsung/neo1973_wm8753.c:259: error: 'S3C2440_GPJ2' undeclared (first use in this function)
    sound/soc/samsung/neo1973_wm8753.c:259: error: (Each undeclared identifier is reported only once
    sound/soc/samsung/neo1973_wm8753.c:259: error: for each function it appears in.)
    sound/soc/samsung/neo1973_wm8753.c: In function 'lm4853_get_spk':
    sound/soc/samsung/neo1973_wm8753.c:267: error: 'S3C2440_GPJ2' undeclared (first use in this function)
    sound/soc/samsung/neo1973_wm8753.c: In function 'lm4853_event':
    sound/soc/samsung/neo1973_wm8753.c:276: error: 'S3C2440_GPJ1' undeclared (first use in this function)
    sound/soc/samsung/neo1973_wm8753.c: At top level:
    sound/soc/samsung/neo1973_wm8753.c:439: error: 'S3C2440_GPJ2' undeclared here (not in a function)
    sound/soc/samsung/neo1973_wm8753.c:440: error: 'S3C2440_GPJ1' undeclared here (not in a function)

    This patches fixes the issue by doing a s,S3C2410_GPJ([\d]+),S3C2410_GPJ(\1),g
    on the file.

    Signed-off-by: Lars-Peter Clausen
    Signed-off-by: Kukjin Kim

    Lars-Peter Clausen
     
  • This patch modifies the number of total GPIO lines for Bank F
    for Samsung S5P6440 and S5P6450 SoCs from 2 to 16.
    This is necessary as the GPIO lines from 0 to 13 are reserved
    and only lines 14 and 15 are used. As during initialization,
    the line number starts at 0, putting 2 does not solve the
    intended purpose.

    Signed-off-by: Banajit Goswami
    Signed-off-by: Kukjin Kim

    Banajit Goswami
     
  • The gta02 mach file references the ohci device.
    So we need to select S3C_DEV_USB_HOST to have the device available.

    This fixes the following linker errors:
    arch/arm/mach-s3c2440/built-in.o: In function 'gta02_machine_init':
    mach-gta02.c:(.init.text+0x370): undefined reference to 's3c_ohci_set_platdata'
    arch/arm/mach-s3c2440/built-in.o:(.init.data+0xac): undefined reference to 's3c_device_ohci'

    Signed-off-by: Lars-Peter Clausen
    Signed-off-by: Kukjin Kim

    Lars-Peter Clausen
     
  • Recent feedback from design says we need three NOPs in the hardware loop.

    Signed-off-by: Mike Frysinger

    Mike Frysinger
     
  • Some devices will use the outs* funcs with a length of zero, so make sure
    we do not write any data in that case.

    Reported-by: Gilbert Inho
    Signed-off-by: Mike Frysinger

    Mike Frysinger
     
  • mackerel WVGA LCDC panel expect 33.3MHz for dot-clock,
    but current dot-clock was 50.0MHz.
    This patch modify clock divider value.

    Signed-off-by: Makoto Ueda
    Signed-off-by: Kuninori Morimoto
    Signed-off-by: Paul Mundt

    Kuninori Morimoto
     
  • ap4evb WVGA LCDC panel expect 33.3MHz for dot-clock,
    but current dot-clock was 50.0MHz.
    This patch modify clock divider value.

    Signed-off-by: Makoto Ueda
    Signed-off-by: Kuninori Morimoto
    Signed-off-by: Paul Mundt

    Kuninori Morimoto
     
  • …el/git/khilman/linux-omap-pm into devel-fixes

    Tony Lindgren
     
  • omap4 interrupt disable bits is different. On rx kfifo full, the mbox rx
    interrupts wasn't getting disabled, and this is causing the rcm stress tests
    to hang.

    Signed-off-by: Hari Kanigeri
    Signed-off-by: Armando Uribe
    Signed-off-by: Fernando Guzman Lugo
    Signed-off-by: Tony Lindgren

    Hari Kanigeri
     

03 Mar, 2011

8 commits