28 Dec, 2011

2 commits

  • * drivers/rtc-sa1100:
    ARM: sa1100: clean up of the clock support
    ARM: pxa: add dummy clock for sa1100-rtc
    RTC: sa1100: support sa1100, pxa and mmp soc families
    RTC: sa1100: remove redundant code of setting alarm
    RTC: sa1100: Clean out ost register

    Conflicts:
    arch/arm/mach-pxa/pxa25x.c
    arch/arm/mach-pxa/pxa27x.c

    Arnd Bergmann
     
  • Now sa1100-rtc can support sa1100/pxa/mmp soc series, then we need
    add dummy clock for sa1100-rtc.

    Signed-off-by: Jett.Zhou
    Acked-by: Jean-Christophe PLAGNIOL-VILLARD
    Acked-by: Haojian Zhuang
    Signed-off-by: Arnd Bergmann

    Jett.Zhou
     

15 Nov, 2011

2 commits


14 Nov, 2011

1 commit


01 Nov, 2011

1 commit


08 Oct, 2011

1 commit

  • This tries to clear up the confusion between integers and iomem pointers
    in the marvell pxa platform. MMIO addresses are supposed to be __iomem*
    values, in order to let the Linux type checking work correctly. This
    patch moves the cast to __iomem as far back as possible, to the place
    where the MMIO virtual address windows are defined.

    Signed-off-by: Arnd Bergmann
    Signed-off-by: Eric Miao

    Arnd Bergmann
     

02 Oct, 2011

1 commit


08 Aug, 2011

1 commit


24 Jun, 2011

2 commits


25 Apr, 2011

1 commit

  • Replace sysdev classes and struct sys_device objects used for "core"
    power management by the PXA platform code with struct syscore_ops
    objects that are simpler.

    This reduces the code size and the kernel memory footprint. It also
    is necessary for removing sysdevs entirely from the kernel in the
    future.

    Signed-off-by: Rafael J. Wysocki
    Acked-by: Greg Kroah-Hartman

    Rafael J. Wysocki
     

13 Apr, 2011

1 commit


21 Mar, 2011

1 commit

  • This patch moves the platform data definition from
    arch/arm/plat-pxa/include/plat/i2c.h to include/linux/i2c/pxa-i2c.h so
    it can be accessed from x86 the same way as on ARM.

    This change should make no functional change to the PXA code. The move
    is verified by building the following defconfigs:
    cm_x2xx_defconfig corgi_defconfig em_x270_defconfig ezx_defconfig
    imote2_defconfig pxa3xx_defconfig spitz_defconfig zeus_defconfig
    raumfeld_defconfig magician_defconfig mmp2_defconfig pxa168_defconfig
    pxa910_defconfig

    Signed-off-by: Sebastian Andrzej Siewior
    Signed-off-by: Dirk Brandewie
    Signed-off-by: Ben Dooks

    Sebastian Andrzej Siewior
     

23 Feb, 2011

1 commit


14 Jan, 2011

1 commit


16 Dec, 2010

5 commits


17 Aug, 2010

1 commit

  • Fairly simple conflicts, the most serious ones are the i.MX ones which I
    suspect now need another rename.

    Conflicts:
    arch/arm/mach-mx2/clock_imx27.c
    arch/arm/mach-mx2/devices.c
    arch/arm/mach-omap2/board-rx51-peripherals.c
    arch/arm/mach-omap2/board-zoom2.c
    sound/soc/fsl/mpc5200_dma.c
    sound/soc/fsl/mpc5200_dma.h
    sound/soc/fsl/mpc8610_hpcd.c
    sound/soc/pxa/spitz.c

    Mark Brown
     

12 Aug, 2010

