1. 09 May, 2013 6 commits
    • Lee Jones's avatar
      ARM: ux500: Rid ignored return value of regulator_enable() compiler warning · 27d4cdca
      Lee Jones authored
      arch/arm/mach-ux500/board-mop500.c: In function ‘mop500_prox_activate’:
      arch/arm/mach-ux500/board-mop500.c:406:18: warning: ignoring return value of
              ‘regulator_enable’, declared with attribute warn_unused_result
      Signed-off-by: default avatarLee Jones <lee.jones@linaro.org>
      Signed-off-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: default avatarOlof Johansson <olof@lixom.net>
    • Fabio Baltieri's avatar
      ARM: ux500: read the correct soc_id number · 33c8abce
      Fabio Baltieri authored
      Fix db8500_read_soc_id() to read all five soc_id number locations
      instead of repeating the second one two times.
      Signed-off-by: default avatarFabio Baltieri <fabio.baltieri@linaro.org>
      Signed-off-by: default avatarLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: default avatarOlof Johansson <olof@lixom.net>
    • Olof Johansson's avatar
      ARM: exynos: dts: cros5250: add cyapa trackpad · ee99ce89
      Olof Johansson authored
      Trivial patch, adding the i2c Cypress trackpad used on Snow.
      Signed-off-by: default avatarOlof Johansson <olof@lixom.net>
      Reviewed-by: default avatarDoug Anderson <dianders@chromium.org>
      Acked-by: default avatarKukjin Kim <kgene.kim@samsung.com>
    • Fabio Estevam's avatar
      ARM: imx: Select GENERIC_ALLOCATOR · 60371952
      Fabio Estevam authored
      Since commit 657eee7d
       (media: coda: use genalloc API) the following build
      error happens with imx_v4_v5_defconfig:
      drivers/built-in.o: In function 'coda_remove':
      clk-composite.c:(.text+0x112180): undefined reference to 'gen_pool_free'
      drivers/built-in.o: In function 'coda_probe':
      clk-composite.c:(.text+0x112310): undefined reference to 'of_get_named_gen_pool'
      clk-composite.c:(.text+0x1123f4): undefined reference to 'gen_pool_alloc'
      clk-composite.c:(.text+0x11240c): undefined reference to 'gen_pool_virt_to_phys'
      clk-composite.c:(.text+0x112458): undefined reference to 'dev_get_gen_pool'
      Select GENERIC_ALLOCATOR and get rid of the custom IRAM_ALLOC.
      Signed-off-by: default avatarFabio Estevam <fabio.estevam@freescale.com>
      Signed-off-by: default avatarShawn Guo <shawn.guo@linaro.org>
      Signed-off-by: default avatarOlof Johansson <olof@lixom.net>
    • Shawn Guo's avatar
      ARM: imx: compile fix for hotplug.c · 009e63f8
      Shawn Guo authored
      Commit bca7a5a0
       (ARM: cpu hotplug: remove majority of cache flushing
      from platforms) removes include of <asm/cacheflush.h> and hence
      discovers a few indirect inclusion and declaration problems as below.
        CC      arch/arm/mach-imx/hotplug.o
      In file included from arch/arm/mach-imx/hotplug.c:16:0:
      arch/arm/mach-imx/common.h:100:29: warning: ‘struct pt_regs’ declared inside parameter list [enabled by default]
      arch/arm/mach-imx/common.h:100:29: warning: its scope is only this definition or declaration, which is probably not what you want [enabled by default]
      arch/arm/mach-imx/common.h:101:29: warning: ‘struct pt_regs’ declared inside parameter list [enabled by default]
      arch/arm/mach-imx/hotplug.c: In function ‘imx_cpu_die’:
      arch/arm/mach-imx/hotplug.c:53:2: error: implicit declaration of function ‘cpu_do_idle’ [-Werror=implicit-function-declaration]
      arch/arm/mach-imx/hotplug.c: In function ‘imx_cpu_kill’:
      arch/arm/mach-imx/hotplug.c:58:26: error: ‘jiffies’ undeclared (first use in this function)
      arch/arm/mach-imx/hotplug.c:58:26: note: each undeclared identifier is reported only once for each function it appears in
      arch/arm/mach-imx/hotplug.c:58:2: error: implicit declaration of function ‘msecs_to_jiffies’ [-Werror=implicit-function-declaration]
      arch/arm/mach-imx/hotplug.c:61:3: error: implicit declaration of function ‘time_after’ [-Werror=implicit-function-declaration]
      Fix them by adding the needed inclusion and declaration.
      Signed-off-by: default avatarShawn Guo <shawn.guo@linaro.org>
      Acked-by: default avatarArnd Bergmann <arnd@arndb.de>
      Acked-by: default avatarUwe Kleine-König <u.kleine-koenig@pengutronix.de>
      Signed-off-by: default avatarOlof Johansson <olof@lixom.net>
    • Tony Lindgren's avatar
      ARM: OMAP2+: Remove bogus IS_ERR_OR_NULL checking from id.c · b1dd11d6
      Tony Lindgren authored
      Commit 6770b211
       (ARM: OMAP2+: Export SoC information to userspace)
      had some broken return value handling as noted by Russell King:
      +       soc_dev = soc_device_register(soc_dev_attr);
      +       if (IS_ERR_OR_NULL(soc_dev)) {
      +               kfree(soc_dev_attr);
      +               return;
      +       }
      +       parent = soc_device_to_device(soc_dev);
      +       if (!IS_ERR_OR_NULL(parent))
      +               device_create_file(parent, &omap_soc_attr);
      This is nonsense.  For the first, IS_ERR() is sufficient.  For the second,
      tell me what error checking is required in the return value of this
      struct device *soc_device_to_device(struct soc_device *soc_dev)
              return &soc_dev->dev;
      when you've already determined that the passed soc_dev is a valid pointer.
      If you read the comments against the prototype:
       * soc_device_to_device - helper function to fetch struct device
       * @soc: Previously registered SoC device container
      struct device *soc_device_to_device(struct soc_device *soc);
      if "soc" is valid, it means the "previously registered SoC device container"
      must have succeeded and that can only happen if the struct device has been
      registered.  Ergo, there will always be a valid struct device pointer for
      any registered SoC device container.  Therefore, if soc_device_register()
      succeeds, then the return value from soc_device_to_device() will always be
      valid and no error checking of it is required.
      Simples.  The rule as ever applies here: get to know the APIs your using
      and don't fumble around in the dark hoping that you'll get this stuff
      Fix it as noted by Russell.
      Reported-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
  2. 08 May, 2013 12 commits
  3. 07 May, 2013 15 commits
  4. 06 May, 2013 7 commits
    • Kishon Vijay Abraham I's avatar
      ARM: OMAP4: change the device names in usb_bind_phy · 08a48be3
      Kishon Vijay Abraham I authored
      After the device names are created using PLATFORM_DEVID_AUTO, the old
      device names given in usb_bind_phy are no longer valid causing the musb
      controller not to get the phy reference. Updated the usb_bind_phy with
      the new device names to get MUSB functional in omap4 panda.
      Signed-off-by: default avatarKishon Vijay Abraham I <kishon@ti.com>
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
    • Vaibhav Hiremath's avatar
      ARM: OMAP2+: Fix mismerge for timer.c between ff931c82 and da4a686a · 62647969
      Vaibhav Hiremath authored
      Looks like the timer.c fixes in commit ff931c82 (ARM: OMAP: clocks:
      Delay clk inits atleast until slab is initialized) got lost in a
      merge with da4a686a
       (ARM: smp_twd: convert to use CLKSRC_OF init).
      Without the omap_clk_init() calls none of OMAP family of devices
      Signed-off-by: default avatarVaibhav Hiremath <hvaibhav@ti.com>
      [tony@atomide.com: updated comments to describe merge error]
      Signed-off-by: default avatarTony Lindgren <tony@atomide.com>
    • Helge Deller's avatar
      parisc: implement atomic64_dec_if_positive() · f21dda02
      Helge Deller authored
      Signed-off-by: default avatarHelge Deller <deller@gmx.de>
    • John David Anglin's avatar
      parisc: use long branch in fork_like macro · bbbfde78
      John David Anglin authored
      The "b" branch instruction used in the fork_like macro only can handle
      17-bit pc-relative offsets.
      This fails with an out of range offset with some .config files.
      Rewrite to use the "be" instruction which
      can branch to any address in a space.
      Signed-off-by: default avatarJohn David Anglin  <dave.anglin@bell.net>
      Signed-off-by: default avatarHelge Deller <deller@gmx.de>
    • Mike Frysinger's avatar
      parisc: fix NATIVE set up in build · 93782eba
      Mike Frysinger authored
      The ifeq operator does not accept globs, so this little bit of code will
      never match (unless uname literally prints out "parsic*").  Rewrite to
      use a pattern matching operator so that NATIVE is set to 1 on parisc.
      Signed-off-by: default avatarMike Frysinger <vapier@gentoo.org>
      Signed-off-by: default avatarHelge Deller <deller@gmx.de>
    • Helge Deller's avatar
      parisc: document the parisc gateway page · dde39798
      Helge Deller authored
      Include some documentation about how the parisc gateway page technically
      works and how it is used from userspace.
      James Bottomley is the original author of this description and it was
      copied here out of an email thread from Apr 12 2013 titled:
      man2 : syscall.2 : document syscall calling conventions
      CC: James Bottomley <James.Bottomley@HansenPartnership.com>
      Signed-off-by: default avatarHelge Deller <deller@gmx.de>
    • Helge Deller's avatar
      parisc: fix partly 16/64k PAGE_SIZE boot · 6a45716a
      Helge Deller authored
      This patch fixes partly PAGE_SIZEs of 16K or 64K by adjusting the
      assembler PTE lookup code and the assembler TEMPALIAS code.  Furthermore
      some data alignments for PAGE_SIZE have been limited to 4K (or less) to
      not waste too much memory with greater page sizes. As a side note, the
      palo loader can (currently) only handle up to 10 ELF segments which is
      fixed with tighter aligning as well.
      My testings indicated that the ldci command in the sba iommu coding
      needed adjustment by the PAGE_SHIFT value and that the I/O PDIR Page
      size was only set to 4K for my machine (C3000).
      All this fixes partly the boot, but there are still quite some caching
      problems left.  Examples are e.g. the symbios logic driver which is
      sym0: <896> rev 0x7 at pci 0000:00:0f.0 irq 69
      sym0: PA-RISC Firmware, ID 7, Fast-40, SE, parity checking
      and the tulip network driver which doesn't seem to work correctly
      Sending BOOTP requests .net eth0: Setting full-duplex based on MII#1
      link partner capability of 05e1
      ..... timed out!
      Beside those kernel fixes glibc will need fixes too to be able to handle
      >4K page sizes.
      Signed-off-by: default avatarHelge Deller <deller@gmx.de>