{"push_id":2158886267,"size":20,"distinct_size":0,"ref":"refs/heads/caf/linux-next/stable","head":"43f462f1c2e111d2882b48baeeff774ae42e7c56","before":"4fbd8d194f06c8a3fd2af1ce560ddb31f7ec8323","commits":[{"sha":"253696ccd613fbdaa5aba1de44c461a058e0a114","author":{"name":"Stefan Schake","email":"4ac6556a9d65415c8fddf7c131a61362b2791d14@gmail.com"},"message":"drm/vc4: Account for interrupts in flight\n\nSynchronously disable the IRQ to make the following cancel_work_sync\ninvocation effective.\n\nAn interrupt in flight could enqueue further overflow mem work. As we\nfree the binner BO immediately following vc4_irq_uninstall this caused\na NULL pointer dereference in the work callback vc4_overflow_mem_work.\n\nLink: https://github.com/anholt/linux/issues/114\nSigned-off-by: Stefan Schake <stschake@gmail.com>\nFixes: d5b1a78a772f (\"drm/vc4: Add support for drawing 3D frames.\")\nSigned-off-by: Eric Anholt <eric@anholt.net>\nReviewed-by: Eric Anholt <eric@anholt.net>\nLink: https://patchwork.freedesktop.org/patch/msgid/1510275907-993-2-git-send-email-stschake@gmail.com","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/253696ccd613fbdaa5aba1de44c461a058e0a114"},{"sha":"9271c0ca573e02a360b636ecd8cb408852f4e9f6","author":{"name":"Ville Syrjälä","email":"97bbb7c58ba09bd338b1646c9fa52af32290a230@linux.intel.com"},"message":"drm/edid: Don't send non-zero YQ in AVI infoframe for HDMI 1.x sinks\n\nApparently some sinks look at the YQ bits even when receiving RGB,\nand they get somehow confused when they see a non-zero YQ value.\nSo we can't just blindly follow CEA-861-F and set YQ to match the\nRGB range.\n\nUnfortunately there is no good way to tell whether the sink\ndesigner claims to have read CEA-861-F. The CEA extension block\nrevision number has generally been stuck at 3 since forever,\nand even a very recently manufactured sink might be based on\nan old design so the manufacturing date doesn't seem like\nsomething we can use. In lieu of better information let's\nfollow CEA-861-F only for HDMI 2.0 sinks, since HDMI 2.0 is\nbased on CEA-861-F. For HDMI 1.x sinks we'll always set YQ=0.\n\nThe alternative would of course be to always set YQ=0. And if\nwe ever encounter a HDMI 2.0+ sink with this bug that's what\nwe'll probably have to do.\n\nCc: stable@vger.kernel.org\nCc: Jani Nikula <jani.nikula@intel.com>\nCc: Eric Anholt <eric@anholt.net>\nCc: Neil Kownacki <njkkow@gmail.com>\nReported-by: Neil Kownacki <njkkow@gmail.com>\nTested-by: Neil Kownacki <njkkow@gmail.com>\nFixes: fcc8a22cc905 (\"drm/edid: Set YQ bits in the AVI infoframe according to CEA-861-F\")\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=101639\nSigned-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>\nLink: https://patchwork.freedesktop.org/patch/msgid/20171108152504.12596-1-ville.syrjala@linux.intel.com\nAcked-by: Eric Anholt <eric@anholt.net>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/9271c0ca573e02a360b636ecd8cb408852f4e9f6"},{"sha":"f4359cedfb43b934f38c50d1604db21333abe57b","author":{"name":"Hans de Goede","email":"75c1edb3e57b3a05a64815b33655f2878e726f67@gmail.com"},"message":"drm/i915: Fix false-positive assert_rpm_wakelock_held in i915_pmic_bus_access_notifier v2\n\nassert_rpm_wakelock_held is triggered from i915_pmic_bus_access_notifier\neven though it gets unregistered on (runtime) suspend, this is caused\nby a race happening under the following circumstances:\n\nintel_runtime_pm_put does:\n\n   atomic_dec(&dev_priv->pm.wakeref_count);\n\n   pm_runtime_mark_last_busy(kdev);\n   pm_runtime_put_autosuspend(kdev);\n\nAnd pm_runtime_put_autosuspend calls intel_runtime_suspend from\na workqueue, so there is ample of time between the atomic_dec() and\nintel_runtime_suspend() unregistering the notifier. If the notifier\ngets called in this windowd assert_rpm_wakelock_held falsely triggers\n(at this point we're not runtime-suspended yet).\n\nThis commit adds disable_rpm_wakeref_asserts and\nenable_rpm_wakeref_asserts calls around the\nintel_uncore_forcewake_get(FORCEWAKE_ALL) call in\ni915_pmic_bus_access_notifier fixing the false-positive WARN_ON.\n\nChanges in v2:\n-Reword comment explaining why disabling the wakeref asserts is\n ok and necessary\n\nCc: stable@vger.kernel.org\nReported-by: FKr <bugs-freedesktop@ubermail.me>\nReviewed-by: Imre Deak <imre.deak@intel.com>\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nLink: https://patchwork.freedesktop.org/patch/msgid/20171110150301.9601-2-hdegoede@redhat.com\n(cherry picked from commit ce30560c80dead91e98a03d90fb8791e57a9b69d)\nSigned-off-by: Jani Nikula <jani.nikula@intel.com>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/f4359cedfb43b934f38c50d1604db21333abe57b"},{"sha":"294cf1af8cf2eb0d1eced377fdfb9a2d3f0e8b42","author":{"name":"Hans de Goede","email":"75c1edb3e57b3a05a64815b33655f2878e726f67@gmail.com"},"message":"drm/i915: Re-register PMIC bus access notifier on runtime resume\n\nintel_uncore_suspend() unregisters the uncore code's PMIC bus access\nnotifier and gets called on both normal and runtime suspend.\n\nintel_uncore_resume_early() re-registers the notifier, but only on\nnormal resume. Add a new intel_uncore_runtime_resume() function which\nonly re-registers the notifier and call that on runtime resume.\n\nCc: stable@vger.kernel.org\nReported-by: Imre Deak <imre.deak@intel.com>\nReviewed-by: Imre Deak <imre.deak@intel.com>\nSigned-off-by: Hans de Goede <hdegoede@redhat.com>\nLink: https://patchwork.freedesktop.org/patch/msgid/20171114135518.15981-2-hdegoede@redhat.com\n(cherry picked from commit bedf4d79c3654921839b62246b0965ddb308b201)\nSigned-off-by: Jani Nikula <jani.nikula@intel.com>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/294cf1af8cf2eb0d1eced377fdfb9a2d3f0e8b42"},{"sha":"dcd1d8302a06b0a0e5d6f9b6851fa4a5579e79b0","author":{"name":"Colin Ian King","email":"61b69653f478c16de27cbf2a77617b5a614a704a@canonical.com"},"message":"drm/i915/gvt: ensure -ve return value is handled correctly\n\nAn earlier fix changed the return type from find_bb_size however the\ninteger return is being assigned to a unsigned int so the -ve error\ncheck will never be detected. Make bb_size an int to fix this.\n\nDetected by CoverityScan CID#1456886 (\"Unsigned compared against 0\")\n\nFixes: 1e3197d6ad73 (\"drm/i915/gvt: Refine error handling for perform_bb_shadow\")\nSigned-off-by: Colin Ian King <colin.king@canonical.com>\nSigned-off-by: Zhenyu Wang <zhenyuw@linux.intel.com>\n(cherry picked from commit 24f8a29af4afe7c53e08f4afa0c3fa9eb3791b89)\nSigned-off-by: Jani Nikula <jani.nikula@intel.com>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/dcd1d8302a06b0a0e5d6f9b6851fa4a5579e79b0"},{"sha":"6e068270b7883836e4717e262d96d1c43690862a","author":{"name":"Chris Wilson","email":"4181b934c2715a2bba60cdb3cc1b35b2777d1c23@chris-wilson.co.uk"},"message":"drm/i915: Clear breadcrumb node when cancelling signaling\n\nWhen we call intel_engine_cancel_signaling() to stop reporting when\na request is completed via an asynchronous signal, we remove that request\nfrom the breadcrumb wait queue. However, we may be concurrently\nprocessing that request in the signaler itself, the actual operations on\nthe request's node itself are serialised but we do not actually clear the\nwaiter after removing it from the tree allowing both parties to attempt\nto do so and corrupting the rbtree. (Previously removing from the\nbreadcrumb wait queue could only be done on behalf of i915_wait_request,\nso this race could not happen).\n\nReported-by: \"He, Bo\" <bo.he@intel.com>\nFixes: 9eb143bbec7d (\"drm/i915: Allow a request to be cancelled\")\nSigned-off-by: Chris Wilson <chris@chris-wilson.co.uk>\nCc: \"He, Bo\" <bo.he@intel.com>\nCc: Tvrtko Ursulin <tvrtko.ursulin@intel.com>\nCc: Michał Winiarski <michal.winiarski@intel.com>\nCc: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>\nLink: https://patchwork.freedesktop.org/patch/msgid/20171115121458.24655-1-chris@chris-wilson.co.uk\nReviewed-by: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>\n(cherry picked from commit c534612e780c4a2c8ef5bfc11583c7d58436baca)\nSigned-off-by: Jani Nikula <jani.nikula@intel.com>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/6e068270b7883836e4717e262d96d1c43690862a"},{"sha":"457db89b538ea4eb2a188c75f8f3a83469395ee0","author":{"name":"Chris Wilson","email":"4181b934c2715a2bba60cdb3cc1b35b2777d1c23@chris-wilson.co.uk"},"message":"drm/i915: Mark the userptr invalidate workqueue as WQ_MEM_RECLAIM\n\nCommit  21cc6431e0c2 (\"drm/i915: Mark the userptr invalidate workqueue\nas WQ_MEM_RECLAIM\") tried to fixup the check_flush_dependency warning\nfor hitting i915_gem_userptr_mn_invalidate_range_start from within the\nshrinker, but I failed to notice userptr has 2 similarly named\nworkqueues. I marked up i915-userptr-acquire as WQ_MEM_RECLAIM whereas\nwe only wait upon i915-userptr-release from inside the reclaim paths.\n\n[62530.869510] workqueue: PF_MEMALLOC task 7983(gem_shrink) is flushing !WQ_MEM_RECLAIM i915-userptr-release:          (null)\n[62530.869515] ------------[ cut here ]------------\n[62530.869519] WARNING: CPU: 1 PID: 7983 at kernel/workqueue.c:2434 check_flush_dependency+0x7f/0x110\n[62530.869519] Modules linked in: pegasus mii ip6table_filter ip6_tables bnep iptable_filter snd_hda_codec_hdmi snd_hda_codec_realtek snd_hda_codec_generic binfmt_misc nls_iso8859_1 intel_rapl x86_pkg_temp_thermal intel_powerclamp coretemp snd_hda_intel snd_hda_codec kvm_intel snd_hda_core snd_hwdep kvm snd_pcm irqbypass snd_seq_midi snd_seq_midi_event snd_rawmidi crct10dif_pclmul crc32_pclmul 8250_dw ghash_clmulni_intel snd_seq pcbc snd_seq_device snd_timer btusb aesni_intel btrtl btbcm aes_x86_64 iwlwifi btintel crypto_simd glue_helper cryptd bluetooth snd intel_cstate input_leds idma64 intel_rapl_perf ecdh_generic serio_raw soundcore cfg80211 wmi_bmof virt_dma intel_lpss_pci intel_lpss acpi_als kfifo_buf industrialio winbond_cir soc_button_array rc_core spidev tpm_crb intel_hid acpi_pad mac_hid sparse_keymap\n[62530.869546]  parport_pc ppdev lp parport ip_tables x_tables autofs4 hid_generic usbhid i915 i2c_algo_bit prime_numbers drm_kms_helper syscopyarea e1000e sysfillrect sysimgblt fb_sys_fops ahci ptp pps_core libahci drm wmi video i2c_hid hid\n[62530.869557] CPU: 1 PID: 7983 Comm: gem_shrink Tainted: G     U  W    L  4.14.0-rc8-drm-tip-ww45-commit-1342299+ #1\n[62530.869558] Hardware name: Intel Corporation CoffeeLake Client Platform/CoffeeLake H DDR4 RVP, BIOS CNLSFWR1.R00.X098.A00.1707301945 07/30/2017\n[62530.869559] task: ffffa1049dbeec80 task.stack: ffffae7d05c44000\n[62530.869560] RIP: 0010:check_flush_dependency+0x7f/0x110\n[62530.869561] RSP: 0018:ffffae7d05c473a0 EFLAGS: 00010286\n[62530.869562] RAX: 000000000000006e RBX: ffffa1049540f400 RCX: ffffffffa3e55788\n[62530.869562] RDX: 0000000000000000 RSI: 0000000000000092 RDI: 0000000000000202\n[62530.869563] RBP: ffffae7d05c473c0 R08: 000000000000006e R09: 000000000038bb0e\n[62530.869563] R10: 0000000000000000 R11: 000000000000006e R12: ffffa1049dbeec80\n[62530.869564] R13: 0000000000000000 R14: 0000000000000000 R15: ffffae7d05c473e0\n[62530.869565] FS:  00007f621b129880(0000) GS:ffffa1050b240000(0000) knlGS:0000000000000000\n[62530.869566] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n[62530.869566] CR2: 00007f6214400000 CR3: 0000000353a17003 CR4: 00000000003606e0\n[62530.869567] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000\n[62530.869567] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400\n[62530.869568] Call Trace:\n[62530.869570]  flush_workqueue+0x115/0x3d0\n[62530.869573]  ? wake_up_process+0x15/0x20\n[62530.869596]  i915_gem_userptr_mn_invalidate_range_start+0x12f/0x160 [i915]\n[62530.869614]  ? i915_gem_userptr_mn_invalidate_range_start+0x12f/0x160 [i915]\n[62530.869616]  __mmu_notifier_invalidate_range_start+0x55/0x80\n[62530.869618]  try_to_unmap_one+0x791/0x8b0\n[62530.869620]  ? call_rwsem_down_read_failed+0x18/0x30\n[62530.869622]  rmap_walk_anon+0x10b/0x260\n[62530.869624]  rmap_walk+0x48/0x60\n[62530.869625]  try_to_unmap+0x93/0xf0\n[62530.869626]  ? page_remove_rmap+0x2a0/0x2a0\n[62530.869627]  ? page_not_mapped+0x20/0x20\n[62530.869629]  ? page_get_anon_vma+0x90/0x90\n[62530.869630]  ? invalid_mkclean_vma+0x20/0x20\n[62530.869631]  migrate_pages+0x946/0xaa0\n[62530.869633]  ? __ClearPageMovable+0x10/0x10\n[62530.869635]  ? isolate_freepages_block+0x3c0/0x3c0\n[62530.869636]  compact_zone+0x22f/0x970\n[62530.869638]  compact_zone_order+0xa3/0xd0\n[62530.869640]  try_to_compact_pages+0x1a5/0x2a0\n[62530.869641]  ? try_to_compact_pages+0x1a5/0x2a0\n[62530.869643]  __alloc_pages_direct_compact+0x50/0x110\n[62530.869644]  __alloc_pages_slowpath+0x4da/0xf30\n[62530.869646]  __alloc_pages_nodemask+0x262/0x280\n[62530.869648]  alloc_pages_vma+0x165/0x1e0\n[62530.869649]  shmem_alloc_hugepage+0xd0/0x130\n[62530.869651]  ? __radix_tree_insert+0x45/0x230\n[62530.869652]  ? __vm_enough_memory+0x29/0x130\n[62530.869654]  shmem_alloc_and_acct_page+0x10d/0x1e0\n[62530.869655]  shmem_getpage_gfp+0x426/0xc00\n[62530.869657]  shmem_fault+0xa0/0x1e0\n[62530.869659]  ? file_update_time+0x60/0x110\n[62530.869660]  __do_fault+0x1e/0xc0\n[62530.869661]  __handle_mm_fault+0xa35/0x1170\n[62530.869662]  handle_mm_fault+0xcc/0x1c0\n[62530.869664]  __do_page_fault+0x262/0x4f0\n[62530.869666]  do_page_fault+0x2e/0xe0\n[62530.869667]  page_fault+0x22/0x30\n[62530.869668] RIP: 0033:0x404335\n[62530.869669] RSP: 002b:00007fff7829e420 EFLAGS: 00010216\n[62530.869670] RAX: 00007f6210400000 RBX: 0000000000000004 RCX: 0000000000b80000\n[62530.869670] RDX: 0000000000002e01 RSI: 0000000000008000 RDI: 0000000000000004\n[62530.869671] RBP: 0000000000000019 R08: 0000000000000002 R09: 0000000000000000\n[62530.869671] R10: 0000000000000559 R11: 0000000000000246 R12: 0000000008000000\n[62530.869672] R13: 00000000004042f0 R14: 0000000000000004 R15: 000000000000007e\n[62530.869673] Code: 00 8b b0 18 05 00 00 48 8d 8b b0 00 00 00 48 8d 90 c0 06 00 00 4d 89 f0 48 c7 c7 40 c0 c8 a3 c6 05 68 c5 e8 00 01 e8 c2 68 04 00 <0f> ff 4d 85 ed 74 18 49 8b 45 20 48 8b 70 08 8b 86 00 01 00 00\n[62530.869691] ---[ end trace 01e01ad0ff5781f8 ]---\n\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=103739\nFixes: 21cc6431e0c2 (\"drm/i915: Mark the userptr invalidate workqueue as WQ_MEM_RECLAIM\")\nSigned-off-by: Chris Wilson <chris@chris-wilson.co.uk>\nCc: Michał Winiarski <michal.winiarski@intel.com>\nLink: https://patchwork.freedesktop.org/patch/msgid/20171114173520.8829-1-chris@chris-wilson.co.uk\nReviewed-by: Matthew Auld <matthew.auld@intel.com>\n(cherry picked from commit 41729bf2248bc8593e5103d43974079cc269524c)\nSigned-off-by: Jani Nikula <jani.nikula@intel.com>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/457db89b538ea4eb2a188c75f8f3a83469395ee0"},{"sha":"3572f04c69ed4369da5d3c65d84fb18774aa60b6","author":{"name":"Ville Syrjälä","email":"97bbb7c58ba09bd338b1646c9fa52af32290a230@linux.intel.com"},"message":"drm/i915: Fix init_clock_gating for resume\n\nMoving the init_clock_gating() call from intel_modeset_init_hw() to\nintel_modeset_gem_init() had an unintended effect of not applying\nsome workarounds on resume. This, for example, cause some kind of\ncorruption to appear at the top of my IVB Thinkpad X1 Carbon LVDS\nscreen after hibernation. Fix the problem by explicitly calling\ninit_clock_gating() from the resume path.\n\nI really hope this doesn't break something else again. At least\nthe problems reported at https://bugs.freedesktop.org/show_bug.cgi?id=103549\ndidn't make a comeback, even after a hibernate cycle.\n\nv2: Reorder the init_clock_gating vs. modeset_init_hw to match\n    the display reset path (Rodrigo)\n\nCc: stable@vger.kernel.org\nCc: Chris Wilson <chris@chris-wilson.co.uk>\nCc: Rodrigo Vivi <rodrigo.vivi@intel.com>\nFixes: 6ac43272768c (\"drm/i915: Move init_clock_gating() back to where it was\")\nReviewed-by: Rodrigo Vivi <rodrigo.vivi@intel.com>\nReviewed-by: Chris Wilson <chris@chris-wilson.co.uk>\nLink: https://patchwork.freedesktop.org/patch/msgid/20171116160215.25715-1-ville.syrjala@linux.intel.com\nSigned-off-by: Ville Syrjälä <ville.syrjala@linux.intel.com>\n(cherry picked from commit 675f7ff35bd256e65d3d0f52718d8babf5d1002a)\nSigned-off-by: Jani Nikula <jani.nikula@intel.com>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/3572f04c69ed4369da5d3c65d84fb18774aa60b6"},{"sha":"b8a3365a30c463e9105969ab1bf8674b763e3408","author":{"name":"Maarten Lankhorst","email":"31963d7fed19f3420ff638ec3d8fbadfee1a8e5f@linux.intel.com"},"message":"drm/vblank: Pass crtc_id to page_flip_ioctl.\n\nWe added crtc_id to the atomic ioctl, but forgot to add it for vblank\nand page flip events. Commit bd386e518056 (\"drm: Reorganize\ndrm_pending_event to support future event types [v2]\") added it to\nthe vblank event, but page flip event was still missing.\n\nCorrect this and add a test for making sure we always set crtc_id correctly.\n\nFixes: bd386e518056 (\"drm: Reorganize drm_pending_event to support future event types [v2]\")\nFixes: 5db06a8a98f5 (\"drm: Pass CRTC ID in userspace vblank events\")\nCc: Daniel Stone <daniels@collabora.com>\nCc: Daniel Vetter <daniel.vetter@intel.com>\nCc: Gustavo Padovan <gustavo@padovan.org>\nCc: Sean Paul <seanpaul@chromium.org>\nCc: dri-devel@lists.freedesktop.org\nCc: <stable@vger.kernel.org> # v4.12+\nReviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch> #irc\nTestcase: igt/kms_vblank/crtc_id\nSigned-off-by: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>\nLink: https://patchwork.freedesktop.org/patch/msgid/20171123103737.47138-1-maarten.lankhorst@linux.intel.com","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/b8a3365a30c463e9105969ab1bf8674b763e3408"},{"sha":"33d22c2ed6dbe1199fc78e84549b1117fd652c01","author":{"name":"Dave Airlie","email":"bb4fc8ee23048f808a4e317631d81d4f55a4e4cb@redhat.com"},"message":"drm/ttm: don't attempt to use hugepages if dma32 requested (v2)\n\nThe commit below introduced thp support for ttm allocations, however it didn't\ntake into account the case where dma32 was requested. Some drivers always request\ndma32, and the bochs driver is one of those.\n\nThis fixes an oops:\n\n[   30.108507] ------------[ cut here ]------------\n[   30.108920] kernel BUG at ./include/linux/gfp.h:408!\n[   30.109356] invalid opcode: 0000 [#1] SMP\n[   30.109700] Modules linked in: fuse nf_conntrack_netbios_ns nf_conntrack_broadcast xt_CT ip6t_rpfilter ip6t_REJECT nf_reject_ipv6 xt_conntrack devlink ip_set nfnetlink ebtable_nat ebtable_broute bridge ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_raw ip6table_security iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack libcrc32c iptable_mangle iptable_raw iptable_security ebtable_filter ebtables ip6table_filter ip6_tables snd_hda_codec_generic kvm_intel kvm snd_hda_intel snd_hda_codec irqbypass ppdev snd_hda_core snd_hwdep snd_seq snd_seq_device snd_pcm bochs_drm ttm joydev drm_kms_helper virtio_balloon snd_timer snd parport_pc drm soundcore parport i2c_piix4 nls_utf8 isofs squashfs zstd_decompress xxhash 8021q garp mrp stp llc virtio_net\n[   30.115605]  virtio_console virtio_scsi crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel serio_raw virtio_pci virtio_ring virtio ata_generic pata_acpi qemu_fw_cfg sunrpc scsi_transport_iscsi loop\n[   30.117425] CPU: 0 PID: 1347 Comm: gnome-shell Not tainted 4.15.0-0.rc0.git6.1.fc28.x86_64 #1\n[   30.118141] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-2.fc27 04/01/2014\n[   30.118866] task: ffff923a77e03380 task.stack: ffffa78182228000\n[   30.119366] RIP: 0010:__alloc_pages_nodemask+0x35e/0x430\n[   30.119810] RSP: 0000:ffffa7818222bba8 EFLAGS: 00010202\n[   30.120250] RAX: 0000000000000001 RBX: 00000000014382c6 RCX: 0000000000000006\n[   30.120840] RDX: 0000000000000000 RSI: 0000000000000009 RDI: 0000000000000000\n[   30.121443] RBP: ffff923a760d6000 R08: 0000000000000000 R09: 0000000000000006\n[   30.122039] R10: 0000000000000040 R11: 0000000000000300 R12: ffff923a729273c0\n[   30.122629] R13: 0000000000000000 R14: 0000000000000000 R15: ffff923a7483d400\n[   30.123223] FS:  00007fe48da7dac0(0000) GS:ffff923a7cc00000(0000) knlGS:0000000000000000\n[   30.123896] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033\n[   30.124373] CR2: 00007fe457b73000 CR3: 0000000078313000 CR4: 00000000000006f0\n[   30.124968] Call Trace:\n[   30.125186]  ttm_pool_populate+0x19b/0x400 [ttm]\n[   30.125578]  ttm_bo_vm_fault+0x325/0x570 [ttm]\n[   30.125964]  __do_fault+0x19/0x11e\n[   30.126255]  __handle_mm_fault+0xcd3/0x1260\n[   30.126609]  handle_mm_fault+0x14c/0x310\n[   30.126947]  __do_page_fault+0x28c/0x530\n[   30.127282]  do_page_fault+0x32/0x270\n[   30.127593]  async_page_fault+0x22/0x30\n[   30.127922] RIP: 0033:0x7fe48aae39a8\n[   30.128225] RSP: 002b:00007ffc21c4d928 EFLAGS: 00010206\n[   30.128664] RAX: 00007fe457b73000 RBX: 000055cd4c1041a0 RCX: 00007fe457b73040\n[   30.129259] RDX: 0000000000300000 RSI: 0000000000000000 RDI: 00007fe457b73000\n[   30.129855] RBP: 0000000000000300 R08: 000000000000000c R09: 0000000100000000\n[   30.130457] R10: 0000000000000001 R11: 0000000000000246 R12: 000055cd4c1041a0\n[   30.131054] R13: 000055cd4bdfe990 R14: 000055cd4c104110 R15: 0000000000000400\n[   30.131648] Code: 11 01 00 0f 84 a9 00 00 00 65 ff 0d 6d cc dd 44 e9 0f ff ff ff 40 80 cd 80 e9 99 fe ff ff 48 89 c7 e8 e7 f6 01 00 e9 b7 fe ff ff <0f> 0b 0f ff e9 40 fd ff ff 65 48 8b 04 25 80 d5 00 00 8b 40 4c\n[   30.133245] RIP: __alloc_pages_nodemask+0x35e/0x430 RSP: ffffa7818222bba8\n[   30.133836] ---[ end trace d4f1deb60784f40a ]---\n\nv2: handle free path as well.\n\nReported-by: Laura Abbott <labbott@redhat.com>\nReported-by: Adam Williamson <awilliam@redhat.com>\nFixes: 0284f1ead87463bc17cf5e81a24fc65c052486f3 (drm/ttm: add transparent huge page support for cached allocations v2)\nReviewed-by: Christian König <christian.koenig@amd.com>\nSigned-off-by: Dave Airlie <airlied@redhat.com>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/33d22c2ed6dbe1199fc78e84549b1117fd652c01"},{"sha":"0b21871e3d53dbfb22371899afff39af1bae6703","author":{"name":"Dave Airlie","email":"bb4fc8ee23048f808a4e317631d81d4f55a4e4cb@redhat.com"},"message":"Merge tag 'drm-misc-next-fixes-2017-11-23' of git://anongit.freedesktop.org/drm/drm-misc into drm-next\n\nFix crtc_id in page_flip event.\n\n* tag 'drm-misc-next-fixes-2017-11-23' of git://anongit.freedesktop.org/drm/drm-misc:\n  drm/vblank: Pass crtc_id to page_flip_ioctl.","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/0b21871e3d53dbfb22371899afff39af1bae6703"},{"sha":"0576178f5012f30c5be12905f5628bb597bc91c6","author":{"name":"Dave Airlie","email":"bb4fc8ee23048f808a4e317631d81d4f55a4e4cb@redhat.com"},"message":"Merge tag 'drm-intel-next-fixes-2017-11-23' of git://anongit.freedesktop.org/drm/drm-intel into drm-next\n\ndrm/i915 fixes for v4.15\n\n* tag 'drm-intel-next-fixes-2017-11-23' of git://anongit.freedesktop.org/drm/drm-intel:\n  drm/i915: Fix init_clock_gating for resume\n  drm/i915: Mark the userptr invalidate workqueue as WQ_MEM_RECLAIM\n  drm/i915: Clear breadcrumb node when cancelling signaling\n  drm/i915/gvt: ensure -ve return value is handled correctly\n  drm/i915: Re-register PMIC bus access notifier on runtime resume\n  drm/i915: Fix false-positive assert_rpm_wakelock_held in i915_pmic_bus_access_notifier v2","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/0576178f5012f30c5be12905f5628bb597bc91c6"},{"sha":"c209101fc1c91a318422733a3721ff6a9ff7899f","author":{"name":"Dave Airlie","email":"bb4fc8ee23048f808a4e317631d81d4f55a4e4cb@redhat.com"},"message":"Merge tag 'drm-misc-fixes-2017-11-20' of git://anongit.freedesktop.org/drm/drm-misc into drm-next\n\n4.15 merge window fixes 1\n\n* tag 'drm-misc-fixes-2017-11-20' of git://anongit.freedesktop.org/drm/drm-misc:\n  drm/edid: Don't send non-zero YQ in AVI infoframe for HDMI 1.x sinks\n  drm/vc4: Account for interrupts in flight","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/c209101fc1c91a318422733a3721ff6a9ff7899f"},{"sha":"a8f97366452ed491d13cf1e44241bc0b5740b1f0","author":{"name":"Kirill A. Shutemov","email":"e4d0c2966af3c70025b28e24a0f33104c6291010@linux.intel.com"},"message":"mm, thp: Do not make page table dirty unconditionally in touch_p[mu]d()\n\nCurrently, we unconditionally make page table dirty in touch_pmd().\nIt may result in false-positive can_follow_write_pmd().\n\nWe may avoid the situation, if we would only make the page table entry\ndirty if caller asks for write access -- FOLL_WRITE.\n\nThe patch also changes touch_pud() in the same way.\n\nSigned-off-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>\nCc: Michal Hocko <mhocko@suse.com>\nCc: Hugh Dickins <hughd@google.com>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/a8f97366452ed491d13cf1e44241bc0b5740b1f0"},{"sha":"152e93af3cfe2d29d8136cc0a02a8612507136ee","author":{"name":"Kirill A. Shutemov","email":"e4d0c2966af3c70025b28e24a0f33104c6291010@linux.intel.com"},"message":"mm, thp: Do not make pmd/pud dirty without a reason\n\nCurrently we make page table entries dirty all the time regardless of\naccess type and don't even consider if the mapping is write-protected.\nThe reasoning is that we don't really need dirty tracking on THP and\nmaking the entry dirty upfront may save some time on first write to the\npage.\n\nUnfortunately, such approach may result in false-positive\ncan_follow_write_pmd() for huge zero page or read-only shmem file.\n\nLet's only make page dirty only if we about to write to the page anyway\n(as we do for small pages).\n\nI've restructured the code to make entry dirty inside\nmaybe_p[mu]d_mkwrite(). It also takes into account if the vma is\nwrite-protected.\n\nSigned-off-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>\nAcked-by: Michal Hocko <mhocko@suse.com>\nCc: Hugh Dickins <hughd@google.com>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/152e93af3cfe2d29d8136cc0a02a8612507136ee"},{"sha":"141cbfba1d0502006463aa80f57c64086226af1a","author":{"name":"Thomas Meyer","email":"5f919b14acad347486cfcc925fe5476cb2791020@m3y3r.de"},"message":"auxdisplay: img-ascii-lcd: Only build on archs that have IOMEM\n\nThis avoids the MODPOST error:\n\n  ERROR: \"devm_ioremap_resource\" [drivers/auxdisplay/img-ascii-lcd.ko] undefined!\n\nSigned-off-by: Thomas Meyer <thomas@m3y3r.de>\nAcked-by: Randy Dunlap <rdunlap@infradead.org>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/141cbfba1d0502006463aa80f57c64086226af1a"},{"sha":"1751e8a6cb935e555fcdbcb9ab4f0446e322ca3e","author":{"name":"Linus Torvalds","email":"ead7104581934751970e9decb2db5deb20a9e407@linux-foundation.org"},"message":"Rename superblock flags (MS_xyz -> SB_xyz)\n\nThis is a pure automated search-and-replace of the internal kernel\nsuperblock flags.\n\nThe s_flags are now called SB_*, with the names and the values for the\nmoment mirroring the MS_* flags that they're equivalent to.\n\nNote how the MS_xyz flags are the ones passed to the mount system call,\nwhile the SB_xyz flags are what we then use in sb->s_flags.\n\nThe script to do this was:\n\n    # places to look in; re security/*: it generally should *not* be\n    # touched (that stuff parses mount(2) arguments directly), but\n    # there are two places where we really deal with superblock flags.\n    FILES=\"drivers/mtd drivers/staging/lustre fs ipc mm \\\n            include/linux/fs.h include/uapi/linux/bfs_fs.h \\\n            security/apparmor/apparmorfs.c security/apparmor/include/lib.h\"\n    # the list of MS_... constants\n    SYMS=\"RDONLY NOSUID NODEV NOEXEC SYNCHRONOUS REMOUNT MANDLOCK \\\n          DIRSYNC NOATIME NODIRATIME BIND MOVE REC VERBOSE SILENT \\\n          POSIXACL UNBINDABLE PRIVATE SLAVE SHARED RELATIME KERNMOUNT \\\n          I_VERSION STRICTATIME LAZYTIME SUBMOUNT NOREMOTELOCK NOSEC BORN \\\n          ACTIVE NOUSER\"\n\n    SED_PROG=\n    for i in $SYMS; do SED_PROG=\"$SED_PROG -e s/MS_$i/SB_$i/g\"; done\n\n    # we want files that contain at least one of MS_...,\n    # with fs/namespace.c and fs/pnode.c excluded.\n    L=$(for i in $SYMS; do git grep -w -l MS_$i $FILES; done| sort|uniq|grep -v '^fs/namespace.c'|grep -v '^fs/pnode.c')\n\n    for f in $L; do sed -i $f $SED_PROG; done\n\nRequested-by: Al Viro <viro@zeniv.linux.org.uk>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/1751e8a6cb935e555fcdbcb9ab4f0446e322ca3e"},{"sha":"8f5abe842e84ba9e72485ddd9dc02a3562b54e2a","author":{"name":"Linus Torvalds","email":"ead7104581934751970e9decb2db5deb20a9e407@linux-foundation.org"},"message":"proc: don't report kernel addresses in /proc/<pid>/stack\n\nThis just changes the file to report them as zero, although maybe even\nthat could be removed.  I checked, and at least procps doesn't actually\nseem to parse the 'stack' file at all.\n\nAnd since the file doesn't necessarily even exist (it requires\nCONFIG_STACKTRACE), possibly other tools don't really use it either.\n\nThat said, in case somebody parses it with tools, just having that zero\nthere should keep such tools happy.\n\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/8f5abe842e84ba9e72485ddd9dc02a3562b54e2a"},{"sha":"3c02a6d946657e1ae0688e0d89f2dd2cfe9afba8","author":{"name":"Takashi Iwai","email":"dd0a9a4ae370c51e6d7099900a4bf6656524e055@suse.de"},"message":"Revert \"ALSA: usb-audio: Fix potential zero-division at parsing FU\"\n\nThe commit 8428a8ebde2d (\"ALSA: usb-audio: Fix potential zero-division\nat parsing FU\") is utterly bogus and breaks the case with csize=1\ninstead of fixing anything.  Just take it back again.\n\nReported-by: Jörg Otte <jrg.otte@gmail.com>\nFixes: 8428a8ebde2d (\"ALSA: usb-audio: Fix potential zero-division at parsing FU\"\nSigned-off-by: Takashi Iwai <tiwai@suse.de>\nSigned-off-by: Linus Torvalds <torvalds@linux-foundation.org>","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/3c02a6d946657e1ae0688e0d89f2dd2cfe9afba8"},{"sha":"43f462f1c2e111d2882b48baeeff774ae42e7c56","author":{"name":"Linus Torvalds","email":"ead7104581934751970e9decb2db5deb20a9e407@linux-foundation.org"},"message":"Merge tag 'drm-for-v4.15-part2-fixes' of git://people.freedesktop.org/~airlied/linux\n\nPull drm fixes from Dave Airlie:\n\n - TTM regression fix for some virt gpus (bochs vga)\n\n - a few i915 stable fixes\n\n - one vc4 fix\n\n - one uapi fix\n\n* tag 'drm-for-v4.15-part2-fixes' of git://people.freedesktop.org/~airlied/linux:\n  drm/ttm: don't attempt to use hugepages if dma32 requested (v2)\n  drm/vblank: Pass crtc_id to page_flip_ioctl.\n  drm/i915: Fix init_clock_gating for resume\n  drm/i915: Mark the userptr invalidate workqueue as WQ_MEM_RECLAIM\n  drm/i915: Clear breadcrumb node when cancelling signaling\n  drm/i915/gvt: ensure -ve return value is handled correctly\n  drm/i915: Re-register PMIC bus access notifier on runtime resume\n  drm/i915: Fix false-positive assert_rpm_wakelock_held in i915_pmic_bus_access_notifier v2\n  drm/edid: Don't send non-zero YQ in AVI infoframe for HDMI 1.x sinks\n  drm/vc4: Account for interrupts in flight","distinct":false,"url":"https://api.github.com/repos/codeaurora-unofficial/kernel-msm-3.10/commits/43f462f1c2e111d2882b48baeeff774ae42e7c56"}]}
{"actor":{"display_login":"Mazda--"}}