1 commit

  • This patch extends the ASoC API to allow sound cards to have more than one
    CODEC and more than one platform DMA controller. This is achieved by dividing
    some current ASoC structures that contain both driver data and device data into
    structures that only either contain device data or driver data. i.e.

    struct snd_soc_codec ---> struct snd_soc_codec (device data)
    +-> struct snd_soc_codec_driver (driver data)

    struct snd_soc_platform ---> struct snd_soc_platform (device data)
    +-> struct snd_soc_platform_driver (driver data)

    struct snd_soc_dai ---> struct snd_soc_dai (device data)
    +-> struct snd_soc_dai_driver (driver data)

    struct snd_soc_device ---> deleted

    This now allows ASoC to be more tightly aligned with the Linux driver model and
    also means that every ASoC codec, platform and (platform) DAI is a kernel
    device. ASoC component private data is now stored as device private data.

    The ASoC sound card struct snd_soc_card has also been updated to store lists
    of it's components rather than a pointer to a codec and platform. The PCM
    runtime struct soc_pcm_runtime now has pointers to all its components.

    This patch adds DAPM support for ASoC multi-component and removes struct
    snd_soc_socdev from DAPM core. All DAPM calls are now made on a card, codec
    or runtime PCM level basis rather than using snd_soc_socdev.

    Other notable multi-component changes:-

    * Stream operations now de-reference less structures.
    * close_delayed work() now runs on a DAI basis rather than looping all DAIs
    in a card.
    * PM suspend()/resume() operations can now handle N CODECs and Platforms
    per sound card.
    * Added soc_bind_dai_link() to bind the component devices to the sound card.
    * Added soc_dai_link_probe() and soc_dai_link_remove() to probe and remove
    DAI link components.
    * sysfs entries can now be registered per component per card.
    * snd_soc_new_pcms() functionailty rolled into dai_link_probe().
    * snd_soc_register_codec() now does all the codec list and mutex init.

    This patch changes the probe() and remove() of the CODEC drivers as follows:-

    o Make CODEC driver a platform driver
    o Moved all struct snd_soc_codec list, mutex, etc initialiasation to core.
    o Removed all static codec pointers (drivers now support > 1 codec dev)
    o snd_soc_register_pcms() now done by core.
    o snd_soc_register_dai() folded into snd_soc_register_codec().

    CS4270 portions:
    Acked-by: Timur Tabi

    Some TLV320aic23 and Cirrus platform fixes.
    Signed-off-by: Ryan Mallon

    TI CODEC and OMAP fixes
    Signed-off-by: Peter Ujfalusi
    Signed-off-by: Janusz Krzysztofik
    Signed-off-by: Jarkko Nikula

    Samsung platform and misc fixes :-
    Signed-off-by: Chanwoo Choi
    Signed-off-by: Joonyoung Shim
    Signed-off-by: Kyungmin Park
    Reviewed-by: Jassi Brar
    Signed-off-by: Seungwhan Youn

    MPC8610 and PPC fixes.
    Signed-off-by: Timur Tabi

    i.MX fixes and some core fixes.
    Signed-off-by: Sascha Hauer

    J4740 platform fixes:-
    Signed-off-by: Lars-Peter Clausen

    CC: Tony Lindgren
    CC: Nicolas Ferre
    CC: Kevin Hilman
    CC: Sascha Hauer
    CC: Atsushi Nemoto
    CC: Kuninori Morimoto
    CC: Daniel Gloeckner
    CC: Manuel Lauss
    CC: Mike Frysinger
    CC: Arnaud Patard
    CC: Wan ZongShun

    Acked-by: Mark Brown
    Signed-off-by: Liam Girdwood

    Liam Girdwood
     

07 Aug, 2010

1 commit


05 Aug, 2010

1 commit


13 Jul, 2010

1 commit


09 Mar, 2010

1 commit


02 Mar, 2010

1 commit


13 Feb, 2010

1 commit

  • Most machine classes want some way to register a block of clk_lookup
    structures, and most do it by implementing a clks_register() type
    function which walks an array, or by open-coding a loop.

    Consolidate all this into clkdev_add_table().

    Acked-by: H Hartley Sweeten
    Reviewed-by: Kevin Hilman
    Acked-by: Eric Miao
    Signed-off-by: Russell King

    Russell King
     

01 Dec, 2009

1 commit

  • For some platforms, it is inappropriate to register all PXA UARTs.
    In some cases, the UARTs may not be used, and in others we may want
    to avoid registering the UARTs to allow other drivers (eg, FICP) to
    make use of the UART.

    In addition, a while back there was a request to be able to pass
    platform data to the UART driver.

    This patch enables all of this by providing functions platforms can
    call to register each individual UART.

    Signed-off-by: Russell King
    Acked-by: Mike Rapoport
    Acked-by: Robert Jarzmik
    Signed-off-by: Eric Miao

    Russell King
     

05 Jun, 2009

2 commits


09 Mar, 2009

3 commits

  • This is part of the work making gpio.c generic enough, the changes
    include:

    1. move IRQ handling of GPIO 0 and 1 outside (and back into irq.c)

    2. pxa_init_gpio() accepts a range for muxed GPIO IRQs, and an IRQ
    number for the muxed GPIOs

    3. __gpio_is_occupied() and __gpio_is_inverted() are made inline,
    and are moved into instead of generic gpio.c

    Signed-off-by: Eric Miao

    Eric Miao
     
  • Signed-off-by: Eric Miao

    Eric Miao
     
  • Considering the header mess ATM, it is not always possible to include
    the correct header files within board code. Let's keep this simple:

    - for pxa25x based platforms
    - for pxa27x based platforms
    - for pxa300 based platforms
    - for pxa320 based platforms
    - for pxa930 based platforms

    NOTE:

    1. one header one board file, they are not compatible (i.e. they have
    conflicting definitions which won't compile if included together).

    2. Unless strictly necessary, the following header files are considered
    to be SoC files use _only_, and is not recommended to be included in
    board code:












    Signed-off-by: Eric Miao

    Eric Miao
     

03 Dec, 2008

1 commit


02 Dec, 2008

4 commits