1. 07 12月, 2016 23 次提交
  2. 06 12月, 2016 7 次提交
    • D
      Merge branch 'exynos-drm-next' of... · 197aa6ed
      Dave Airlie 提交于
      Merge branch 'exynos-drm-next' of git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos into drm-next
      
      Just refactoring HDMI driver by using infoframe helper
      function, fixing GSC Kconfig dependency issue and including trivial
      cleanups.
      
      * 'exynos-drm-next' of git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos:
        drm/exynos: Use VIDEO_SAMSUNG_EXYNOS_GSC=n as GSC Kconfig dependency
        drm/exynos: gsc: fix spelling mistakes
        exynos-drm: Fix error messages to print flags and size
        drm/exynos/hdmi: refactor infoframe code
      197aa6ed
    • D
      Merge branch 'drm-next-4.10' of git://people.freedesktop.org/~agd5f/linux into drm-next · 17f1dfd0
      Dave Airlie 提交于
      - lots of code cleanup
      - lots of bug fixes
      - expose rpm based fan info via hwmon
      - lots of clock and powergating fixes
      - SI register header cleanup and conversion to common format used by newer asics
      
      * 'drm-next-4.10' of git://people.freedesktop.org/~agd5f/linux: (54 commits)
        drm/amdgpu: drop is_display_hung from display funcs
        drm/amdgpu/uvd: reduce IB parsing overhead on UVD5+ (v2)
        drm/amdgpu/uvd: consolidate code for fetching addr from ctx
        drm/amdgpu: Disable DPM in virtualization
        drm/amdgpu: use AMDGPU_GEM_CREATE_VRAM_CLEARED for VM PD/PTs (v2)
        drm/amdgpu: improve AMDGPU_GEM_CREATE_VRAM_CLEARED handling (v2)
        drm/amdgpu: fix error handling in amdgpu_bo_create_restricted
        drm/amdgpu: fix amdgpu_fill_buffer (v2)
        drm/amdgpu: remove amdgpu_irq_get_delayed
        amdgpu: Wrap dev_err() calls on vm faults with printk_ratelimit()
        amdgpu: Use dev_err() over vanilla printk() in vm_decode_fault()
        drm/amd/amdgpu: port of DCE v6 to new headers (v3)
        drm/amdgpu: cleanup unused iterator members for sdma v2.4
        drm/amdgpu: cleanup unused iterator members for sdma v3
        drm/amdgpu:impl vgt_flush for VI(V5)
        drm/amdgpu: enable uvd mgcg for Fiji.
        drm/amdgpu: refine cz uvd clock gate logic.
        drm/amdgpu: change log level to KERN_INFO in ci_dpm.c
        drm/amdgpu: always un-gate UVD REGS path.
        drm/amdgpu/sdma: fix typo in packet setup
        ...
      17f1dfd0
    • D
      Merge branch 'drm-etnaviv-next' of git://git.pengutronix.de/lst/linux into drm-next · 770ac204
      Dave Airlie 提交于
      - fix dma-buf export path to return correct SG table
      - trivially implement direct dma-buf mapping
      - allow DRAW_INSTANCED commands in validator
      - make the driver work on i.MX6SX, yielding a working 2D/3D stack
      together with Mareks MXS DRM driver
      
      * 'drm-etnaviv-next' of git://git.pengutronix.de/lst/linux:
        MAINTAINERS: add etnaviv mailinglist
        drm/etnaviv: move linear window on MC1.0 parts if necessary
        drm/etnaviv: don't invoke OOM killer from dump code
        drm/etnaviv: fix gem_prime_get_sg_table to return new SG table
        drm/etnaviv: Allow DRAW_INSTANCED commands
        drm/etnaviv: implement dma-buf mmap
      770ac204
    • D
      Merge branch 'linux-4.10' of git://github.com/skeggsb/linux into drm-next · 9ac63d99
      Dave Airlie 提交于
      - BIT_PERF_PTRS uses 32-bit pointers to its subtables, we were parsing
      them as 16-bit, causing various issues on newer boards.
      - Support for MXM on GM20x and up.
      - More display-related fixes.
      
      * 'linux-4.10' of git://github.com/skeggsb/linux:
        drm/nouveau/mxm: warn more loudly on unsupported DCB version
        drm/nouveau/mxm: handle DCB 4.1 modification
        drm/nouveau/bios/mxm: handle digital connector table 1.1
        drm/nouveau: Queue hpd_work on (runtime) resume
        drm/nouveau: Rename acpi_work to hpd_work
        drm/nouveau/kms/nv50: Fix atomic pageflip events.
        drm/nouveau/fb/ram/gp100-: fix memory detection where FBP_NUM != FBPA_NUM
        drm/nouveau/bios/volt: pointers are 32-bit
        drm/nouveau/bios/vmap: pointers are 32-bit
        drm/nouveau/bios/timing: pointers are 32-bit
        drm/nouveau/bios/therm: pointers are 32-bit
        drm/nouveau/bios/perf: pointers are 32-bit
        drm/nouveau/bios/iccsense: pointers are 32-bit
        drm/nouveau/bios/fan: pointers are 32-bit
        drm/nouveau/bios/cstep: pointers are 32-bit
        drm/nouveau/bios/boost: pointers are 32-bit
      9ac63d99
    • B
      a8f6cb7b
    • B
      drm/nouveau/mxm: handle DCB 4.1 modification · f6bf1739
      Ben Skeggs 提交于
      Allows MXM DCB modification to be handled on GM20x and newer boards.
      Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
      f6bf1739
    • B
      drm/nouveau/bios/mxm: handle digital connector table 1.1 · 8ca99316
      Ben Skeggs 提交于
      I suspect the version bump is just to signify that the table now specifies
      pad macro/links instead of SOR/sublinks.
      
      For our usage of the table, just recognising the new version is enough.
      Signed-off-by: NBen Skeggs <bskeggs@redhat.com>
      8ca99316
  3. 05 12月, 2016 6 次提交
  4. 04 12月, 2016 2 次提交
  5. 03 12月, 2016 2 次提交
    • L
      Merge branch 'akpm' (patches from Andrew) · 3c49de52
      Linus Torvalds 提交于
      Merge more fixes from Andrew Morton:
       "2 fixes"
      
      * emailed patches from Andrew Morton <akpm@linux-foundation.org>:
        mm, vmscan: add cond_resched() into shrink_node_memcg()
        mm: workingset: fix NULL ptr in count_shadow_nodes
      3c49de52
    • M
      mm, vmscan: add cond_resched() into shrink_node_memcg() · bd041733
      Michal Hocko 提交于
      Boris Zhmurov has reported RCU stalls during the kswapd reclaim:
      
        INFO: rcu_sched detected stalls on CPUs/tasks:
         23-...: (22 ticks this GP) idle=92f/140000000000000/0 softirq=2638404/2638404 fqs=23
         (detected by 4, t=6389 jiffies, g=786259, c=786258, q=42115)
        Task dump for CPU 23:
        kswapd1         R  running task        0   148      2 0x00000008
        Call Trace:
          shrink_node+0xd2/0x2f0
          kswapd+0x2cb/0x6a0
          mem_cgroup_shrink_node+0x160/0x160
          kthread+0xbd/0xe0
          __switch_to+0x1fa/0x5c0
          ret_from_fork+0x1f/0x40
          kthread_create_on_node+0x180/0x180
      
      a closer code inspection has shown that we might indeed miss all the
      scheduling points in the reclaim path if no pages can be isolated from
      the LRU list.  This is a pathological case but other reports from Donald
      Buczek have shown that we might indeed hit such a path:
      
              clusterd-989   [009] .... 118023.654491: mm_vmscan_direct_reclaim_end: nr_reclaimed=193
               kswapd1-86    [001] dN.. 118023.987475: mm_vmscan_lru_isolate: isolate_mode=0 classzone=0 order=0 nr_requested=32 nr_scanned=4239830 nr_taken=0 file=1
               kswapd1-86    [001] dN.. 118024.320968: mm_vmscan_lru_isolate: isolate_mode=0 classzone=0 order=0 nr_requested=32 nr_scanned=4239844 nr_taken=0 file=1
               kswapd1-86    [001] dN.. 118024.654375: mm_vmscan_lru_isolate: isolate_mode=0 classzone=0 order=0 nr_requested=32 nr_scanned=4239858 nr_taken=0 file=1
               kswapd1-86    [001] dN.. 118024.987036: mm_vmscan_lru_isolate: isolate_mode=0 classzone=0 order=0 nr_requested=32 nr_scanned=4239872 nr_taken=0 file=1
               kswapd1-86    [001] dN.. 118025.319651: mm_vmscan_lru_isolate: isolate_mode=0 classzone=0 order=0 nr_requested=32 nr_scanned=4239886 nr_taken=0 file=1
               kswapd1-86    [001] dN.. 118025.652248: mm_vmscan_lru_isolate: isolate_mode=0 classzone=0 order=0 nr_requested=32 nr_scanned=4239900 nr_taken=0 file=1
               kswapd1-86    [001] dN.. 118025.984870: mm_vmscan_lru_isolate: isolate_mode=0 classzone=0 order=0 nr_requested=32 nr_scanned=4239914 nr_taken=0 file=1
        [...]
               kswapd1-86    [001] dN.. 118084.274403: mm_vmscan_lru_isolate: isolate_mode=0 classzone=0 order=0 nr_requested=32 nr_scanned=4241133 nr_taken=0 file=1
      
      this is minute long snapshot which didn't take a single page from the
      LRU.  It is not entirely clear why only 1303 pages have been scanned
      during that time (maybe there was a heavy IRQ activity interfering).
      
      In any case it looks like we can really hit long periods without
      scheduling on non preemptive kernels so an explicit cond_resched() in
      shrink_node_memcg which is independent on the reclaim operation is due.
      
      Link: http://lkml.kernel.org/r/20161202095841.16648-1-mhocko@kernel.orgSigned-off-by: NMichal Hocko <mhocko@suse.com>
      Reported-by: NBoris Zhmurov <bb@kernelpanic.ru>
      Tested-by: NBoris Zhmurov <bb@kernelpanic.ru>
      Reported-by: NDonald Buczek <buczek@molgen.mpg.de>
      Reported-by: N"Christopher S. Aker" <caker@theshore.net>
      Reported-by: NPaul Menzel <pmenzel@molgen.mpg.de>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      bd041733