1. 26 Jun, 2012 2 commits
  2. 25 Jun, 2012 1 commit
  3. 24 Jun, 2012 7 commits
  4. 23 Jun, 2012 6 commits
  5. 22 Jun, 2012 13 commits
    • Linus Torvalds's avatar
      Merge tag 'for-linus-Jun-21-2012' of git://oss.sgi.com/xfs/xfs · 369c4f54
      Linus Torvalds authored
      Pull XFS fixes from Ben Myers:
       - Fix stale data exposure with unwritten extents
       - Fix a warning in xfs_alloc_vextent with ODEBUG
       - Fix overallocation and alignment of pages for xfs_bufs
       - Fix a cursor leak
       - Fix a log hang
       - Fix a crash related to xfs_sync_worker
       - Rename xfs log structure from struct log to struct xlog so we can use
         crash dumps effectively
      
      * tag 'for-linus-Jun-21-2012' of git://oss.sgi.com/xfs/xfs:
        xfs: rename log structure to xlog
        xfs: shutdown xfs_sync_worker before the log
        xfs: Fix overallocation in xfs_buf_allocate_memory()
        xfs: fix allocbt cursor leak in xfs_alloc_ag_vextent_near
        xfs: check for stale inode before acquiring iflock on push
        xfs: fix debug_object WARN at xfs_alloc_vextent()
        xfs: xfs_vm_writepage clear iomap_valid when !buffer_uptodate (REV2)
      369c4f54
    • Linus Torvalds's avatar
      Merge branch 'perf-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip · a1163719
      Linus Torvalds authored
      Pull perf updates from Ingo Molnar.
      
      * 'perf-urgent-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
        ftrace: Make all inline tags also include notrace
        perf: Use css_tryget() to avoid propping up css refcount
        perf tools: Fix synthesizing tracepoint names from the perf.data headers
        perf stat: Fix default output file
        perf tools: Fix endianity swapping for adds_features bitmask
      a1163719
    • Dave Airlie's avatar
      drm: drop comment about this header being autogenerated. · 59bbe27b
      Dave Airlie authored
      This comment is well out of date.
      Signed-off-by: default avatarDave Airlie <airlied@redhat.com>
      59bbe27b
    • Paul Walmsley's avatar
      W1: OMAP HDQ1W: use runtime PM · c354a864
      Paul Walmsley authored
      Convert the OMAP HDQ driver to use runtime PM.  Compile- and boot-tested,
      but not tested in actual use.
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      Cc: NeilBrown <neilb@suse.de>
      Cc: Evgeniy Polyakov <zbr@ioremap.net>
      Acked-by: default avatarEvgeniy Polyakov <zbr@ioremap.net>
      Tested-by: default avatarNeilBrown <neilb@suse.de>
      c354a864
    • Paul Walmsley's avatar
      ARM: OMAP2+: HDQ1W: use omap_device · 96b1b29d
      Paul Walmsley authored
      Convert the old-style device registration code for HDQ1W to use
      omap_device.  This will allow the driver to be converted to use PM
      runtime and to take advantage of the OMAP IP block management
      infrastructure (hwmod, PM, etc.).
      
      A side benefit of this conversion is that it also makes the HDQ device
      available on OMAP2420.  The previous code only enabled it on 2430 and
      3430.
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      Cc: NeilBrown <neilb@suse.de>
      Tested-by: default avatarNeilBrown <neilb@suse.de>
      96b1b29d
    • Paul Walmsley's avatar
      W1: OMAP HDQ1W: use 32-bit register accesses · 2acd0894
      Paul Walmsley authored
      HDQ/1-wire registers are 32 bits long, even if the register contents
      fit into 8 bits, so accesses must be 32-bit aligned.  Evidently the
      OMAP2/3 interconnects allowed the driver to get away with 8 bit accesses,
      but the OMAP4 puts a stop to that:
      
      [    1.488800] Driver for 1-wire Dallas network protocol.
      [    1.495025] Bad mode in data abort handler detected
      [    1.500122] Internal error: Oops - bad mode: 0 [#1] SMP
      [    1.505615] Modules linked in:
      [    1.508819] CPU: 0    Not tainted  (3.3.0-rc1-00008-g45030e9 #992)
      [    1.515289] PC is at 0xffff0018
      [    1.518615] LR is at omap_hdq_probe+0xd4/0x2cc
      
      The OMAP4430 ES2 Rev X TRM does warn about this restriction in section
      23.2.6.2 "HDQ/1-Wire Registers".
      
      Fixes the crash on OMAP4430 ES2 Pandaboard.  Tested also on OMAP34xx and
      OMAP2420; it seems to work fine on those chips, although due to the lack
      of boards with HDQ/1-wire devices here, a more indepth test was not
      possible.
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      Cc: NeilBrown <neilb@suse.de>
      Cc: Evgeniy Polyakov <zbr@ioremap.net>
      Acked-by: default avatarEvgeniy Polyakov <zbr@ioremap.net>
      2acd0894
    • Paul Walmsley's avatar
      W1: OMAP HDQ1W: allow driver to be built on all OMAP2+ · d6600300
      Paul Walmsley authored
      Allow the OMAP HDQ1W driver to be built for all OMAP2+ SoCs by
      adjusting KConfig dependencies.  The previous dependency required
      either SOC_OMAP2430 or ARCH_OMAP3 to be set, but the HDQ IP block is
      present on OMAP2420 and OMAP44xx SoCs.  The driver was still
      selectable on multi-OMAP kernel configurations, however; so the
      previous prohibition was rather pointless.
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      Cc: Evgeniy Polyakov <zbr@ioremap.net>
      Acked-by: default avatarEvgeniy Polyakov <zbr@ioremap.net>
      d6600300
    • Ricardo Neri's avatar
      ARM: OMAP4: hwmod data: Force HDMI in no-idle while enabled · dc57aef5
      Ricardo Neri authored
      As per the OMAP4 documentation, audio over HDMI must be transmitted in
      no-idle mode. This patch adds the HWMOD_SWSUP_SIDLE so that omap_hwmod uses
      no-idle/force-idle settings instead of smart-idle mode.
      
      This is required as the DSS interface clock is used as functional clock
      for the HDMI wrapper audio FIFO. If no-idle mode is not used, audio could
      be choppy, have bad quality or not be audible at all.
      Signed-off-by: default avatarRicardo Neri <ricardo.neri@ti.com>
      [b-cousson@ti.com: Update the subject and align the .flags
      location with the script template]
      Signed-off-by: default avatarBenoit Cousson <b-cousson@ti.com>
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      dc57aef5
    • Paul Walmsley's avatar
      ARM: OMAP2+: mux: fix sparse warning · 65e25976
      Paul Walmsley authored
      Commit bbd707ac ("ARM: omap2: use
      machine specific hook for late init") resulted in the addition of this
      sparse warning:
      
      arch/arm/mach-omap2/mux.c:791:12: warning: symbol 'omap_mux_late_init' was not declared. Should it be static?
      
      Fix by including the header file containing the prototype.
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      Cc: Shawn Guo <shawn.guo@linaro.org>
      Cc: Tony Lindgren <tony@atomide.com>
      65e25976
    • Paul Walmsley's avatar
      ARM: OMAP2+: CM: increase the module disable timeout · b8f15b7e
      Paul Walmsley authored
      Increase the timeout for disabling an IP block to five milliseconds.
      This is to handle the usb_host_fs idle latency, which takes almost
      four milliseconds after a host controller reset.
      
      This is the second of two patches needed to resolve the following
      boot warning:
      
      omap_hwmod: usb_host_fs: _wait_target_disable failed
      
      Thanks to Sergei Shtylyov <sshtylyov@mvista.com> for finding
      an unrelated hunk in a previous version of this patch.
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      Cc: Sergei Shtylyov <sshtylyov@mvista.com>
      Cc: Tero Kristo <t-kristo@ti.com>
      b8f15b7e
    • Paul Walmsley's avatar
      ARM: OMAP4: clock data: add clockdomains for clocks used as main clocks · 9a47d32d
      Paul Walmsley authored
      Until the OMAP4 code is converted to disable the use of the clock
      framework-based clockdomain enable/disable sequence, any clock used as
      a hwmod main_clk must have a clockdomain associated with it.  This
      patch populates some clock structure clockdomain names to resolve the
      following warnings during kernel init:
      
      omap_hwmod: dpll_mpu_m2_ck: missing clockdomain for dpll_mpu_m2_ck.
      omap_hwmod: trace_clk_div_ck: missing clockdomain for trace_clk_div_ck.
      omap_hwmod: l3_div_ck: missing clockdomain for l3_div_ck.
      omap_hwmod: ddrphy_ck: missing clockdomain for ddrphy_ck.
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      Cc: Rajendra Nayak <rnayak@ti.com>
      Cc: Benoît Cousson <b-cousson@ti.com>
      9a47d32d
    • Paul Walmsley's avatar
      ARM: OMAP4: hwmod data: fix 32k sync timer idle modes · 252a4c54
      Paul Walmsley authored
      The 32k sync timer IP block target idle modes in the hwmod data are
      incorrect.  The IP block does not support any smart-idle modes.
      Update the data to reflect the correct modes.
      
      This problem was initially identified and a diff fragment posted to
      the lists by Benoît Cousson <b-cousson@ti.com>.  A patch description
      bug in the first version was also identified by Benoît.
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      Cc: Benoît Cousson <b-cousson@ti.com>
      Cc: Tero Kristo <t-kristo@ti.com>
      252a4c54
    • Djamil Elaidi's avatar
      ARM: OMAP4+: hwmod: fix issue causing IPs not going back to Smart-Standby · 561038f0
      Djamil Elaidi authored
      If an IP is configured in Smart-Standby-Wakeup, when disabling wakeup feature the
      IP will not go back to Smart-Standby, but will remain in Smart-Standby-Wakeup.
      Signed-off-by: default avatarDjamil Elaidi <d-elaidi@ti.com>
      Signed-off-by: default avatarPaul Walmsley <paul@pwsan.com>
      561038f0
  6. 21 Jun, 2012 11 commits