1. 21 9月, 2014 1 次提交
    • L
      Merge branch 'drm-fixes' of git://people.freedesktop.org/~airlied/linux · 1734a6e4
      Linus Torvalds 提交于
      Pull drm fixes from Dave Airlie:
       "A bunch of radeon fixes for oops on module unload, and problems with
        resetting the dma engine, one nouveau fix for black boxes in rendering
        on my mbp retina, one sti fix, and a couple of intel fixes"
      
      * 'drm-fixes' of git://people.freedesktop.org/~airlied/linux:
        drm/nouveau: ltc/gf100-: fix cbc issues on certain boards
        drm/bochs: add missing drm_connector_register call
        drm/cirrus: add missing drm_connector_register call
        drm/radeon: Fix typo 'addr' -> 'entry' in rs400_gart_set_page
        drm/nouveau/runpm: fix module unload
        drm/radeon/px: fix module unload
        vgaswitcheroo: add vga_switcheroo_fini_domain_pm_ops
        drm/radeon: don't reset dma on r6xx-evergreen init
        drm/radeon: don't reset sdma on CIK init
        drm/radeon: don't reset dma on NI/SI init
        drm/radeon/dpm: fix resume on mullins
        drm/radeon: Disable HDP flush before every CS again for < r600
        drm/radeon: delete unused PTE_* defines
        drm/i915: Add limited color range readout for HDMI/DP ports on g4x/vlv/chv
        drm: sti: do not iterate over the info frame array
        drm/i915: Fix SRC_COPY width on 830/845g
      1734a6e4
  2. 20 9月, 2014 11 次提交
  3. 19 9月, 2014 23 次提交
  4. 18 9月, 2014 2 次提交
  5. 17 9月, 2014 3 次提交
    • P
      Revert "init: make rootdelay=N consistent with rootwait behaviour" · 8ba4caf1
      Paul Gortmaker 提交于
      This reverts commit 4dfe694f.
      
      In that, we did:
      
        Here we move the rootdelay code to be right beside the rootwait code, so
        that their behaviour is consistent.
      
      ...which is fine, but in hindsight, perhaps moving the rootwait to be
      beside the rootdelay would have been better.  We also indicated:
      
        It should be noted that in doing so, the actions based on the
        saved_root_name[0] and initrd_load() were previously put on hold by
        rootdelay=N and now currently will not be delayed.  However, I think
        consistent behaviour is more important than matching historical behaviour
        of delaying the above two operations.
      
      But Pavel reported an instance where an ARM target with root on MMC
      was failing to mount root, and Russell diagnosed it to the fact that
      the call to set ROOT_DEV within the saved_root_name[0] processing
      block mentioned above was no longer being delayed.
      
      Rather than moving both wait clauses to the original position of
      rootdelay and risking unearthing other possible corner case breakage
      at this point in time, we simply revert now and we can revisit
      trying the alternate/earlier location in another development cycle.
      
      Cc: Pavel Machek <pavel@denx.de>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NPaul Gortmaker <paul.gortmaker@windriver.com>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      8ba4caf1
    • M
      MIPS: SmartMIPS: Disable assembler warnings · dab1b445
      Markos Chandras 提交于
      The kernel code overrides the default ISA as passed by the compiler
      in quite a few places. This has unfortunate side effects when smartmips
      is enabled leading to hundreds of warnings during build such as:
      
      {standard input}: Assembler messages:
      {standard input}:411: Warning: the `smartmips' extension requires MIPS32
      revision 1 or greater
      {standard input}: Assembler messages:
      {standard input}:43: Warning: the 64-bit MIPS architecture does not support the
      `smartmips' extension
      [...]
      
      Until the kernel code is fixed properly (if possible), disable all the
      assembler warning messages to make the build logs readable again.
      This has no runtime side effects but it makes it easier to spot
      more critical warnings and problems during build.
      Signed-off-by: NMarkos Chandras <markos.chandras@imgtec.com>
      Cc: linux-mips@linux-mips.org
      Patchwork: https://patchwork.linux-mips.org/patch/7356/Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      dab1b445
    • B
      drm: sti: do not iterate over the info frame array · 7dc9250f
      Benjamin Gaignard 提交于
      avi infoframe is a 13 bytes array, do not read after this limite.
      Signed-off-by: NBenjamin Gaignard <benjamin.gaignard@linaro.org>
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      7dc9250f