* [git pull] drm for 5.8-rc1 @ 2020-06-02 6:06 Dave Airlie 2020-06-02 21:21 ` Linus Torvalds ` (4 more replies) 0 siblings, 5 replies; 74+ messages in thread From: Dave Airlie @ 2020-06-02 6:06 UTC (permalink / raw) To: Linus Torvalds, Daniel Vetter; +Cc: LKML, dri-devel Hi Linus, This is the main drm pull request for 5.8-rc1. Highlights: Core DRM had a lot of refactoring around managed drm resources to make drivers simpler. Intel Tigerlake support is on by default amdgpu now support p2p PCI buffer sharing and encrypted GPU memory It has one mm patch to export two symbols which should have the correct acks. This tree is a bit conflicty, the i915 ones are probably the hairy ones, but amdgpu has a bunch as well, along with smattering of others. I've pushed a merged by me tree here, which I think gets them all correct, but please let me know if you think different. https://cgit.freedesktop.org/~airlied/linux/log/?h=drm-5.8-merged I have one msm pull outstanding that will come later, it's been in -next, but it was on an rc5 base and it needed a revert to fix an arm32 build issue so I left it off this pull and will follow it up later. I also have a fixes pull for nouveau but didn't think it was necessary to push it into this. Dave. drm-next-2020-06-02: drm pull for 5.8-rc1 core: - uapi: error out EBUSY when existing master - uapi: rework SET/DROP MASTER permission handling - remove drm_pci.h - drm_pci* are now legacy - introduced managed DRM resources - subclassing support for drm_framebuffer - simple encoder helper - EDID improvements - vblank + writeback documentation improved - drm/mm - optimise tree searches - port drivers to use devm_drm_dev_alloc dma-buf: - add flag for p2p buffer support mst: - ACT timeout improvements - remove drm_dp_mst_has_audio - don't use 2nd TX slot - spec recommends against it bridge: - dw-hdmi various improvements - chrontel ch7033 support - fix stack issues with old gcc hdmi: - add unpack function for drm infoframe fbdev: - misc fbdev driver fixes i915: - uapi: global sseu pinning - uapi: OA buffer polling - uapi: remove generated perf code - uapi: per-engine default property values in sysfs - Tigerlake GEN12 enabled. - Lots of gem refactoring - Tigerlake enablement patches - move to drm_device logging - Icelake gamma HW readout - push MST link retrain to hotplug work - bandwidth atomic helpers - ICL fixes - RPS/GT refactoring - Cherryview full-ppgtt support - i915 locking guidelines documented - require linear fb stride to be 512 multiple on gen9 - Tigerlake SAGV support amdgpu: - uapi: encrypted GPU memory handling - uapi: add MEM_SYNC IB flag - p2p dma-buf support - export VRAM dma-bufs - FRU chip access support - RAS/SR-IOV updates - Powerplay locking fixes - VCN DPG (powergating) enablement - GFX10 clockgating fixes - DC fixes - GPU reset fixes - navi SDMA fix - expose FP16 for modesetting - DP 1.4 compliance fixes - gfx10 soft recovery - Improved Critical Thermal Faults handling - resizable BAR on gmc10 amdkfd: - uapi: GWS resource management - track GPU memory per process - report PCI domain in topology radeon: - safe reg list generator fixes nouveau: - HD audio fixes on recent systems - vGPU detection (fail probe if we're on one, for now) - Interlaced mode fixes (mostly avoidance on Turing, which doesn't support it) - SVM improvements/fixes - NVIDIA format modifier support - Misc other fixes. adv7511: - HDMI SPDIF support ast: - allocate crtc state size - fix double assignment - fix suspend bochs: - drop connector register cirrus: - move to tiny drivers. exynos: - fix imported dma-buf mapping - enable runtime PM - fixes and cleanups mediatek: - DPI pin mode swap - config mipi_tx current/impedance lima: - devfreq + cooling device support - task handling improvements - runtime PM support pl111: - vexpress init improvements - fix module auto-load rcar-du: - DT bindings conversion to YAML - Planes zpos sanity check and fix - MAINTAINERS entry for LVDS panel driver mcde: - fix return value mgag200: - use managed config init stm: - read endpoints from DT vboxvideo: - use PCI managed functions - drop WC mtrr vkms: - enable cursor by default rockchip: - afbc support virtio: - various cleanups qxl: - fix cursor notify port hisilicon: - 128-byte stride alignment fix sun4i: - improved format handling The following changes since commit ae83d0b416db002fe95601e7f97f64b59514d936: Linux 5.7-rc2 (2020-04-19 14:35:30 -0700) are available in the Git repository at: git://anongit.freedesktop.org/drm/drm tags/drm-next-2020-06-02 for you to fetch changes up to 9ca1f474cea0edc14a1d7ec933e5472c0ff115d3: Merge tag 'amd-drm-next-5.8-2020-05-27' of git://people.freedesktop.org/~agd5f/linux into drm-next (2020-05-28 16:10:17 +1000) ---------------------------------------------------------------- drm pull for 5.8-rc1 core: - uapi: error out EBUSY when existing master - uapi: rework SET/DROP MASTER permission handling - remove drm_pci.h - drm_pci* are now legacy - introduced managed DRM resources - subclassing support for drm_framebuffer - simple encoder helper - edid improvements - vblank + writeback documentation improved - drm/mm - optimise tree searches - port drivers to use devm_drm_dev_alloc dma-buf: - add flag for p2p buffer support mst: - ACT timeout improvements - remove drm_dp_mst_has_audio - don't use 2nd TX slot - spec recommends against it bridge: - dw-hdmi various improvements - chrontel ch7033 support - fix stack issues with old gcc hdmi: - add unpack function for drm infoframe fbdev: - misc fbdev driver fixes i915: - uapi: global sseu pinning - uapi: OA buffer polling - uapi: remove generated perf code - uapi: per-engine default property values in sysfs - Tigerlake GEN12 enabled. - Lots of gem refactoring - Tigerlake enablement patches - move to drm_device logging - Icelake gamma HW readout - push MST link retrain to hotplug work - bandwidth atomic helpers - ICL fixes - RPS/GT refactoring - Cherryview full-ppgtt support - i915 locking guidelines documented - require linear fb stride to be 512 multiple on gen9 - Tigerlake SAGV support amdgpu: - uapi: encrypted GPU memory handling - uapi: add MEM_SYNC IB flag - p2p dma-buf support - export VRAM dma-bufs - FRU chip access support - RAS/SR-IOV updates - Powerplay locking fixes - VCN DPG (powergating) enablement - GFX10 clockgating fixes - DC fixes - GPU reset fixes - navi SDMA fix - expose FP16 for modesetting - DP 1.4 compliance fixes - gfx10 soft recovery - Improved Critical Thermal Faults handling - resizable BAR on gmc10 amdkfd: - uapi: GWS resource management - track GPU memory per process - report PCI domain in topology radeon: - safe reg list generator fixes nouveau: - HD audio fixes on recent systems - vGPU detection (fail probe if we're on one, for now) - Interlaced mode fixes (mostly avoidance on Turing, which doesn't support it) - SVM improvements/fixes - NVIDIA format modifier support - Misc other fixes. adv7511: - HDMI SPDIF support ast: - allocate crtc state size - fix double assignment - fix suspend bochs: - drop connector register cirrus: - move to tiny drivers. exynos: - fix imported dma-buf mapping - enable runtime PM - fixes and cleanups mediatek: - DPI pin mode swap - config mipi_tx current/impedance lima: - devfreq + cooling device support - task handling improvements - runtime PM support pl111: - vexpress init improvements - fix module auto-load rcar-du: - DT bindings conversion to YAML - Planes zpos sanity check and fix - MAINTAINERS entry for LVDS panel driver mcde: - fix return value mgag200: - use managed config init stm: - read endpoints from DT vboxvideo: - use PCI managed functions - drop WC mtrr vkms: - enable cursor by default rockchip: - afbc support virtio: - various cleanups qxl: - fix cursor notify port hisilicon: - 128-byte stride alignment fix sun4i: - improved format handling ---------------------------------------------------------------- Aaron Liu (6): drm/amdgpu: unify fw_write_wait for new gfx9 asics drm/amdgpu: expand sdma copy_buffer interface with tmz parameter drm/amdgpu: expand amdgpu_copy_buffer interface with tmz parameter drm/amdgpu: enable TMZ bit in sdma copy pkt for sdma v4 drm/amdgpu: enable TMZ bit in sdma copy pkt for sdma v5 drm/amdgpu: enable TMZ bit in FRAME_CONTROL for gfx10 Aaron Ma (1): drm/amdgpu: Fix oops when pp_funcs is unset in ACPI event Aditya Swarup (1): drm/i915/tgl: Add definitions for VRR registers and bits Adrian Ratiu (1): dt-bindings: display: dw_mipi_dsi.txt: convert to yaml Aishwarya Ramakrishnan (1): drm/amdkfd: Fix boolreturn.cocci warnings Alan Swanson (1): drm/amdgpu: resize VRAM BAR for CPU access on gfx10 Alex Deucher (25): drm/amdgpu/psp: dont warn on missing optional TA's drm/amdgpu/display: fix warning when compiling without debugfs drm/amdgpu/ring: add no_scheduler flag drm/amdgpu/kiq: add no_scheduler flag to KIQ drm/amdgpu/ring: simplify scheduler setup logic drm/amdgpu/gfx9: add gfxoff quirk drm/amdgpu/display: fix aux registration (v2) drm/amdgpu/display: give aux i2c buses more meaningful names drm/amdgpu: add UAPI for creating encrypted buffers drm/amdgpu: define the TMZ bit for the PTE drm/amdgpu: set TMZ bits in PTEs for secure BO (v4) drm/amdgpu: move CS secure flag next the structs where it's used drm/amdgpu: check ring type for secure IBs drm/amdgpu: force fbdev into vram drm/amdgpu: implement soft_recovery for gfx10 drm/amdgpu: drop pm_runtime_set_active drm/amdgpu: fix runpm logic in amdgpu_pmops_resume drm/amdgpu: drop extra runtime pm handling in resume pmop drm/amdgpu: only set DPM_FLAG_NEVER_SKIP for legacy ATPX BOCO drm/amdgpu: improve error handling in pcie_bw drm/amdgpu: drop navi pcie bw callback drm/amdgpu: move discovery gfx config fetching drm/amdgpu: move gpu_info parsing after common early init drm/amdgpu: fix pm sysfs node handling (v2) drm/amdgpu: add apu flags (v2) Alex Sierra (7): drm/amdgpu: infinite retries fix from UTLC1 RB SDMA drm/amdgpu: ih doorbell size of range changed for nbio v7.4 drm/amdgpu: enable IH ring 1 and ring 2 for navi drm/amdgpu: call psp to program ih cntl in SR-IOV for Navi drm/amdgpu: reroute VMC and UMD to IH ring 1 for oss v5 amdgpu/drm: remove psp access on navi10 for sriov drm/amdgpu: pass unlocked flag to params at amdgpu_vm_bo_update_mapping Alvin Lee (2): drm/amd/display: Revert to old formula in set_vtg_params drm/amd/display: Allow PState switch in VBLANK one display VACTIVE Anand K Mistry (1): drm/mediatek: Stop iterating dma addresses when sg_dma_len() == 0 Andi Shyti (1): drm/i915/gt: allow setting generic data pointer Andrey Grodzovsky (4): drm/amdgpu: Add AQUIRE_MEM PACKET3 fields defintion drm/amdgpu: Add new ring callback to insert memory sync drm/amdgpu: Add mem_sync implementation for all the ASICs. drm/amdgpu: Add a UAPI flag for user to call mem_sync Andriy Gapon (1): amdgpu_acpi: add backlight control for the DC case Andrzej Pietrasiewicz (6): drm/core: Allow drivers allocate a subclass of struct drm_framebuffer drm/core: Add drm_afbc_framebuffer and a corresponding helper drm/rockchip: Add support for afbc drm/core: Use proper debugging macro drm/core: Calculate bpp in afbc helper drm: Don't free a struct never allocated by drm_gem_fb_init() Andy Shevchenko (5): video: ssd1307fb: Convert driver to use ->probe_new() video: ssd1307fb: Introduce temporary variable to increase readability video: ssd1307fb: Make use of device properties video: ssd1307fb: Convert to atomic PWM API video: ssd1307fb: Remove redundant forward declaration Animesh Manna (7): drm/amd/display: Align macro name as per DP spec drm/dp: get/set phy compliance pattern drm/i915/dp: Made intel_dp_adjust_train() non-static drm/i915/dp: Preparation for DP phy compliance auto test drm/i915/dp: Add debugfs entry for DP phy compliance drm/i915/dp: Register definition for DP compliance register drm/i915/dp: Program vswing, pre-emphasis, test-pattern Anshuman Gupta (7): drm/i915: Enable non-contiguous pipe fusing drm/i915/edp: Ignore short pulse when panel powered off drm/i915: Power well id for ICL PG3 drm/i915: Add i915_lpsp_capability debugfs drm/i915: Add connector dbgfs for all connectors drm/i915: Add i915_lpsp_status debugfs attribute drm/i915: Add ICL PG3 PW ID for EHL Anthony Koo (9): drm/amd/display: make all backlight calls link based drm/amd/display: move panel power seq to new panel struct drm/amd/display: destroy panel on link destruct drm/amd/display: change from panel to panel cntl drm/amd/display: fix bug in the logic for panel power control drm/amd/display: clean up some header paths drm/amd/display: add addition dc type to translate to dmub fw type drm/amd/display: move location of dmub_srv.h file drm/amd/display: Add struct field for future use Aric Cyr (14): drm/amd/display: 3.2.77 drm/amd/display: 3.2.78 drm/amd/display: 3.2.79 drm/amd/display: 3.2.80 drm/amd/display: Fix HDR visual confirm drm/amd/display: Update MPCC if requested drm/amd/display: 3.2.81 drm/amd/display: 3.2.82 drm/amd/display: Use cursor locking to prevent flip delays drm/amd/display: 3.2.83 drm/amd/display: 3.2.83.1 drm/amd/display: Mode change with same timing causing long display blank drm/amd/display: 3.2.84 drm/amd/display: Fix potential integer wraparound resulting in a hang Arnd Bergmann (4): fbdev: mx3fb: avoid warning about psABI change drm/bridge: fix stack usage warning on old gcc drm/amdgpu: allocate large structures dynamically drm/i915: avoid unused scale_user_to_hw() warning Ashutosh Dixit (1): drm/i915/perf: Do not clear pollin for small user read buffers Aurabindo Pillai (7): amdgpu_kms: Remove unnecessary condition check drm/amd/amdgpu: add prefix for pr_* prints drm/amd/amdgpu: add print prefix for dev_* variants drm/amd/amdgpu: remove hardcoded module name in prints drm/amd/display: DispalyPort: Write OUI only if panel supports it drm/amd/display: Prevent dpcd reads with passive dongles drm/amd/display: remove unused module/stats Bartlomiej Zolnierkiewicz (7): video: fbdev: controlfb: fix sparse warning about using incorrect type video: fbdev: controlfb: add COMPILE_TEST support video: fbdev: controlfb: remove obsolete module support video: fbdev: controlfb: remove function prototypes part #1 video: fbdev: controlfb: remove function prototypes part #2 video: fbdev: controlfb: remove function prototypes part #3 video: fbdev: controlfb: fix build for COMPILE_TEST=y && PPC_PMAC=y && PPC32=n Ben Skeggs (14): drm/nouveau: fix out-of-tree module build drm/nouveau/acr: ensure falcon providing acr functions is bootstrapped first drm/nouveau/core: add nvkm_subdev_new_() for bare subdevs drm/nouveau/ibus: use nvkm_subdev_new_() drm/nouveau/gr/gk20a: move MODULE_FIRMWARE firmware definitions drm/nouveau: remove open-coded version of remove_conflicting_pci_framebuffers() drm/nouveau/bios: move ACPI _ROM handling drm/nouveau/disp/gv100-: expose capabilities class drm/nouveau/device: use regular PRI accessors in chipset detection drm/nouveau/disp/nv50-: increase timeout on pio channel free() polling drm/nouveau/disp/hda/gt215-: pass head to nvkm_ior.hda.eld() drm/nouveau/disp/hda/gf119-: add HAL for programming device entry in SF drm/nouveau/disp/hda/gf119-: select HDA device entry based on bound head drm/nouveau/disp/hda/gv100-: NV_PDISP_SF_AUDIO_CNTRL0 register moved Bernard Zhao (7): drm/amdgpu: cleanup coding style in amdkfd a bit drm/amdgpu: shrink critical section in amdgpu_amdkfd_gpuvm_free_memory_of_gpu drm/radeon: cleanup coding style a bit drm/amd/amdgpu: cleanup coding style a bit drm/exynos: make pointer to const data const type drm/mediatek: Cleanup coding style in mediatek a bit drm/mediatek: Eliminate the magic number in array size Bhawanpreet Lakha (5): drm/amd/display: remove mod_hdcp_hdcp2_get_link_encryption_status() drm/amd/display: Guard calls to hdcp_ta and dtm_ta drm/amd/display: query hdcp capability during link detect drm/amd/display: add HDCP caps debugfs drm/amd/display: Handle GPU reset for DC block Bjorn Andersson (4): dt-bindings: display: simple: Add BOE NV133FHM-N61 panel: simple: Add BOE NV133FHM-N61 dt-bindings: display: simple: Add IVO M133NWF4 R0 panel: simple: Add Ivo M133NWF4 R0 Bogdan Togorean (2): drm: bridge: adv7511: Enable SPDIF DAI drm: bridge: adv7511: Extend list of audio sample rates Boyuan Zhang (1): drm/amdgpu: change HWIP from UVD to VCN for VCN2.5 Charlene Liu (1): drm/amd/display: initialize get_max_link_cap Chen Zhou (3): drm/i915/gt: fix spelling mistake "undeflow" -> "underflow" drm/amdgpu/uvd7: remove unnecessary conversion to bool drm/amd/display: remove duplicate headers ChenTao (2): drm/radeon: fix unsigned comparison with 0 drm/amdgpu/navi10: fix unsigned comparison with 0 Chengming Gui (1): drm/amd/amdgpu: Correct gfx10's CG sequence Chris Wilson (171): drm/i915/gt: Restrict gen7 w/a batch to Haswell drm/i915: Move GGTT fence registers under gt/ drm/i915/gt: Pull restoration of GGTT fences underneath the GT drm/i915: Remove manual save/resume of fence register state drm/i915/gt: Allocate i915_fence_reg array drm/i915/gt: Restore check for invalid vma for fencing drm/i915/gem: Check for a closed context when looking up an engine drm/i915: Fix up documentation paths after file moving drm/i915/gt: Always reschedule the new heartbeat drm/i915: Prefer '%ps' for printing function symbol names drm/i915: Use explicit flag to mark unreachable intel_context drm/i915/gt: Cancel a hung context if already closed drm/i915/gt: Report context-is-closed prior to pinning drm/i915/gt: Use the correct err_unlock unwind path for a closed context drm/i915/gt: Treat idling as a RPS downclock event drm/i915/gt: Leave rps->cur_freq on unpark drm/i915/gt: Mark timeline->cacheline as destroyed after rcu grace period drm/i915: Avoid live-lock with i915_vma_parked() drm/i915/gem: Avoid gem_context->mutex for simple vma lookup drm/i915: Rely on direct submission to the queue drm/i915: Extend intel_wakeref to support delayed puts drm/i915/gt: Delay release of engine-pm after last retirement drm/i915/gt: Only delay the context barrier pm drm/i915/gt: Select the deepest available parking mode for rc6 drm/i915/execlists: Drop setting sibling priority hint on virtual engines drm/i915/selftests: Measure the energy consumed while in RC6 drm/i915/execlists: Pull tasklet interrupt-bh local to direct submission drm/i915: Immediately execute the fenced work drm/i915/gt: Stage the transfer of the virtual breadcrumb drm/i915: Drop final few uses of drm_i915_private.engine drm/i915/display: Remove useless but deadly local drm/i915/display: Return early after MISSING_CASE for write_dp_sdp drm/i915: Differentiate between aliasing-ppgtt and ggtt pinning drm/i915/execlists: Workaround switching back to a completed context drm/i915/execlists: Include priority info in trace_ports drm/i915/selftests: Check timeout before flush and cond checks drm/i915: Allow for different modes of interruptible i915_active_wait drm/i915: Wrap i915_active in a simple kreffed struct drm/i915/perf: Schedule oa_config after modifying the contexts drm/i915/gem: Split eb_vma into its own allocation drm/i915/execlists: Explicitly reset both reg and context runtime drm/i915/execlists: Double check breadcrumb before crying foul drm/i915: Defer kicking the tasklet until all rescheduling is complete drm/i915/gt: Include a few tracek for timeslicing drm/i915/selftests: Tidy up an error message for live_error_interrupt drm/i915/execlists: Pause CS flow before reset drm/i915/gt: Include the execlists CCID of each port in the engine dump drm/i915/gt: Fill all the unused space in the GGTT drm/i915/gem: Ignore readonly failures when updating relocs drm/i915/gt: Align engine dump active/pending drm/i915/gem: Try allocating va from free space drm/i915/gt: Only wait for GPU activity before unbinding a GGTT fence drm/i915/gt: Store the fence details on the fence drm/i915/gt: Make fence revocation unequivocal drm/i915/gem: Drop cached obj->bind_count drm/i915/uc: Cleanup kerneldoc warnings drm/i915/execlists: Peek at the next submission for error interrupts drm/i915/gem: Utilize rcu iteration of context engines drm/i915/selftests: Check for has-reset before testing hostile contexts drm/i915: Keep a per-engine request pool drm/i915: Avoid setting timer->expires to 0 drm/i915: Revoke mmap before fence drm/i915: Check current i915_vma.pin_count status first on unbind drm/i915/selftests: Wait until we start timeslicing after a submit drm/i915/gt: Free request pool from virtual engines drm/i915/gem: Flush all the reloc_gpu batch drm/i915/gem: Take DBG_FORCE_RELOC into account prior to using reloc_gpu drm/i915: Make exclusive awaits on i915_active optional drm/i915: Allow asynchronous waits on the i915_active barriers drm/i915/gem: Wait until the context is finally retired before releasing engines drm/i915/gem: Promote 'remain' to unsigned long drm/i915/gt: Yield the timeslice if caught waiting on a user semaphore drm/i915/selftests: Drop vestigal timeslicing assert drm/i915/gt: Mark up racy read of intel_ring.head drm/i915/gt: Mark up racy check of breadcrumb irq enabled drm/i915/selftests: Take an explicit ref for rq->batch drm: Don't return 0 from a void drm_fbdev_generic_setup dma-buf: Prettify typecasts for dma-fence-chain dma-buf: Report signaled links inside dma-fence-chain dma-buf: Exercise dma-fence-chain under selftests drm/i915/selftests: Check for an already completed timeslice agp/intel: Reinforce the barrier after GTT updates drm/i915/selftests: Exercise basic RPS interrupt generation drm/i915/gt: Update PMINTRMSK holding fw drm/i915/gt: Scrub execlists state on resume drm/i915/selftests: Delay spinner before waiting for an interrupt drm/i915/selftests: Take the engine wakeref around __rps_up_interrupt drm/i915/selftests: Move gpu energy measurement into its own little lib drm/i915/selftests: Check power consumption at min/max frequencies drm/i915/gem: Remove object_is_locked assertion from unpin_from_display_plane drm/i915/gt: Move the late flush_submission in retire to the end drm/i915/selftests: Verify frequency scaling with RPS drm/i915/selftests: Skip energy consumption tests if not controlling freq drm/i915/selftests: Check RPS controls drm/i915/selftests: Split RPS frequency measurement drm/i915/selftests: Show the pcode frequency table on error drm/i915/selftests: Exercise dynamic reclocking with RPS drm/i915/selftests: Show the pstate limits on any failure to reset min drm/i915/selftests: Show the full scaling curve on failure drm/i915/selftests: Disable C-states when measuring RPS frequency response drm/i915/gt: Poison residual state [HWSP] across resume. drm/i915/selftests: Unroll the CS frequency loop drm/i915/selftests: Disable heartbeat around RPS interrupt testing drm/i915/selftests: Try to detect rollback during batchbuffer preemption drm/i915/gem: Hold obj->vma.lock over for_each_ggtt_vma() drm/i915/execlists: Drop request-before-CS assertion drm/i915/gt: Carefully order virtual_submission_tasklet drm/i915/gt: Check carefully for an idle engine in wait-for-idle drm/i915/selftests: Add request throughput measurement to perf drm/i915: Only close vma we open drm/i915/gt: Prefer soft-rc6 over RPS DOWN_TIMEOUT drm/i915/gt: Trace RPS events drm/i915/gt: Use the RPM config register to determine clk frequencies drm/i915: Drop rq->ring->vma peeking from error capture drm/i915/execlists: Check preempt-timeout target before submit_ports drm/i915/gt: Check cacheline is valid before acquiring drm/i915/gt: Sanitize GT first drm/i915/gt: Fix up clock frequency drm/i915/selftests: Tweak the tolerance for clock ticks to 12.5% drm/i915/execlists: Avoid reusing the same logical CCID drm/i915/execlists: Track inflight CCID drm/i915/execlists: Verify we don't submit two identical CCIDs drm/i915: Avoid dereferencing a dead context drm/i915/gt: Keep a no-frills swappable copy of the default context state drm/i915/gt: Always enable busy-stats for execlists drm/i915/gt: Move rps.enabled/active to flags drm/i915/gt: Track use of RPS interrupts in flags drm/i915/gt: Switch to manual evaluation of RPS drm/i915/gt: Apply the aggressive downclocking to parking drm/i915/gt: Restore aggressive post-boost downclocking drm/i915/gt: Move the batch buffer pool from the engine to the gt drm/i915/pmu: Keep a reference to module while active drm/i915/gt: Make timeslicing an explicit engine property drm/i915: Implement vm_ops->access for gdb access into mmaps drm/i915/gem: Use chained reloc batches drm/i915/gem: Use a single chained reloc batches for a single execbuf drm/i915/gem: Try an alternate engine for relocations drm/i915/gt: Sanitize RPS interrupts upon resume drm/i915/gem: Lazily acquire the device wakeref for freeing objects drm/i915: Allow some leniency in PCU reads drm/i915/gem: Specify address type for chained reloc batches drm/i915/gem: Implement legacy MI_STORE_DATA_IMM drm/i915/display: Warn if the FBC is still writing to stolen on removal drm/i915/selftests: Repeat the rps clock frequency measurement drm/i915/gt: Small tidy of gen8+ breadcrumb emission drm/i915/execlists: Record the active CCID from before reset drm/i915/gt: Stop holding onto the pinned_default_state drm/i915: Propagate error from completed fences drm/i915: Mark concurrent submissions with a weak-dependency drm/i915: Remove wait priority boosting drm/i915: Ignore submit-fences on the same timeline drm/i915: Pull waiting on an external dma-fence into its routine drm/i915/gt: Improve precision on defer_request assert drm/i915: Prevent using semaphores to chain up to external fences drm/i915: Replace the hardcoded I915_FENCE_TIMEOUT drm/i915/gt: Mark up the racy read of execlists->context_tag drm/i915: Tidy awaiting on dma-fences drm/i915: Emit await(batch) before MI_BB_START drm/i915/selftests: Always flush before unpining after writing drm/i915/gt: Restore Cherryview back to full-ppgtt drm/i915: Handle idling during i915_gem_evict_something busy loops drm/i915/gt: Reset execlists registers before HWSP dma-buf: Use atomic_fetch_add() for the context id drm/i915/gt: Suspend tasklets before resume sanitization drm/i915/gem: Remove redundant exec_fence drm/i915: Mark the addition of the initial-breadcrumb in the request drm/i915: Drop I915_RESET_TIMEOUT and friends drm/i915: Drop no-semaphore boosting drm/i915: Show per-engine default property values in sysfs drm/i915/selftests: Always call the provided engine->emit_init_breadcrumb drm/i915/gt: Transfer old virtual breadcrumbs to irq_worker Christian König (21): drm/mm: revert "Break long searches in fragmented address spaces" dma-buf: add peer2peer flag drm/ttm: lock resv object during destruction drm/amdgpu: note that we can handle peer2peer DMA-buf drm/amdgpu: add checks if DMA-buf P2P is supported drm/amdgpu: add support for exporting VRAM using DMA-buf v3 drm/amdgpu: improve amdgpu_gem_info debugfs file drm/amdgpu: stop disable the scheduler during HW fini drm/amdgpu: fix and cleanup amdgpu_gem_object_close v4 drm/amdgpu: change how we update mmRLC_SPM_MC_CNTL drm/amdgpu: also add the TMZ flag to GART drm/amdgpu: add TMZ handling to amdgpu_move_blit drm/amdgpu: stop evicting encrypted BOs to swap drm/amdgpu: cleanup amdgpu_ttm_copy_mem_to_mem and amdgpu_map_buffer v2 drm/amdgpu: add full TMZ support into amdgpu_ttm_map_buffer v2 drm/amdgpu: fix size calculation in amdgpu_ttm_copy_mem_to_mem drm/amdgpu: partial revert VM sync changes drm/amdgpu: cleanup IB pool handling a bit drm/amdgpu: rename direct to immediate for VM updates drm/amdgpu: add new unlocked flag for PTE updates drm/amdgpu: use the BAR if possible in amdgpu_device_vram_access v2 Christoph Hellwig (1): i915/gvt: remove unused xen bits Christophe JAILLET (2): video: fbdev: w100fb: Fix a potential double free. drm/exynos: dsi: Remove bridge node reference in error handling path in probe function Chuhong Yuan (3): fbdev: s1d13xxxfb: add missed unregister_framebuffer in remove video: fbdev: arcfb: add missed free_irq and fix the order of request_irq video: fbdev: vesafb: add missed release_region Chunming Zhou (1): MAINTAINERS: Remove me from amdgpu maintainers Colin Ian King (11): drm/amdgpu/vcn: fix spelling mistake "fimware" -> "firmware" drm/i915: remove redundant assignment to variable err drm/rockchip: fix spelling mistake "modifer" -> "modifier" drm/i915: remove redundant assignment to variable test_result drm/amd/display: remove redundant assignment to variable dp_ref_clk_khz drm/amd/display: remove redundant assignment to variable ret drm/amdgpu/gmc: Use consistent variable on unlocks amdgpu/dc: remove redundant assignment to variable 'option' drm/i915/gt: fix spelling mistake "evalution" -> "evaluation" drm/amdgpu: remove redundant assignment to variable ret drm/nouveau/core/memory: remove redundant assignments to variable ret Dale Zhao (1): drm/amd/display: Correct updating logic of dcn21's pipe VM flags Dan Carpenter (2): drm/i915/selftests: fix error handling in __live_lrc_indirect_ctx_bb() drm/amdgpu: off by one in amdgpu_device_attr_create_groups() error handling Daniel Kolesa (1): drm/amd/display: work around fp code being emitted outside of DC_FP_START/END Daniel Vetter (97): drm/hisilicon: Drop unused #include MAINTAINERS: Better regex for dma_buf|fence|resv mm/sl[uo]b: export __kmalloc_track(_node)_caller drm/i915: Don't clear drvdata in ->release drm: add managed resources tied to drm_device drm: Set final_kfree in drm_dev_alloc drm/mipi_dbi: Use drmm_add_final_kfree in all drivers drm/udl: Use drmm_add_final_kfree drm/qxl: Use drmm_add_final_kfree drm/i915: Use drmm_add_final_kfree drm/cirrus: Use drmm_add_final_kfree drm/v3d: Use drmm_add_final_kfree drm/tidss: Use drmm_add_final_kfree drm/mcde: Use drmm_add_final_kfree drm/vgem: Use drmm_add_final_kfree drm/vkms: Use drmm_add_final_kfree drm/repaper: Use drmm_add_final_kfree drm/ingenic: Use drmm_add_final_kfree drm/gm12u320: Use drmm_add_final_kfree drm/<drivers>: Use drmm_add_final_kfree drm: Cleanups after drmm_add_final_kfree rollout drm: Handle dev->unique with drmm_ drm: Use drmm_ for drm_dev_init cleanup drm: manage drm_minor cleanup with drmm_ drm: Manage drm_gem_init with drmm_ drm: Manage drm_vblank_cleanup with drmm_ drm: Garbage collect drm_dev_fini drm: Manage drm_mode_config_init with drmm_ drm/bochs: Remove leftover drm_atomic_helper_shutdown drm/bochs: Drop explicit drm_mode_config_cleanup drm/cirrus: Drop explicit drm_mode_config_cleanup call drm/cirrus: Fully embrace devm_ drm/ingenic: Drop explicit drm_mode_config_cleanup call drm/mcde: Drop explicit drm_mode_config_cleanup call drm/mcde: More devm_drm_dev_init drm/meson: Drop explicit drm_mode_config_cleanup call drm/pl111: Drop explicit drm_mode_config_cleanup call drm/rcar-du: Drop explicit drm_mode_config_cleanup call drm/rockchip: Drop explicit drm_mode_config_cleanup call drm/stm: Drop explicit drm_mode_config_cleanup call drm/shmob: Drop explicit drm_mode_config_cleanup call drm/mtk: Drop explicit drm_mode_config_cleanup call drm/tidss: Drop explicit drm_mode_config_cleanup call drm/gm12u320: More drmm_ drm/gm12u320: Use devm_drm_dev_init drm/gm12u320: Use helpers for shutdown/suspend/resume drm/gm12u320: Simplify upload work drm/repaper: Drop explicit drm_mode_config_cleanup call drm/mipi-dbi: Move drm_mode_config_init into mipi library drm/mipi-dbi: Drop explicit drm_mode_config_cleanup call drm/udl: Drop explicit drm_mode_config_cleanup call drm/udl: drop drm_driver.release hook drm: Add docs for managed resources drm/managed: Fix off-by-one in warning drm/pci: Move drm_pci_alloc/free under CONFIG_DRM_LEGACY drm: delete drm_pci.h drm/device: Deprecate dev_private harder drm: Add devm_drm_dev_alloc macro drm/vboxvideo: drop DRM_MTRR_WC #define drm/vboxvideo: Use devm_drm_dev_alloc drm/vboxvideo: Stop using drm_device->dev_private drm/vboxvideo: use managed pci functions drm/vboxvideo: Use devm_gen_pool_create drm/v3d: Don't set drm_device->dev_private drm/v3d: Use devm_drm_dev_alloc drm/v3d: Delete v3d_dev->dev drm/v3d: Delete v3d_dev->pdev drm/udl: Use devm_drm_dev_alloc drm/udl: don't set drm_device->dev_private drm/st7735r: Use devm_drm_dev_alloc drm/st7586: Use devm_drm_dev_alloc drm/repaper: Use devm_drm_dev_alloc drm/mi0283qt: Use devm_drm_dev_alloc drm/ili9486: Use devm_drm_dev_alloc drm/ili9341: Use devm_drm_dev_alloc drm/ili9225: Use devm_drm_dev_alloc drm/hx8357d: Use devm_drm_dev_alloc drm/gm12u320: Use devm_drm_dev_alloc drm/gm12u320: Don't use drm_device->dev_private drm/tidss: Use devm_drm_dev_alloc drm/tidss: Don't use drm_device->dev_private drm/tidss: Delete tidss->saved_state drm/mcde: Use devm_drm_dev_alloc drm/mcde: Don't use drm_device->dev_private drm/ingenic: Use devm_drm_dev_alloc drm/ingenic: Don't set drm_device->dev_private drm/komeda: use devm_drm_dev_alloc drm/cirrus: Use devm_drm_dev_alloc drm/cirrus: Don't use drm_device->dev_private drm/cirrus: Move to drm/tiny drm/aspeed: Drop aspeed_gfx->fbdev drm/aspeed: Use devm_drm_dev_alloc drm/ast: Drop explicit connector register/unregister drm/bochs: Remove explicit drm_connector_register drm/qxl: Use devm_drm_dev_alloc drm/qxl: Don't use drm_device->dev_private drm/i915: Use devm_drm_dev_alloc Daniele Ceraolo Spurio (5): drm/i915/guc: drop stage_pool debugfs drm/i915/huc: make "support huc" reflect HW capabilities drm/i915/debugfs: move uC printers and update debugfs file names drm/i915/uc: Move uC debugfs to its own folder under GT drm/i915/uc: do not free err log on uc_fini Dave Airlie (19): Merge tag 'drm-intel-next-2020-04-17' of git://anongit.freedesktop.org/drm/drm-intel into drm-next Merge tag 'drm-misc-next-2020-04-14' of git://anongit.freedesktop.org/drm/drm-misc into drm-next Merge tag 'drm-misc-next-2020-04-23' of git://anongit.freedesktop.org/drm/drm-misc into drm-next Merge tag 'amd-drm-next-5.8-2020-04-24' of git://people.freedesktop.org/~agd5f/linux into drm-next Merge tag 'amd-drm-next-5.8-2020-04-30' of git://people.freedesktop.org/~agd5f/linux into drm-next Merge tag 'drm-misc-next-2020-05-07' of git://anongit.freedesktop.org/drm/drm-misc into drm-next Merge tag 'drm-intel-next-2020-04-30' of git://anongit.freedesktop.org/drm/drm-intel into drm-next Merge tag 'amd-drm-next-5.8-2020-05-12' of git://people.freedesktop.org/~agd5f/linux into drm-next Merge tag 'du-next-20200514' of git://linuxtv.org/pinchartl/media into drm-next Merge tag 'drm-misc-next-2020-05-14' of git://anongit.freedesktop.org/drm/drm-misc into drm-next Merge tag 'amd-drm-next-5.8-2020-05-19' of git://people.freedesktop.org/~agd5f/linux into drm-next Merge tag 'drm-intel-next-2020-05-15' of git://anongit.freedesktop.org/drm/drm-intel into drm-next Merge tag 'exynos-drm-next-for-v5.8' of git://git.kernel.org/.../daeinki/drm-exynos into drm-next Merge tag 'drm-intel-next-fixes-2020-05-20' of git://anongit.freedesktop.org/drm/drm-intel into drm-next Merge tag 'mediatek-drm-next-5.8' of https://git.kernel.org/.../chunkuang.hu/linux into drm-next Merge branch 'linux-5.8' of git://github.com/skeggsb/linux into drm-next drm/nouveau: use correct conflicting framebuffer API Merge tag 'drm-misc-next-fixes-2020-05-27' of git://anongit.freedesktop.org/drm/drm-misc into drm-next Merge tag 'amd-drm-next-5.8-2020-05-27' of git://people.freedesktop.org/~agd5f/linux into drm-next David Lu (3): dt-bindings: boe, tv101wum-n16: Add compatible for boe tv105wum-nw0. drm/panel: support for boe,tv105wum-nw0 dsi video mode panel drm/panel: boe-tv101wum-n16: fine tune clock Dennis Li (2): drm/amdgpu: replace DRM prefix with PCI device info for gfx/mmhub drm/amdgpu: set error query ready after all IPs late init Dinghao Liu (4): drm/nouveau/debugfs: fix runtime pm imbalance on error drm/nouveau: fix runtime pm imbalance on error drm/nouveau: fix runtime pm imbalance on error drm/nouveau/dispnv50: fix runtime pm imbalance on error Dmytro Laktyushkin (7): drm/amd/display: fix dml pipe merge logic drm/amd/display: fix stream setting for diags on silicon drm/amd/display: fix virtual signal dsc setup drm/amd/display: check if REFCLK_CNTL register is present drm/amd/display: fix rn soc bb update drm/amd/display: fix and simplify pipe split logic drm/amd/display: correct rn NUM_VMID Douglas Anderson (5): panel: simple: Fix size and bpp of BOE NV133FHM-N61 dt-bindings: display: simple: Add BOE NV133FHM-N62 panel: simple: Add BOE NV133FHM-N62 dt-bindings: display: Add hpd-gpios to panel-common bindings drm/panel-simple: Support hpd-gpios for delaying prepare() Emil Velikov (3): drm: rework SET_MASTER and DROP_MASTER perm handling drm: error out with EBUSY when device has existing master drm/exynos-vidi: convert platform driver to use dev_groups Emily Deng (4): drm/amdgpu: Virtual display need to support multiple ctrcs drm/amdgpu: Add 4k resolution for virtual display drm/amdgpu: Ignore the not supported error from psp drm/amdgpu: No need support vcn decode Emmanuel Vadot (1): drm/client: Dual licence the header in GPL-2 and MIT Enric Balletbo i Serra (4): drm: panel: Set connector type for LP120UP1 drm/bridge: ps8640: Let panel to set the connector type drm/bridge: panel: Return always an error pointer in drm_panel_bridge_add() drm/rockchip: cdn-dp-core: Make cdn_dp_core_suspend/resume static Eric Yang (1): drm/amd/display: change default pipe_split policy for DCN1 Evan Quan (34): drm/amdgpu: fix non-pointer dereference for non-RAS supported drm/amd/powerplay: avoid calling CI specific SMU message implemention drm/amd/powerplay: avoid calling SMU7 specific SMU message implemention drm/amd/powerpaly: drop unused APIs drm/amd/powerplay: avoid calling SMU8 specific SMU message implemention drm/amd/powerplay: avoid calling SMU9 specific SMU message implemention drm/amd/powerplay: avoid calling SMU10 specific SMU message implemention drm/amd/powerplay: avoid calling Vega20 specific SMU message implemention drm/amd/powerplay: unified interfaces for message issuing and response checking drm/amd/powerplay: added mutex protection on msg issuing drm/amd/powerplay: error out on forcing clock setting not supported drm/amd/powerplay: unload mp1 for Arcturus RAS baco reset drm/amdgpu: fix wrong vram lost counter increment V2 drm/amd/powerplay: revise the way to retrieve the board parameters drm/amd/powerplay: bump the NAVI10 smu-driver if version drm/amd/powerplay: correct i2c eeprom init/fini sequence drm/amd/powerplay: properly set the dpm_enabled state drm/amd/powerplay: update Arcturus smu-driver if header drm/amdgpu: correct fbdev suspend on gpu reset drm/amdgpu: correct cancel_delayed_work_sync on gpu reset drm/amdgpu: optimize the gpu reset for XGMI setup V2 drm/amdgpu: code cleanup around gpu reset drm/amdgpu: move kfd suspend after ip_suspend_phase1 drm/amdgpu: drop redundant cg/pg ungate on runpm enter drm/amdgpu: put the audio codec into suspend state before gpu reset V3 drm/amdgpu: disable MGCG/MGLS also on gfx CG ungate drm/amdgpu: drop unnecessary cancel_delayed_work_sync on PG ungate drm/amd/powerplay: perform PG ungate prior to CG ungate drm/amdgpu: enable hibernate support on Navi1X drm/amd/powerplay: try to do a graceful shutdown on SW CTF drm/amd/powerplay: shutdown on HW CTF drm/amd/powerplay: report correct AC/DC event based on ctxid V2 drm/amd/powerplay: unify the prompts on thermal interrupts drm/amdkfd: report the real PCI bus number Ezequiel Garcia (1): drm/vkms: Hold gem object while still in-use Fabio Estevam (2): dt-bindings: display: ltk500hd1829: Remove the reg property dt-bindings: display: xpp055c272: Remove the reg property Felix Kuehling (4): drm/amdkfd: Fix comment formatting drm/amdgpu: Add missing parameter description in comments drm/amdgpu: Use GEM obj reference for KFD BOs drm/amdgpu: Sync with VM root BO when switching VM to CPU update mode Gal Pressman (1): dma-buf: Couple of documentation typo fixes Geert Uytterhoeven (3): drm/mipi-dbi: Make mipi_dbi_command_stackbuf() data parameter const drm: Fix misspellings of "Analog Devices" dt-bindings: display: renesas: du: Document optional reset properties Guchun Chen (6): drm/amdgpu: add uncorrectable error count print in UMC ecc irq cb drm/amdgpu: refine ras related message print drm/amdgpu: replace DRM prefix with PCI device info for GFX RAS drm/amdgpu: fix kernel page fault issue by ras recovery on sGPU drm/amdgpu: switch to SMN interface to operate RSMU index mode drm/amdgpu: decouple EccErrCnt query and clear operation Guido Günther (2): dt-bindings: display/bridge: Add binding for NWL mipi dsi host controller drm/bridge: Add NWL MIPI DSI host controller support Gurchetan Singh (4): drm/virtio: random virtgpu_drv.h cleanups drm/virtio: delete notify after virtio_gpu_cmd_context_create drm/virtio: delete notify in virtio_gpu_object_create drm/virtio: make virtio_gpu_object_attach void Gustavo A. R. Silva (2): drm/i915: Replace zero-length array with flexible-array drm/amdgpu/smu10: Replace one-element array and use struct_size() helper Gwan-gyeong Mun (18): drm: Add DP1.4 VSC SDP Payload related Data Structures drm/i915/dp: Add compute routine for DP VSC SDP drm/i915/dp: Add compute routine for DP HDR Metadata Infoframe SDP drm/i915/dp: Add writing of DP SDPs video/hdmi: Add Unpack only function for DRM infoframe drm/i915/dp: Read out DP SDPs drm: Add logging function for DP VSC SDP drm/i915: Include HDMI DRM infoframe in the crtc state dump drm/i915: Include DP HDR Metadata Infoframe SDP in the crtc state dump drm/i915: Include DP VSC SDP in the crtc state dump drm/i915: Program DP SDPs with computed configs drm/i915: Add state readout for DP HDR Metadata Infoframe SDP drm/i915: Add state readout for DP VSC SDP drm/i915: Fix enabled infoframe states of lspcon drm/i915: Program DP SDPs on pipe updates drm/i915: Stop sending DP SDPs on ddi disable drm/i915/dp: Add compute routine for DP PSR VSC SDP drm/i915/psr: Use new DP VSC SDP compute routine on PSR Haiyi Zhou (1): drm/amd/display: Change infopacket type programming Hans de Goede (1): drm/fb-helper: Add TODO for making drm_fb_helper_alloc_fbi fill apertures Harigovindan P (3): dt-bindings: display: add visionox rm69299 panel variant dt-bindings: documenting compatible string vendor "visionox" drm/panel: add support for rm69299 visionox panel Harry Wentland (4): drm/amd/display: Indicate use of TMZ buffers to DC drm/amd/display: Add DC Debug mask to disable features for bringup drm/amd/display: Fix disable_stutter debug option drm/amd/display: Respect PP_STUTTER_MODE but don't override DC_DISABLE_STUTTER Hawking Zhang (21): drm/amdgpu: remove inproper workaround for vega10 drm/amdgpu: replace indirect mmio access in non-dc code path drm/amdgpu: retire indirect mmio reg support from cgs drm/amdgpu: retire RREG32_IDX/WREG32_IDX drm/amdgpu: retire AMDGPU_REGS_KIQ flag drm/amdgpu: support access regs outside of mmio bar drm/amdgpu: retire support_vmr_ring interface drm/amdgpu: remove unnecessary tOS version check drm/amdgpu: retire unused check_fw_loading status drm/amdgpu: add helper function to init asd ucode drm/amdgpu: switch to helper function to init asd ucode drm/amdgpu: add helper function to init sos ucode drm/amdgpu: switch to helper function to init sos ucode drm/amdgpu: retire legacy vega10 sos version check drm/amdgpu: re-structue members for ip discovery drm/amdgpu: skip reservation of discovery tmr region in pre-Navi drm/amdgpu: switch to common xgmi ta helpers drm/amdgpu: switch to common ras ta helper drm/amdgpu: drop unused ras ta helper function drm/amdgpu: switch to common rlc_autoload helper drm/amdgpu: use node_id and node_size to calcualte dram_base_address Heiko Stuebner (2): dt-bindings: display: panel: Add binding document for Leadtek LTK050H3146W drm/panel: add panel driver for Leadtek LTK050H3146W Huacai Chen (1): drm/qxl: Use correct notify port address when creating cursor ring Huang Rui (11): drm/ttm: clean up ttm_trace_dma_map/ttm_trace_dma_unmap (v2) drm/amdgpu: add tmz feature parameter (v2) drm/amdgpu: add amdgpu_tmz data structure drm/amdgpu: add function to check tmz capability (v4) drm/amdgpu: add tmz bit in frame control packet drm/amdgpu: expand the emit tmz interface with trusted flag drm/amdgpu: expand the context control interface with trust flag drm/amdgpu: job is secure iff CS is secure (v5) drm/amdgpu: remove the alignment placeholder for secure buffer drm/amdgpu: fix the wrong logic checking when secure buffer is created (v3) drm/amdgpu: Fix per-IB secure flag GFX hang Igor Matheus Andrade Torrente (1): drm: Correct a typo in a function comment Imre Deak (6): drm/i915/icl+: Don't enable DDI IO power on a TypeC port in TBT mode drm/i915: Add a retry counter for hotplug detect retries drm/i915: Extend hotplug detect retry on TypeC connectors to 5 seconds drm/i915/icl: Fix timeout handling during TypeC AUX power well enabling drm/i915/tgl+: Fix interrupt handling for DP AUX transactions drm/i915: Fix AUX power domain toggling across TypeC mode resets Isabel Zhang (3): drm/amd/display: Remove hdcp display state with mst fix drm/amd/display: Update stream adjust in dc_stream_adjust_vmin_vmax drm/amd/display: Add 4 to 1 MPC split support Jack Zhang (4): drm/amdgpu/sriov add amdgpu_amdkfd_pre_reset in gpu reset drm/amdkfd Avoid destroy hqd when GPU is on reset drm/amdgpu/sriov add amdgpu_amdkfd_pre_reset in gpu reset drm/amdgpu fix incorrect sysfs remove behavior for xgmi Jaehyun Chung (2): drm/amd/display: Update DRAM watermark before checking to update TTU drm/amd/display: Add HW rotation cursor changes to dcn10 Jagan Teki (3): dt-bindings: display: panel: Convert feiyang,fy07024di26a30d to DT schema dt-bindings: display: panel: Convert sitronix,st7701 to DT schema MAINTAINERS: Update feiyang,st7701 panel bindings converted as YAML James Jones (4): drm: Generalized NV Block Linear DRM format mod drm/nouveau/kms: Add format mod prop to base/ovly/nvdisp drm/nouveau/kms: Check framebuffer size against bo drm/nouveau/kms: Support NVIDIA format modifiers James Zhu (13): drm/amdgpu/vcn: fix race condition issue for vcn start drm/amdgpu/vcn: fix race condition issue for dpg unpause mode switch drm/amdgpu/vcn2.0: stall DPG when WPTR/RPTR reset drm/amdgpu/vcn2.5: stall DPG when WPTR/RPTR reset drm/amdgpu/vcn: Add firmware share memory support drm/amdgpu/vcn2.0: Add firmware w/r ptr reset sync drm/amdgpu/vcn2.5: Add firmware w/r ptr reset sync drm/amdgpu: enable VCN2.5 DPG mode for Arcturus drm/amdgpu/vcn: add shared memory restore after wake up from sleep. Revert "drm/amdgpu: Disable gfx off if VCN is busy" drm/amdgpu/vcn2.5: wait for tiles off after unpause drm/amdgpu/jpeg2.5: Remove JPEG_ENC_MASK from clock ungating drm/amdgpu/vcn2.5: Remove old DPG workaround Jane Jian (1): drm/amd/powerplay: skip judging if baco support for Arcturus sriov Jani Nikula (35): drm/i915/ddi: use struct drm_device based logging drm/i915/display_power: use struct drm_device based logging drm/i915/dp_aux_backlight: use struct drm_device based logging drm/i915/dp_mst: use struct drm_device based logging drm/i915/dsi: use struct drm_device based logging drm/i915/hdmi: use struct drm_device based logging drm/i915/dsi: use struct drm_device based logging drm/i915/connector: use MISSING_CASE instead of logging drm/i915/tv: use struct drm_device based logging drm/i915/display: clean up intel_PLL_is_valid() drm/i915/display: use struct drm_device based logging drm/i915/psr: use struct drm_device based logging drm/i915/wopcm: convert to drm device based logging drm/i915/audio: use struct drm_device based logging drm/i915/panel: use struct drm_device based logging drm/i915/tc: use struct drm_device based logging drm/i915/dp: use struct drm_device based logging drm/i915/crt: use struct drm_device based logging drm/i915/debugfs: use struct drm_device based logging drm/i915/bw: use struct drm_device based logging drm/i915/state: use struct drm_device based logging drm/i915/switcheroo: use struct drm_device based logging drm/i915/uc: prefer struct drm_device based logging drm/i915/error: prefer struct drm_device based logging drm/i915/pmu: prefer struct drm_device based logging drm/i915/dram: prefer struct drm_device based logging drm/i915/uncore: prefer struct drm_device based logging drm/i915/stolen: prefer struct drm_device based logging drm/i915/gt: prefer struct drm_device based logging drm/i915/uc: prefer struct drm_device based logging drm/i915: fix Sphinx build duplicate label warning drm/i915/audio: error log non-zero audio power refcount after unbind drm/i915/hdmi: remove unused intel_hdmi_hdcp2_protocol() drm/i915: drop a bunch of superfluous inlines drm/i915/audio: fix compressed_bpp check Jason Yan (23): video: fbdev: matroxfb: remove dead code and set but not used variable video: fbdev: mb862xx: remove set but not used variable 'mdr' drm/amd/display: code clean up in dce80_hw_sequencer.c drm/amdgpu: remove dead code in si_dpm.c drm/radeon: remove defined but not used 'dte_data_tahiti_le' drm/radeon: remove defined but not used variables in ci_dpm.c video: fbdev: aty128fb: remove unused 'sdr_64' drm/amd/powerplay: remove defined but not used variables drm/amdgpu: remove conversion to bool in amdgpu_device.c drm/amd/display: remove conversion to bool in dcn20_mpc.c drm/amd/display: remove conversion to bool in dc_link_ddc.c drm/ast: remove duplicate assignment of ast_crtc_funcs member drm/amd/display: remove duplicate assignment of dcn21_funcs members drm/amdgpu/smu10: remove duplicate assignment of smu10_hwmgr_funcs members drm/amd/display: remove unused variable 'ret' in dm_suspend() video: fbdev: i810: use true,false for bool variables video: udlfb: use true,false for bool variables video: uvesafb: use true,false for bool variables fbdev: aty: use true, false for bool variables in atyfb_base.c video: fbdev: valkyriefb.c: fix warning comparing pointer to 0 drm/amd/display: remove variable "result" in dcn20_patch_unknown_plane_state() video: fbdev: pxa168fb: make pxa168fb_init_mode() return void drm/amd/amdgpu: remove defined but not used 'crtc_offsets' Jernej Skrabec (6): drm/sun4i: de2: rgb field in de2 format struct is redundant drm/sun4i: de2: csc_mode in de2 format struct is mostly redundant drm/sun4i: de2: Don't return de2_fmt_info struct drm/sun4i: Sort includes in VI and UI layer code drm/bridge: dw-hdmi: Add support for RGB limited range drm/bridge: dw-hdmi: rework csc related functions Jerry (Fangzhi) Zuo (3): drm/amd/display: Avoid create MST prop after registration drm/amd/display: Check DMCU Exists Before Loading drm/amd/display: Add dm support for DP 1.4 Compliance edid corruption test Jiange Zhao (1): drm/amdgpu: Add autodump debugfs node for gpu reset v8 Jiansong Chen (1): drm/amd/powerplay: limit smu support to Arcturus for onevf Jiawei (2): drm/amdgpu: extend compute job timeout drm/amdgpu: disble vblank when unloading sriov driver Jinze Xu (2): drm/amd/display: Workaround to disable YCbCr drm/amd/display: Set/Reset avmute when disable/enable stream Jiri Slaby (1): drm/virtio: fix OOB in virtio_gpu_object_create Jitao Shi (6): dt-bindings: display: mediatek: control dpi pins mode to avoid leakage drm/mediatek: set dpi pin mode to gpio low to avoid leakage current dt-bindings: display: mediatek: add property to control mipi tx drive current dt-bindings: display: mediatek: get mipitx calibration data from nvmem drm/mediatek: add the mipitx driving control drm/mediatek: config mipitx impedance with calibration data Joe Perches (1): drm: drm_vm: Use fallthrough; Johan Jonker (3): dt-bindings: display: convert rockchip vop bindings to yaml dt-bindings: display: rockchip-vop: add additional properties dt-bindings: display: convert rockchip rk3066 hdmi bindings to yaml John Clements (18): drm/amdgpu: disabled fru eeprom access drm/amdgpu: added xgmi ras error reset sequence drm/amdgpu: disable ras query and iject during gpu reset drm/amdgpu: resolve mGPU RAS query instability drm/amdgpu: update RAS related dmesg print drm/amdgpu: increased atom cmd timeout drm/amdgpu: update psp fw loading sequence drm/amdgpu: set mp1 state before reload drm/amdgpu: cache smu fw version info drm/amdgpu: update RAS error handling drm/amdgpu: update RAS TA to Host interface drm/amdgpu: update RAS sequence to parse TA flags drm/amdgpu: Fix bug in RAS invoke drm/amdgpu: Add cmd to control XGMI link sleep drm/amdgpu: Add DPM function for XGMI link power down control drm/amdgpu: Update RAS XGMI error inject sequence drm/amdgpu: Updated XGMI power down control support check drm/amdgpu: resolve ras recovery vs smi race condition John Stultz (1): drm: kirin: Revert change to add register connect helper functions Jonas Karlman (1): drm/bridge: dw-hdmi: do not force "none" scan mode Jonathan Kim (2): drm/amdgpu: fix race between pstate and remote buffer map drm/amdgpu: sw pstate switch should only be for vega20 Joonas Lahtinen (8): Merge drm/drm-next into drm-intel-next-queued Merge tag 'topic/phy-compliance-2020-04-08' of git://anongit.freedesktop.org/drm/drm-misc into drm-intel-next-queued drm/i915: Update DRIVER_DATE to 20200417 Merge tag 'gvt-next-2020-04-22' of https://github.com/intel/gvt-linux into drm-intel-next-queued drm/i915: Update DRIVER_DATE to 20200430 Merge tag 'gvt-next-2020-05-12' of https://github.com/intel/gvt-linux into drm-intel-next-queued drm/i915: Document locking guidelines drm/i915: Update DRIVER_DATE to 20200515 Joseph Gravenor (1): drm/amd/display: fix typo Joseph Greathouse (3): drm/amdkfd: Put ASIC revision into HSA capability drm/amdkfd: Enable GWS based on FW Support drm/amdkfd: Enable over-subscription with >1 GWS queue Joshua Aberback (4): drm/amd/display: Acknowledge wm_optimized_required drm/amd/display: Force watermark value propagation drm/amd/display: Add DML variable for future asics drm/amd/display: Add dummy p-state latency bounding box override Josip Pavic (1): drm/amd/display: prevent loop from occuring in pipe list José Roberto de Souza (14): drm/i915/display/fbc: Make fences a nice-to-have for GEN9+ drm/i915/dp: Return the right vswing tables drm/i915/dp/ehl: Update vswing table for HBR and RBR drm/i915/tc/icl: Update TC vswing tables drm/i915: Add missing deinitialization cases of load failure drm/i915/display: Move out code to return the digital_port of the aux ch drm/i915/display: Add intel_legacy_aux_to_power_domain() drm/i915/display: Split hsw_power_well_enable() into two drm/i915/tc/icl: Implement TC cold sequences drm/i915/tc: Skip ref held check for TC legacy aux power wells drm/i915/tc/tgl: Implement TC cold sequences drm/i915/tc: Catch TC users accessing FIA registers without enable aux drm/i915/tc: Do not warn when aux power well of static TC ports timeout drm/i915/display: Load DP_TP_CTL/STATUS offset before use it Jules Irenge (1): video: Add missing annotation for cyber2000fb_enable_ddc() and cyber2000fb_disable_ddc() Kai Vehmanen (2): drm/i915: use forced codec wake on all gen9+ platforms drm/i915: do AUD_FREQ_CNTRL state save on all gen9+ platforms Kai-Heng Feng (1): drm/nouveau: Use generic helper to check _PR3 presence Karol Herbst (3): drm/nouveau/device: rework mmio mapping code to get rid of second map drm/nouveau/device: detect if changing endianness failed drm/nouveau/device: detect vGPUs Kenny Levinsen (1): drm: make drm_file use keyed wakeups Kent Russell (9): drm/amdgpu: Enable reading FRU chip via I2C v3 drm/amdgpu: Add documentation for memory info drm/amdgpu: Add documentation for PCIe accounting drm/amdgpu: Add documentation for unique_id drm/amdgpu: Expose TA FW version in fw_version file drm/amdgpu: Fix FRU data checking drm/amdgpu: Re-enable FRU check for most models v5 Revert "drm/amdgpu: use the BAR if possible in amdgpu_device_vram_access v2" drm/amdgpu: Disable FRU read on Arcturus Kevin Wang (5): drm/amdgpu: clean up unused variable about ring lru drm/amdgpu: add amdgpu_virt_get_vf_mode helper function drm/amdgpu: optimize amdgpu device attribute code drm/amdgpu: cleanup unnecessary virt sriov check in amdgpu attribute drm/amdgpu: fix device attribute node create failed with multi gpu Konrad Dybcio (2): dt-bindings: display: Document ASUS Z00T TM5P5 NT35596 panel compatible drivers: drm: panel: Add ASUS TM5P5 NT35596 panel driver Krunoslav Kovac (1): drm/amd/display: Internal refactoring to abstract color caps Laurent Pinchart (6): drm: Fix wrong kfree() in managed resource usage example dt-bindings: display: bridge: Reject additional properties in ports node dt-bindings: display: bridge: Convert simple-bridge bindings to YAML dt-bindings: display: bridge: thc63lvd1024: Convert binding to YAML drm: panels: Add MAINTAINERS entry for LVDS panel driver drm: plane: Verify that no or all planes have a zpos property Leo (Hanghong) Ma (1): drm/amd/amdgpu: Update update_config() logic Lewis Huang (1): drm/amd/display: temporary clamp the vratio used to 1.0 Likun Gao (4): drm/amdgpu/powerplay: get SMC FW size to a flexible way drm/amdgpu: check SMU NULL ptr on gfx hw init drm/amdgpu: update the method to set kcq queue mask drm/amdgpu: add condition to set MP1 state on gpu reset Linus Walleij (2): ARM/fbdev: sa11x0: Switch to use GPIO descriptors drm/tegra: Clean up GPIO includes Lionel Landwerlin (8): drm/i915/perf: remove generated code drm/i915/perf: remove redundant power configuration register override drm/i915/perf: introduce global sseu pinning drm/i915/perf: rework aging tail workaround drm/i915/perf: move pollin setup to non hw specific code drm/i915/perf: add new open param to configure polling of OA buffer drm/i915/perf: don't read head/tail pointers outside critical section drm/i915: Peel dma-fence-chains for await Luben Tuikov (4): drm/amdgpu: add UAPI to create secure commands (v3) drm/amdgpu: implement TMZ accessor (v3) drm/amdgpu: Move to a per-IB secure flag (TMZ) drm/amdgpu: Fine-grained TMZ support Lubomir Rintel (3): dt-bindings: Add vendor prefix for Chrontel, Inc. dt-bindings: display: Add Chrontel CH7033 Video Encoder binding drm/bridge: chrontel-ch7033: Add a new driver Lyude Paul (23): drm/amd/amdgpu_dm/mst: Remove useless sideband tracing drm/amd/dc: Kill dc_conn_log_hex_linux() drm/amd/amdgpu_dm/mst: Remove unneeded edid assignment when destroying connectors drm/amd/amdgpu_dm/mst: Remove ->destroy_connector() callback drm/amd/amdgpu_dm/mst: Stop printing extra messages in dm_dp_add_mst_connector() drm/dp_mst: Remove drm_dp_mst_topology_cbs.destroy_connector drm/dp_mst: Fix NULL deref in drm_dp_get_one_sb_msg() drm/dp_mst: Don't drop NAKs for down responses drm/i915/dp_mst: Cast intel_connector->port as drm_dp_mst_port drm/dp_mst: Remove drm_dp_mst_has_audio() drm/dp_mst: Improve kdocs for drm_dp_check_act_status() drm/dp_mst: Reformat drm_dp_check_act_status() a bit drm/dp_mst: Increase ACT retry timeout to 3s drm/dp_mst: Print errors on ACT timeouts drm/i915/dpcd_bl: Unbreak enable_dpcd_backlight modparam Revert "drm/dp_mst: Remove single tx msg restriction." drm/dp_mst: Kill the second sideband tx slot, save the world drm/nouveau/kms/nv50-: Initialize core channel in nouveau_display_create() drm/nouveau/kms/nv50-: Probe SOR and PIOR caps for DP interlacing support drm/nouveau/kms/gv100-: Add support for interlaced modes drm/nouveau/kms/nv50-: Move 8BPC limit for MST into nv50_mstc_get_modes() drm/nouveau/kms/nv50-: Share DP SST mode_valid() handling with MST drm/vblank: Fix -Wformat compile warnings on some arches Maarten Lankhorst (1): Merge remote-tracking branch 'drm/drm-next' into drm-misc-next Marek Olšák (4): drm/amdgpu: add tiling flags from Mesa drm/amdgpu: invalidate L2 before SDMA IBs (v2) drm/amdgpu: bump version for invalidate L2 before SDMA IBs drm/amdgpu: apply AMDGPU_IB_FLAG_EMIT_MEM_SYNC to compute IBs too (v3) Marek Szyprowski (5): drm/bridge: sii9234: silence warning about regulators during deferred probe drm/exynos: gem: Remove dead-code drm/exynos: gem: rework scatter-list contiguity check on prime import drm/exynos: gem: Get rid of the internal 'pages' array drm/exynos: mixer: Fix enabling of the runtime power management Mario Kleiner (3): drm/i915/dp: Add dpcd link_rate quirk for Apple 15" MBP 2017 (v3) drm/amd/display: Expose support for xBGR ordered fp16 formats. drm/amd/display: Enable fp16 also on DCE-11.0 - DCE-12. (v2) Mark Pearson (1): drm/dp: Lenovo X13 Yoga OLED panel brightness fix Markus Elfring (3): drm/sun4i: tcon: Delete an error message in sun4i_tcon_init_irq() drm/ingenic: Delete an error message in ingenic_drm_probe() drm/exynos: Delete an error message in three functions Martin Blumenstingl (1): drm/lima: Add optional devfreq and cooling device support Masahiro Yamada (4): drm/radeon: remove unneeded header include path drm/radeon: fix build rules of *_reg_safe.h drm/radeon: use pattern rule to avoid code duplication in Makefile drm/radeon: align short build log Matt Atwood (2): drm/i915/ehl: extended Wa_2006604312 to ehl drm/i915/tgl: Wa_14011059788 Matt Roper (7): drm/i915/tgl: Add Wa_14010477008:tgl drm/i915/tgl: Extend Wa_1409767108:tgl to B0 stepping drm/i915/tgl: Initialize multicast register steering for workarounds drm/i915/tgl: TBT AUX should use TC power well ops drm/i915: Use single set of AUX powerwell ops for gen11+ drm/i915: Use proper fault mask in interrupt postinstall too drm/i915/icp: Add Wa_14010685332 Matthew Auld (3): drm/i915/selftests/perf: watch out for stolen objects drm/i915/selftests: mark huge_gem_object as not shrinkable drm/i915/evict: watch out for unevictable nodes Maxime Ripard (1): Merge drm/drm-next into drm-misc-next Maya Rashish (2): drm/dp_mst: make build_clear_payload_id_table return void drm/ttm: Remove reference to the mem_glob member Melissa Wen (5): drm/amd/display: cleanup codestyle type BLOCK_COMMENT_STYLE on dc_link drm/amd/display: codestyle cleanup on dc_link file until detect_dp func drm/amd/display: code cleanup on dc_link from is_same_edid to get_ddc_line drm/amd/display: code cleanup of dc_link file on func dc_link_construct drm/vkms: enable cursor by default Michael J. Ruhl (1): drm/i915: Refactor setting dma info to a common helper Michael Strauss (1): drm/amd/display: Check for null fclk voltage when parsing clock table Michal Orzel (1): drm: Replace drm_modeset_lock/unlock_all with DRM_MODESET_LOCK_ALL_* helpers Michal Wajdeczko (2): drm/i915/huc: Add more errors for I915_PARAM_HUC_STATUS drm/i915/huc: Fix HuC register used in debugfs Michel Dänzer (1): drm/amdgpu/dc: Use WARN_ON_ONCE for ASSERT Mika Kahola (1): uapi/drm/drm_fourcc.h: Note on platform specificity for format modifiers Mika Kuoppala (14): drm/i915: Report all failed registers for ctx isolation drm/i915/selftests: Add context batchbuffers registers to live_lrc_fixed drm/i915: Make define for lrc state offset drm/i915: Add engine scratch register to live_lrc_fixed drm/i915: Add per ctx batchbuffer wa for timestamp drm/i915: Add live selftests for indirect ctx batchbuffers drm/i915: Use indirect ctx bb to mend CMD_BUF_CCTL Revert "drm/i915/tgl: Include ro parts of l3 to invalidate" drm/i915/gen12: Fix HDC pipeline flush drm/i915/gen12: Flush L3 drm/i915/gen12: Invalidate aux table entries forcibly drm/i915/gen12: Add aux table invalidate for all engines drm/i915: Make intel_timeline_init static drm/i915/gt: Force pte cacheline to main memory Monk Liu (19): drm/amdgpu: purge ip_discovery headers drm/amdgpu: amends feature bits for MM bandwidth mgr drm/amdgpu: cleanup all virtualization detection routine drm/amdgpu: cleanup idh event/req for NV headers drm/amdgpu: introduce new idh_request/event enum drm/amdgpu: introduce new request and its function drm/amdgpu: use static mmio offset for NV mailbox drm/amdgpu: equip new req_init_data handshake drm/amdgpu: adjust sequence of ip_discovery init and timeout_setting drm/amdgpu: postpone entering fullaccess mode drm/amdgpu: ignore TA ucode for SRIOV drm/amdgpu: skip cg/pg set for SRIOV drm/amdgpu: sriov is forbidden to call disable DPM drm/amdgpu: provide RREG32_SOC15_NO_KIQ, will be used later drm/amdgpu: clear the messed up checking logic drm/amdgpu: enable one vf mode for nv12 drm/amdgpu: skip sysfs node not belong to one vf mode drm/amdgpu: for nv12 always need smu ip drm/amdgpu: extent threshold of waiting FLR_COMPLETE Mukul Joshi (1): drm/amdkfd: Track GPU memory utilization per process Nathan Chancellor (5): drm/i915: Cast remain to unsigned long in eb_relocate_vma drm/i915/gt: Avoid uninitialized use of rpcurupei in frequency_show drm/amdgpu: Avoid integer overflow in amdgpu_device_suspend_display_audio drm/i915: Remove duplicate inline specifier on write_pte drm/i915: Mark check_shadow_context_ppgtt as maybe unused Neil Armstrong (1): drm/meson: add mode selection limits against specific SoC revisions Nicholas Kazlauskas (17): drm/amd/display: Don't change mpcc tree for medium updates on DCN20 hwseq drm/amd/display: Translate cursor position by source rect drm/amd/display: Fix incorrect cursor pos on scaled primary plane drm/amd/display: Program viewport when source pos changes for DCN20 hw seq drm/amd/display: Calculate scaling ratios on every medium/full update drm/amd/display: Make cursor source translation adjustment optional drm/amd/display: Make DMCUB bss/data firmware blob optional drm/amd/display: Check ramp != NULL before applying lut1d for degamma drm/amd/display: Avoid NULL pointer in set_backlight when ABM is NULL drm/amd/display: Use the correct input TF for video formats drm/amd/display: Factor in immediate flip support into DLG calculations drm/amd/display: Fix DMUB meta offset for new load method drm/amd/display: Defer cursor update around VUPDATE for all ASIC drm/amd/display: Pass command instead of header into DMUB service drm/amd/display: Fix vblank and pageflip event handling for FreeSync drm/amd/display: Defer cursor lock until after VUPDATE drm/amd/display: Avoid pipe split when plane is too small Nick Desaulniers (1): drm/i915: re-disable -Wframe-address Nikola Cornij (2): drm/amd/display: Program DSC before enabling link drm/amd/display: Minimize DSC resource re-assignment Nirmoy Das (5): drm/amdgpu: sync ring type and drm hw_ip type drm/amdgpu: rework sched_list generation drm/amd/powerplay: fix a typo drm/mm: optimize rb_hole_addr rbtree search drm/amdgpu: cleanup sysfs file handling Oak Zeng (3): drm/amdgpu: Print UTCL2 client ID on a gpuvm fault drm/amdkfd: New IOCTL to allocate queue GWS (v2) drm/amdgpu: Changed CU reservation golden settings Oliver Barta (1): drm/i915: HDCP: fix Ri prime check done during link check Ori Messinger (1): drm/amdkfd: Report domain with topology Pankaj Bharadiya (9): drm/i915/display/icl_dsi: Prefer drm_WARN_ON over WARN_ON drm/i915/display/atomic_plane: Prefer drm_WARN_ON over WARN_ON drm/i915/display/ddi: Prefer drm_WARN* over WARN* drm/i915/display/display: Prefer drm_WARN_ON over WARN_ON drm/i915/display/dpll_mgr: Prefer drm_WARN_ON over WARN_ON drm/i915/display/frontbuffer: Prefer drm_WARN_ON over WARN_ON drm/i915/display/global_state: Prefer drm_WARN* over WARN* drm/i915/display/overlay: Prefer drm_WARN_ON over WARN_ON drm/i915/display/vlv_dsi: Prefer drm_WARN_ON over WARN_ON Pascal Roeleven (2): dt-bindings: panel: Add binding for Starry KR070PE2T drm: panel: Add Starry KR070PE2T Pascal Terjan (1): drm/i915: Remove unused HAS_FWTABLE macro Paul Cercueil (2): drm/panel: nt39016: Add support for multiple modes drm/panel: nt39016: Add support for 50 Hz refresh rate Paul Hsieh (1): drm/amd/display: dmcu wait loop calculation is incorrect in RV Peter Jones (1): Make the "Reducing compressed framebufer size" message be DRM_INFO_ONCE() Philip Yang (1): drm/amdkfd: fix restore worker race condition Prike Liang (5): drm/amd/powerplay: implement the is_dpm_running() drm/amdgpu: fix gfx hang during suspend with video playback (v2) drm/amdgpu: fix the hw hang during perform system reboot and reset drm/amd/powerplay: fix resume failed as smu table initialize early exit drm/amd/powerplay: update smu12_driver_if.h to align with pmfw Qiang Yu (15): drm/lima: save process info for debug usage drm/lima: add max_error_tasks module parameter drm/lima: save task info dump when task fail drm/lima: add error sysfs to export error task dump drm/lima: add trace point for tasks drm/lima: use module_platform_driver helper drm/lima: print process name and pid when task error drm/lima: check vm != NULL in lima_vm_put drm/lima: always set page directory when switch vm drm/lima: add lima_devfreq_resume/suspend drm/lima: power down ip blocks when pmu exit drm/lima: add resume/suspend callback for each ip drm/lima: separate clk/regulator enable/disable function drm/lima: add pm resume/suspend ops drm/lima: enable runtime pm Radhakrishna Sripada (1): drm/i915/icl: Update forcewake firmware ranges Rajneesh Bhardwaj (1): drm/amdgpu/gmc: Fix spelling mistake. Ralph Campbell (3): drm/nouveau/svm: map pages after migration drm/nouveau/nouveau/hmm: fix nouveau_dmem_chunk allocations drm/nouveau/nouveau/hmm: fix migrate zero page to GPU Randy Dunlap (9): fbdev: fbmon: fix -Wextra build warnings fbdev: aty: fix -Wextra build warning fbdev: matrox: fix -Wextra build warnings fbdev: savage: fix -Wextra build warning fbdev: pm[23]fb.c: fix -Wextra build warnings and errors fbdev: via: fix -Wextra build warning and format warning drm: amd/display: fix Kconfig help text drm: amdgpu: fix kernel-doc struct warning drm: panel: add MODULE_LICENSE to panel-visionox-rm69299.c Rob Herring (3): drm: pl111: Fix module autoloading drm: pl111: Simplify vexpress init drm: pl111: Move VExpress setup into versatile init Robin Murphy (2): drm/lima: Clean up IRQ warnings drm/lima: Clean up redundant pdev pointer Rodrigo Siqueira (3): drm/amd/display: Fix green screen issue after suspend drm: Correct DP DSC macro typo drm/amd/display: Remove dml_common_def file Roman Li (1): drm/amd/display: fix counter in wait_for_no_pipes_pending Sam Ravnborg (42): dt-bindings: display: grammar fixes in panel/ drm/dp_mst: add kernel-doc for drm_dp_mst_port.fec_capable drm/fb: fix kernel-doc in drm_framebuffer.h drm/sched: fix kernel-doc in gpu_scheduler.h drm/bridge: fix kernel-doc warning in panel.c drm: writeback: document callbacks drm/writeback: wire drm_writeback.h to kernel-doc drm/vblank: Add intro to documentation fbdev: mx3fb: const pointer to ipu_di_signal_cfg dt-bindings: display: allow port and ports in panel-lvds dt-bindings: display: look for dsi* nodes in dsi-controller dt-bindings: display: add te-gpios to panel-common dt-bindings: display: convert samsung,s6e63m0 to DT Schema dt-bindings: display: convert arm,versatile-tft-panel to DT Schema dt-bindings: display: convert boe,himax8279d to DT Schema dt-bindings: display: convert ilitek,ili9322 to DT Schema dt-bindings: display: convert ilitek,ili9881c to DT Schema dt-bindings: display: convert innolux,p097pfg to DT Schema dt-bindings: display: convert innolux,p120zdg-bf1 to DT Schema dt-bindings: display: convert jdi,lt070me05000 to DT Schema dt-bindings: display: convert kingdisplay,kd035g6-54nt to DT Schema dt-bindings: display: convert kingdisplay,kd097d04 to DT Schema dt-bindings: display: convert simple lg panels to DT Schema dt-bindings: display: convert lg,lg4573 to DT Schema dt-bindings: display: convert osddisplays,osd101t2587-53ts to DT Schema dt-bindings: display: convert raydium,rm67191 to DT Schema dt-bindings: display: convert samsung AMOLED to DT Schema dt-bindings: display: convert samsung,s6d16d0 to DT Schema dt-bindings: display: convert samsung,ld9040 to DT Schema dt-bindings: display: convert toppoly panels to DT Schema dt-bindings: display: convert startek,startek-kd050c to DT Schema dt-bindings: display: convert sony,acx565akm to DT Schema dt-bindings: display: convert sitronix,st7789v to DT Schema dt-bindings: display: drop unused simple-panel.txt dt-bindings: display: convert sharp,ls043t1le01 to DT Schema dt-bindings: display: convert sharp,ls037v7dw01 to DT Schema dt-bindings: display: convert sharp,lq150x1lg11 to DT Schema dt-bindings: display: convert seiko,43wvf1g to DT Schema dt-bindings: display: convert lgphilips,lb035q02 to DT Schema dt-bindings: display: convert olimex,lcd-olinuxino to DT Schema dt-bindings: display: move DSI panels to panel-simple-dsi video: vt8500lcdfb: fix fallthrough warning Samuel Zou (2): drm/ast: Make ast_primary_plane_helper_atomic_update static drm/i2c/tda998x: Make tda998x_audio_digital_mute static Sandeep Raghuraman (1): drm/amdgpu: Correctly initialize thermal controller for GPUs with Powerplay table v0 (e.g Hawaii) Sean Paul (3): drm/mst: Separate sideband packet header parsing from message building drm/mst: Support simultaneous down replies drm/dp_mst: Remove single tx msg restriction. Sebastian Reichel (3): drm/panel: simple: Add support for AUO G190EAN01 panel drm/panel: simple: Add support for AUO G156XTN01.0 panel drm/panel: simple: Add support for AUO G121EAN01.4 panel Sergei Lopatin (1): drm/amd/powerplay: force the trim of the mclk dpm_levels if OD is enabled Shirish S (1): drm/amd/display: re-order asic declarations Simon Ser (3): drm: add docs about the IN_FORMATS plane property drm/amd/display: add basic atomic check for cursor plane drm/amd/display: drop cursor position check in atomic test Souptick Joarder (2): drm/gma500: Remove dead code video/fbdev/riva: Remove dead code Stanislav Lisovskiy (15): drm/i915: Start passing latency as parameter drm/i915: Add YUV444 packed format support for skl+ drm/i915: Add intel_atomic_get_bw_*_state helpers drm/i915: Prepare to extract gen specific functions from intel_can_enable_sagv drm/i915: Add pre/post plane updates for SAGV drm/i915: Use bw state for per crtc SAGV evaluation drm/i915: Track active_pipes in bw_state drm/i915: Rename bw_state to new_bw_state drm/i915: Added required new PCode commands drm/i915: Introduce skl_plane_wm_level accessor. drm/i915: Extract skl SAGV checking drm/i915: Make active_pipes check skl specific drm/i915: Add TGL+ SAGV support drm/i915: Restrict qgv points which don't have enough bandwidth. drm/i915: Enable SAGV support for Gen12 Stephen Rothwell (1): drm/amdgpu: fix up for amdgpu_tmz.c and removal of drm/drmP.h Stylon Wang (5): drm/amd/display: Refactor color management to take dm plane state drm/amd/display: Support plane-level gamut remap in DM drm/amd/display: Adjust refactored dm for color management only drm/amd/display: Support FP16 pixel format drm/amd/display: Fix incorrectly pruned modes with deep color Sultan Alsawaf (1): drm/i915: Don't enable WaIncreaseLatencyIPCEnabled when IPC is disabled Sung Lee (10): drm/amd/display: Power down hw blocks on boot drm/amd/display: Check power_down functions exist before calling drm/amd/display: Set meta_chunk_value to 0 in DML if DCC disabled in DCN2.1 drm/amd/display: Cast int to float before division drm/amd/display: Cap certain DML values for Low Pix Clk on DCN2.1 drm/amd/display: Do not disable pipe split if mode is not supported drm/amd/display: Fail validation if building scaling params fails drm/amd/display: Change viewport limit to 12 for DCN2 drm/amd/display: Update downspread percent to match spreadsheet for DCN2.1 drm/amd/display: Update DCN2.1 DV Code Revision Swathi Dhanavanthri (3): drm/i915/tgl: Add new PCI IDs to TGL drm/i915/tgl: Make Wa_14010229206 permanent drm/i915/ehl: Restrict w/a 1607087056 for EHL/JSL Swati Sharma (1): drm/i915/color: Extract icl_read_luts() Takashi Iwai (4): video: omapfb: Use scnprintf() for avoiding potential buffer overflow video: omap2: Use scnprintf() for avoiding potential buffer overflow video: uvesafb: Use scnprintf() for avoiding potential buffer overflow drm/nouveau/kms: Fix regression by audio component transition Tang Bin (1): video: fbdev: don't print error message on platform_get_irq() failure Thierry Reding (1): dt-bindings: panel: Document some missing compatible strings Thomas Zimmermann (47): drm/atmel-hlcdc: Use simple encoder drm/exynos: Use simple encoder drm/fsl-dcu: Use simple encoder drm/gma500: Use simple encoder drm/hisilicon/kirin: Use simple encoder drm/i2c/tda998x: Use simple encoder drm/imx: Use simple encoder drm/ingenic: Use simple encoder drm/mediatek: Use simple encoder drm/rcar-du: Use simple encoder drm/rockchip: Use simple encoder drm/shmobile: Use simple encoder drm/sun4i: Use simple encoder drm/tegra: Use simple encoder drm/tidss: Use simple encoder drm/tilcdc: Use simple encoder drm/vc4: Use simple encoder drm/virtgpu: Use simple encoder drm/vkms: Use simple encoder drm/zte: Use simple encoder drm/ast: Set up fbdev after registering device; remove error checks drm/hibmc: Remove error check from fbdev setup drm/kirin: Set up fbdev after fully registering device drm/ingenic: Remove error check from fbdev setup drm/mediatek: Remove error check from fbdev setup drm/mgag200: Set up fbdev after registering device; remove error checks drm/tilcdc: Set up fbdev after fully registering device drm/udl: Remove error check from fbdev setup drm/vboxvideo: Set up fbdev after registering device; remove error checks drm/fb-helper: Remove return value from drm_fbdev_generic_setup() drm/vram-helpers: Set plane fence for display update drm/vram-helpers: Merge code into a single file Merge drm/drm-next into drm-misc-next Merge tag 'topic/phy-compliance-2020-04-08' of git://anongit.freedesktop.org/drm/drm-misc into drm-misc-next drm/ast: Allocate initial CRTC state of the correct size MAINTAINERS: Restore alphabetical sorting drm/ast: Don't check new mode if CRTC is being disabled drm/mgag200: Convert struct drm_device to struct mga_device with helper drm/mgag200: Remove several references to struct mga_device.dev drm/mgag200: Integrate init function into load function drm/mgag200: Use managed mode-config initialization drm/mgag200: Remove unused fields from struct mga_device drm/mgag200: Embed connector instance in struct mga_device drm/nouveau/kms: Remove unused fields from struct nouveau_framebuffer drm/nouveau/kms: Move struct nouveau_framebuffer.vma to struct nouveau_fbdev drm/nouveau/kms: Remove field nvbo from struct nouveau_framebuffer drm/nouveau/kms: Remove struct nouveau_framebuffer Tian Tao (1): drm/hisilicon: Enforce 128-byte stride alignment to fix the hardware limitation Tianci.Yin (3): drm/amdgpu: add SPM golden settings for Navi10(v2) drm/amdgpu: add SPM golden settings for Navi14 drm/amdgpu: add SPM golden settings for Navi12 Tiecheng Zhou (3): drm/amd/powerplay: avoid using pm_en before it is initialized Revert "drm/amd/powerplay: avoid using pm_en before it is initialized" drm/amd/powerplay: avoid using pm_en before it is initialized revised Tom St Denis (7): drm/amd/amdgpu: Add GFX9.1 PWR_MISC_CNTL_STATUS register to headers drm/amd/amdgpu: Add missing SMUIO v12 register to headers drm/amd/amdgpu: Move PWR_MISC_CNTL_STATUS to its own header drm/amd/amdgpu: Fix SMUIO/PWR Confusion (v2) drm/amd/amdgpu: Include headers for PWR and SMUIO registers drm/amd/amdgpu: add raven1 part to the gfxoff quirk list drm/amd/amdgpu: Add missing GRBM bits for GFX 10.1 Tomi Valkeinen (4): omapfb: Remove unused writeback code drm/panel: panel-simple: fix AUO G101EVN010 connector/panel type drm/omap: change default signal polarities and drives drm/tidss: remove AM65x PG1 YUV erratum code Tomohito Esaki (1): drm: rcar-du: Set primary plane zpos immutably at initializing Uma Shankar (2): drm/i915/display: Fix mode private_flags comparison at atomic_check drm/i915/display: Enable DP Display Audio WA Umesh Nerlige Ramappa (1): drm/i915/perf: Invalidate OA TLB on when closing perf stream Uwe Kleine-König (1): video: fbdev: imxfb: ensure balanced regulator usage Vandita Kulkarni (5): drm/i915/dsi: Configure transcoder operation for command mode. drm/i915/dsi: Add vblank calculation for command mode drm/i915/dsi: Add cmd mode flags in display mode private flags drm/i915/dsi: Add check for periodic command mode drm/i915/dsi: Use private flags to indicate TE in cmd mode Ville Syrjälä (62): drm: Constify topology id drm/edid: Swap some operands in for_each_displayid_db() drm/edid: Remove idx==1 assumptions from all over the DispID parsing drm/edid: Return DispID length from drm_find_displayid_extension() drm/edid: Move validate_displayid() drm_find_displayid_extension() drm/edid: Don't parse garbage as DispID blocks drm/edid: Don't include ext block csum in DispID size drm/edid: Clarify validate_displayid() drm/edid: Fix DispID tile parsing for override EDID drm: Include the encoder itself in possible_clones drm/gma500: Sanitize possible_clones drm/imx: Remove the bogus possible_clones setup drm: Validate encoder->possible_clones drm: Validate encoder->possible_crtcs drm: Skip drm_mode_config_validate() for !modeset drm/i915: Fix crtc nv12 etc. plane bitmasks for DPMS off drm/i915: Get rid of silly void* from MST code drm: Constify adjusted_mode a bit drm/i915/mst: Use .compute_config_late() to compute master transcoder drm/i915: Move TRANS_DDI_FUNC_CTL2 programming where it belongs drm/i915: Drop usless master_transcoder assignments drm/i915: Move icl_get_trans_port_sync_config() into the DDI code drm/i915: Use REG_FIELD_PREP() & co. for TRANS_DDI_FUNC_CTL2 drm/i915: Include port sync state in the state dump drm/i915: Store cpu_transcoder_mask in device info drm/i915: Implement port sync for SKL+ drm/i915: Eliminate port sync copy pasta drm/i915: Fix port sync code to work with >2 pipes drm/i915: Do pipe updates after enables for everyone drm/i915: Pass atomic state to encoder hooks drm/i915: Move the port sync DP_TP_CTL stuff to the encoder hook drm/panel-leadtek-ltk500hd1829: Fix dotclock drm/i915: Pass encoder to intel_ddi_enable_pipe_clock() drm/i915: Move the TRANS_DDI_FUNC_CTL enable to a later point drm/i915: Push TRANS_DDI_FUNC_CTL into the encoder->enable() hook drm/i915: Pass encoder all the way to intel_ddi_transcoder_func_reg_val_get() drm/i915: Flatten intel_dp_check_mst_status() a bit drm/i915: Push MST link retraining to the hotplug work drm/i915: Fix skl+ non-scaled pfit modes drm/i915: Flatten a bunch of the pfit functions drm/i915: Use drm_rect to store the pfit window pos/size drm/i915: s/pipe_config/crtc_state/ in pfit functions drm/i915: Pass connector state to pfit calculations drm/i915: Have pfit calculations return an error code drm/i915: Introduce .set_link_train() vfunc drm/i915: Introduce .set_signal_levels() vfunc drm/i915: Introduce .set_idle_link_train() vfunc drm/i915: Split some long lines drm: Nuke mode->hsync drm/i915/fbc: Require linear fb stride to be multiple of 512 bytes on gen9/glk drm/i915: Remove cnl pre-prod workarounds drm/i915: Nuke mode.vrefresh usage drm/i915: Rename variables to be consistent with bspec drm/i915: Streamline the artihmetic drm/i915/mst: Wait for ACT sent before enabling the pipe drm/i915: Fix glk watermark calculations drm/i915: Turn intel_digital_port_connected() in a vfunc drm/i915: Stash hpd status bits under dev_priv drm/i915: Use stashed away hpd isr bits in intel_digital_port_connected() drm/i915: Nuke pointless div by 64bit drm/i915: Store CS timestamp frequency in Hz drm/i915: Extract i915_cs_timestamp_{ns_to_ticks,tick_to_ns}() Vladimir Stempen (1): drm/amd/display: DP training to set properly SCRAMBLING_DISABLE Wambui Karuga (28): drm/tegra: remove checks for debugfs functions return value drm/tilcdc: remove check for return value of debugfs functions. drm/v3d: make v3d_debugfs_init() return 0 drm/vc4: remove check of return value of drm_debugfs functions drm/arc: make arcgpu_debugfs_init() return 0. drm/arm: make hdlcd_debugfs_init() return 0 drm/etnaviv: remove check for return value of drm_debugfs_create_files() drm/msm: remove checks for return value of drm_debugfs_create_files() drm/sti: remove use of drm_debugfs functions as return values drm/vram-helper: make drm_vram_mm_debugfs_init() return 0 drm/nouveau: make nouveau_drm_debugfs_init() return 0 drm/pl111: make pl111_debugfs_init return 0 drm/omap: remove checks for return value of drm_debugfs functions drm/i915: have *_debugfs_init() functions return void. drm: make various debugfs_init() functions return 0 drm/debugfs: remove checks for return value of drm_debugfs functions. drm: convert .debugfs_init() hook to return void. drm/i915/fbc: convert to drm_device based logging macros. drm/i915/fbdev: convert to drm_device based logging. drm/i915/hdcp: convert to struct drm_device based logging. drm/i915/ggtt: convert to drm_device based logging macros. drm/i915/lrc: convert to struct drm_device based logging macros. drm/i915/rc6: convert to struct drm_device based logging macros. drm/i915/renderstate: use struct drm_device based logging macros. drm/i915/ring_submission: use drm_device based logging macros. drm/i915/rps: use struct drm_device based logging macros. drm/i915/workarounds: convert to drm_device based logging macros. drm/vram-helper: remove unneeded #if defined/endif guards. Wei Yongjun (1): drm/mcde: dsi: Fix return value check in mcde_dsi_bind() Wenjing Liu (2): drm/amd/display: determine USB C DP2 mode only when USB DP Alt is enabled drm/amd/display: add optc get crc support for timings with ODM/DSC Wolfram Sang (6): drm/amdgpu: convert to use i2c_new_client_device() drm/gma500: convert to use i2c_new_client_device() drm/i2c/sil164: convert to use i2c_new_client_device() drm/i2c/tda998x: convert to use i2c_new_client_device() drm/nouveau/therm: convert to use i2c_new_client_device() drm/radeon: convert to use i2c_new_client_device() Wyatt Wood (13): drm/amd/display: Add ABM driver implementation drm/amd/display: Move backlight pwm enable function call drm/amd/display: Implement abm config table copy to dmcub drm/amd/display: Use config flag to disable dmcu obj creation drm/amd/display: Fix ABM config copy for dmcub drm/amd/display: Remove unused defines drm/amd/display: Add user backlight level reg write drm/amd/display: Move enable fractional pwm call drm/amd/display: Remove byte swapping for dmcub abm config table drm/amd/display: Add SetBacklight call to abm on dmcub drm/amd/display: Unify psr feature flags drm/amd/display: Various fixes for PSR on DMCUB drm/amd/display: Convert memory from cpu to fw endianness correctly Xiaodong Yan (3): drm/amd/display: blank dp stream before power off receiver drm/amd/display: only blank dp stream which will be powered off drm/amd/display: blank dp stream before re-train the link Xiyu Yang (1): drm/i915/selftests: Fix i915_address_space refcnt leak Yan Zhao (3): drm/i915/gvt: access shadow ctx via its virtual address directly drm/i915/gvt: combine access to consecutive guest context pages drm/i915/gvt: skip populate shadow context if guest context not changed Yannick Fertre (1): drm/stm: ltdc: check number of endpoints Yifan Zhang (1): drm/amd/display: fix the broken logic in dc_link.c Yintian Tao (6): drm/amdgpu: skip access sdma_v5_0 registers under SRIOV (v2) drm/amdgpu: restrict debugfs register access under SR-IOV drm/amdgpu: resume kiq access debugfs drm/amdgpu: request reg_val_offs each kiq read reg drm/amdgpu: protect ring overrun drm/amdgpu: turn back rlcg write for gfx_v10 Yong Zhao (5): drm/amdkfd: Adjust three kfd dmesg printings during initialization drm/amdgpu: Adjust the SDMA doorbell info printing drm/amdgpu: Print CU information by default during initialization drm/amdgpu: Rename amdgpu_gfx_kcq_queue_mask_transform() drm/amdkfd: Use a systematic method to calculate queue mask bit Yongqiang Sun (4): drm/amd/display: access ABM from stream resource. drm/amd/display: Add panel cntl id for set backlight level. drm/amd/display: Add set backlight to hw sequencer. drm/amd/display: Move panel_cntl specific register from abm to panel_cntl. YueHaibing (6): omapfb/dss: remove unused variable 'venc_config_pal_bdghi' drm/gma500: remove unused variable 'hdmi_ids' drm/amd/dc: remove unused variable 'video_optimized_pixel_rates' drm/amdgpu: remove set but not used variable 'priority' drm/panel: remove set but not used variable 'config' drm/omap: venc: remove unused variable 'venc_config_pal_bdghi' Yuxian Dai (2): drm/amdgpu/powerplay: using the FCLK DPM table to set the MCLK drm/amdgpu/powerplay:avoid to show invalid DPM table info Zbigniew Kempczyński (1): drm/i915/selftests: Add tiled blits selftest Zhan Liu (2): drm/amd/display: Change "error" to "dc_log" at amdgpu_dm dpcd reading stage drm/amd/display: Remove aconnector condition check for dpcd read Zheng Bin (12): drm/panel: ili9322: Remove unneeded semicolon drm/rockchip: Remove unneeded semicolon drm/amdgpu: Remove unneeded semicolon drm/meson: Remove unneeded semicolon drm/amdgpu: remove set but not used variable 'priority' drm/amdgpu: remove set but not used variable 'direct_poll' in vcn_v2_0.c drm/amdgpu: remove set but not used variable 'direct_poll' in vcn_v2_5.c drm/amd/display: remove set but not used variable 'dc' drm/amd/display: remove set but not used variable 'pixel_width' drm/amd/display: remove set but not used variable 'speakers' in dce_stream_encoder.c drm/amd/display: remove set but not used variable 'speakers' in dcn10_stream_encoder.c drm/nouveau/mmu: Remove unneeded semicolon Zhenyu Wang (3): drm/i915/gvt: move workload destroy out of execlist complete drm/i915/gvt: Support PPGTT table load command drm/i915/gvt: use context lrc_reg_state for shadow ppgtt override Zou Wei (3): drm/amd/display: Fix unsigned comparison to zero drm/udl: Make udl_handle_damage static drm/nouveau/acr: Use kmemdup instead of kmalloc and memcpy allen (2): dt-bindings: fix vendor prefix for ITE Tech. Inc. dt-bindings: Add binding for IT6505. chen gong (1): drm/amd/powerpay: Disable gfxoff when setting manual mode on picasso and raven limingyu (1): drm/amdgpu: Init data to avoid oops while reading pp_num_states. shaoyunl (1): amd/amdgpu: Limit rlcg write registers only for nv12 xinhui pan (1): drm/amdgpu: implement more ib pools (v2) yanyan kang (1): drm/amd/display: The external monitor will show gray screen during SUT reboot .../display/allwinner,sun6i-a31-mipi-dsi.yaml | 2 +- .../bindings/display/bridge/adi,adv7123.txt | 50 - .../bindings/display/bridge/anx6345.yaml | 8 + .../bindings/display/bridge/chrontel,ch7033.yaml | 77 + .../bindings/display/bridge/dumb-vga-dac.txt | 50 - .../bindings/display/bridge/dw_mipi_dsi.txt | 32 - .../bindings/display/bridge/ite,it6505.yaml | 91 + .../bindings/display/bridge/lvds-codec.yaml | 8 + .../bindings/display/bridge/nwl-dsi.yaml | 226 ++ .../devicetree/bindings/display/bridge/ps8640.yaml | 8 + .../bindings/display/bridge/simple-bridge.yaml | 99 + .../bindings/display/bridge/snps,dw-mipi-dsi.yaml | 68 + .../bindings/display/bridge/thine,thc63lvd1024.txt | 66 - .../display/bridge/thine,thc63lvd1024.yaml | 121 + .../bindings/display/bridge/ti,ths813x.txt | 51 - .../bindings/display/dsi-controller.yaml | 4 +- .../bindings/display/mediatek/mediatek,dpi.txt | 6 + .../bindings/display/mediatek/mediatek,dsi.txt | 10 + .../display/panel/arm,versatile-tft-panel.txt | 31 - .../display/panel/arm,versatile-tft-panel.yaml | 54 + .../display/panel/asus,z00t-tm5p5-nt35596.yaml | 56 + .../bindings/display/panel/boe,himax8279d.txt | 24 - .../bindings/display/panel/boe,himax8279d.yaml | 59 + .../bindings/display/panel/boe,tv101wum-nl6.yaml | 2 + .../bindings/display/panel/display-timings.yaml | 8 +- .../display/panel/feiyang,fy07024di26a30d.txt | 20 - .../display/panel/feiyang,fy07024di26a30d.yaml | 58 + .../bindings/display/panel/ilitek,ili9322.txt | 49 - .../bindings/display/panel/ilitek,ili9322.yaml | 71 + .../bindings/display/panel/ilitek,ili9881c.txt | 20 - .../bindings/display/panel/ilitek,ili9881c.yaml | 50 + .../bindings/display/panel/innolux,p097pfg.txt | 24 - .../bindings/display/panel/innolux,p097pfg.yaml | 56 + .../bindings/display/panel/innolux,p120zdg-bf1.txt | 22 - .../display/panel/innolux,p120zdg-bf1.yaml | 43 + .../bindings/display/panel/jdi,lt070me05000.txt | 31 - .../bindings/display/panel/jdi,lt070me05000.yaml | 69 + .../display/panel/kingdisplay,kd035g6-54nt.txt | 42 - .../display/panel/kingdisplay,kd035g6-54nt.yaml | 65 + .../display/panel/kingdisplay,kd097d04.txt | 22 - .../display/panel/leadtek,ltk050h3146w.yaml | 51 + .../display/panel/leadtek,ltk500hd1829.yaml | 1 - .../bindings/display/panel/lg,acx467akm-7.txt | 7 - .../bindings/display/panel/lg,ld070wx3-sl01.txt | 7 - .../bindings/display/panel/lg,lg4573.txt | 19 - .../bindings/display/panel/lg,lg4573.yaml | 45 + .../bindings/display/panel/lg,lh500wx1-sd03.txt | 7 - .../bindings/display/panel/lgphilips,lb035q02.txt | 33 - .../bindings/display/panel/lgphilips,lb035q02.yaml | 59 + .../devicetree/bindings/display/panel/lvds.yaml | 10 +- .../display/panel/olimex,lcd-olinuxino.txt | 42 - .../display/panel/olimex,lcd-olinuxino.yaml | 70 + .../display/panel/osddisplays,osd101t2587-53ts.txt | 14 - .../bindings/display/panel/panel-common.yaml | 17 +- .../bindings/display/panel/panel-simple-dsi.yaml | 14 + .../bindings/display/panel/panel-simple.yaml | 22 +- .../bindings/display/panel/raydium,rm67191.txt | 41 - .../bindings/display/panel/raydium,rm67191.yaml | 75 + .../display/panel/samsung,amoled-mipi-dsi.yaml | 65 + .../bindings/display/panel/samsung,ld9040.txt | 66 - .../bindings/display/panel/samsung,ld9040.yaml | 107 + .../bindings/display/panel/samsung,s6d16d0.txt | 30 - .../bindings/display/panel/samsung,s6d16d0.yaml | 56 + .../bindings/display/panel/samsung,s6e3ha2.txt | 31 - .../bindings/display/panel/samsung,s6e63j0x03.txt | 24 - .../bindings/display/panel/samsung,s6e63m0.txt | 33 - .../bindings/display/panel/samsung,s6e63m0.yaml | 60 + .../bindings/display/panel/seiko,43wvf1g.txt | 23 - .../bindings/display/panel/seiko,43wvf1g.yaml | 50 + .../bindings/display/panel/sharp,lq150x1lg11.txt | 36 - .../bindings/display/panel/sharp,lq150x1lg11.yaml | 58 + .../bindings/display/panel/sharp,ls037v7dw01.txt | 43 - .../bindings/display/panel/sharp,ls037v7dw01.yaml | 68 + .../bindings/display/panel/sharp,ls043t1le01.txt | 22 - .../bindings/display/panel/sharp,ls043t1le01.yaml | 51 + .../bindings/display/panel/simple-panel.txt | 1 - .../bindings/display/panel/sitronix,st7701.txt | 30 - .../bindings/display/panel/sitronix,st7701.yaml | 69 + .../bindings/display/panel/sitronix,st7789v.txt | 37 - .../bindings/display/panel/sitronix,st7789v.yaml | 63 + .../bindings/display/panel/sony,acx565akm.txt | 30 - .../bindings/display/panel/sony,acx565akm.yaml | 57 + .../display/panel/startek,startek-kd050c.txt | 4 - .../display/panel/startek,startek-kd050c.yaml | 33 + .../devicetree/bindings/display/panel/tpo,td.yaml | 65 + .../bindings/display/panel/tpo,td028ttec1.txt | 32 - .../bindings/display/panel/tpo,td043mtea1.txt | 33 - .../bindings/display/panel/visionox,rm69299.yaml | 57 + .../bindings/display/panel/xinpeng,xpp055c272.yaml | 1 - .../devicetree/bindings/display/renesas,du.txt | 10 + .../display/rockchip/rockchip,rk3066-hdmi.txt | 72 - .../display/rockchip/rockchip,rk3066-hdmi.yaml | 140 + .../bindings/display/rockchip/rockchip-vop.txt | 74 - .../bindings/display/rockchip/rockchip-vop.yaml | 134 + .../devicetree/bindings/vendor-prefixes.yaml | 8 +- Documentation/driver-api/dma-buf.rst | 4 +- Documentation/gpu/amdgpu.rst | 88 + Documentation/gpu/drm-internals.rst | 12 + Documentation/gpu/drm-kms.rst | 5 +- Documentation/gpu/drm-mm.rst | 9 - Documentation/gpu/i915.rst | 52 +- Documentation/gpu/todo.rst | 12 - MAINTAINERS | 23 +- arch/arm/mach-sa1100/shannon.c | 9 + drivers/char/agp/intel-gtt.c | 21 +- drivers/dma-buf/Makefile | 3 +- drivers/dma-buf/dma-buf.c | 2 + drivers/dma-buf/dma-fence-chain.c | 10 +- drivers/dma-buf/dma-fence.c | 2 +- drivers/dma-buf/selftests.h | 1 + drivers/dma-buf/st-dma-fence-chain.c | 715 +++++ drivers/gpu/drm/Kconfig | 2 - drivers/gpu/drm/Makefile | 7 +- drivers/gpu/drm/amd/amdgpu/Makefile | 2 +- drivers/gpu/drm/amd/amdgpu/amdgpu.h | 82 +- drivers/gpu/drm/amd/amdgpu/amdgpu_acpi.c | 22 +- drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.c | 7 + drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.h | 7 +- drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gfx_v10.c | 3 + drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c | 67 +- drivers/gpu/drm/amd/amdgpu/amdgpu_benchmark.c | 2 +- drivers/gpu/drm/amd/amdgpu/amdgpu_cgs.c | 8 +- drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 5 +- drivers/gpu/drm/amd/amdgpu/amdgpu_ctx.c | 160 +- drivers/gpu/drm/amd/amdgpu/amdgpu_ctx.h | 3 - drivers/gpu/drm/amd/amdgpu/amdgpu_debugfs.c | 151 +- drivers/gpu/drm/amd/amdgpu/amdgpu_debugfs.h | 6 + drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 422 ++- drivers/gpu/drm/amd/amdgpu/amdgpu_df.h | 3 - drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.c | 68 +- drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.h | 1 - drivers/gpu/drm/amd/amdgpu/amdgpu_display.c | 3 +- drivers/gpu/drm/amd/amdgpu/amdgpu_dma_buf.c | 61 +- drivers/gpu/drm/amd/amdgpu/amdgpu_dpm.c | 12 +- drivers/gpu/drm/amd/amdgpu/amdgpu_dpm.h | 3 + drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 40 +- drivers/gpu/drm/amd/amdgpu/amdgpu_fb.c | 3 +- drivers/gpu/drm/amd/amdgpu/amdgpu_fence.c | 10 +- drivers/gpu/drm/amd/amdgpu/amdgpu_fru_eeprom.c | 185 ++ .../amdgpu_fru_eeprom.h} | 18 +- drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c | 55 +- drivers/gpu/drm/amd/amdgpu/amdgpu_gfx.c | 60 +- drivers/gpu/drm/amd/amdgpu/amdgpu_gfx.h | 8 +- drivers/gpu/drm/amd/amdgpu/amdgpu_gmc.c | 47 +- drivers/gpu/drm/amd/amdgpu/amdgpu_gmc.h | 4 + drivers/gpu/drm/amd/amdgpu/amdgpu_ib.c | 91 +- drivers/gpu/drm/amd/amdgpu/amdgpu_ids.c | 6 +- drivers/gpu/drm/amd/amdgpu/amdgpu_irq.c | 2 +- drivers/gpu/drm/amd/amdgpu/amdgpu_job.c | 15 +- drivers/gpu/drm/amd/amdgpu/amdgpu_job.h | 5 +- drivers/gpu/drm/amd/amdgpu/amdgpu_jpeg.c | 3 +- drivers/gpu/drm/amd/amdgpu/amdgpu_jpeg.h | 2 - drivers/gpu/drm/amd/amdgpu/amdgpu_kms.c | 16 +- drivers/gpu/drm/amd/amdgpu/amdgpu_nbio.h | 1 - drivers/gpu/drm/amd/amdgpu/amdgpu_object.c | 2 +- drivers/gpu/drm/amd/amdgpu/amdgpu_object.h | 11 + drivers/gpu/drm/amd/amdgpu/amdgpu_pm.c | 623 ++--- drivers/gpu/drm/amd/amdgpu/amdgpu_pm.h | 49 + drivers/gpu/drm/amd/amdgpu/amdgpu_psp.c | 447 ++- drivers/gpu/drm/amd/amdgpu/amdgpu_psp.h | 56 +- drivers/gpu/drm/amd/amdgpu/amdgpu_ras.c | 169 +- drivers/gpu/drm/amd/amdgpu/amdgpu_ras.h | 4 + drivers/gpu/drm/amd/amdgpu/amdgpu_ring.c | 13 +- drivers/gpu/drm/amd/amdgpu/amdgpu_ring.h | 62 +- drivers/gpu/drm/amd/amdgpu/amdgpu_sdma.h | 7 +- drivers/gpu/drm/amd/amdgpu/amdgpu_sync.c | 5 + drivers/gpu/drm/amd/amdgpu/amdgpu_test.c | 6 +- drivers/gpu/drm/amd/amdgpu/amdgpu_trace.h | 4 +- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 342 ++- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.h | 20 +- drivers/gpu/drm/amd/amdgpu/amdgpu_ucode.c | 4 +- drivers/gpu/drm/amd/amdgpu/amdgpu_umc.c | 9 +- drivers/gpu/drm/amd/amdgpu/amdgpu_uvd.c | 3 +- drivers/gpu/drm/amd/amdgpu/amdgpu_vce.c | 7 +- drivers/gpu/drm/amd/amdgpu/amdgpu_vcn.c | 107 +- drivers/gpu/drm/amd/amdgpu/amdgpu_vcn.h | 32 +- drivers/gpu/drm/amd/amdgpu/amdgpu_virt.c | 103 +- drivers/gpu/drm/amd/amdgpu/amdgpu_virt.h | 28 + drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c | 120 +- drivers/gpu/drm/amd/amdgpu/amdgpu_vm.h | 24 +- drivers/gpu/drm/amd/amdgpu/amdgpu_vm_cpu.c | 2 +- drivers/gpu/drm/amd/amdgpu/amdgpu_vm_sdma.c | 28 +- drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c | 142 +- drivers/gpu/drm/amd/amdgpu/amdgpu_xgmi.c | 146 +- drivers/gpu/drm/amd/amdgpu/amdgpu_xgmi.h | 10 +- drivers/gpu/drm/amd/amdgpu/atom.c | 7 +- drivers/gpu/drm/amd/amdgpu/cik.c | 8 - drivers/gpu/drm/amd/amdgpu/cik_sdma.c | 11 +- drivers/gpu/drm/amd/amdgpu/cikd.h | 2 +- drivers/gpu/drm/amd/amdgpu/dce_v10_0.c | 8 +- drivers/gpu/drm/amd/amdgpu/dce_v11_0.c | 8 +- drivers/gpu/drm/amd/amdgpu/dce_v6_0.c | 14 +- drivers/gpu/drm/amd/amdgpu/dce_v8_0.c | 14 +- drivers/gpu/drm/amd/amdgpu/dce_virtual.c | 13 +- drivers/gpu/drm/amd/amdgpu/df_v3_6.c | 54 - drivers/gpu/drm/amd/amdgpu/gfx_v10_0.c | 2905 +++++++++++++++++++- drivers/gpu/drm/amd/amdgpu/gfx_v6_0.c | 35 +- drivers/gpu/drm/amd/amdgpu/gfx_v7_0.c | 69 +- drivers/gpu/drm/amd/amdgpu/gfx_v8_0.c | 78 +- drivers/gpu/drm/amd/amdgpu/gfx_v9_0.c | 209 +- drivers/gpu/drm/amd/amdgpu/gfx_v9_4.c | 35 +- drivers/gpu/drm/amd/amdgpu/gfxhub_v1_0.c | 2 +- drivers/gpu/drm/amd/amdgpu/gmc_v10_0.c | 28 +- drivers/gpu/drm/amd/amdgpu/gmc_v6_0.c | 13 +- drivers/gpu/drm/amd/amdgpu/gmc_v7_0.c | 3 +- drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c | 3 +- drivers/gpu/drm/amd/amdgpu/gmc_v9_0.c | 16 +- drivers/gpu/drm/amd/amdgpu/jpeg_v1_0.c | 3 +- drivers/gpu/drm/amd/amdgpu/jpeg_v2_0.c | 6 +- drivers/gpu/drm/amd/amdgpu/jpeg_v2_5.c | 4 +- drivers/gpu/drm/amd/amdgpu/mmhub_v1_0.c | 14 +- drivers/gpu/drm/amd/amdgpu/mxgpu_ai.h | 5 +- drivers/gpu/drm/amd/amdgpu/mxgpu_nv.c | 97 +- drivers/gpu/drm/amd/amdgpu/mxgpu_nv.h | 46 +- drivers/gpu/drm/amd/amdgpu/mxgpu_vi.h | 3 +- drivers/gpu/drm/amd/amdgpu/navi10_ih.c | 302 +- drivers/gpu/drm/amd/amdgpu/navi10_sdma_pkt_open.h | 16 + drivers/gpu/drm/amd/amdgpu/nbio_v2_3.c | 18 - drivers/gpu/drm/amd/amdgpu/nbio_v6_1.c | 18 - drivers/gpu/drm/amd/amdgpu/nbio_v7_0.c | 7 - drivers/gpu/drm/amd/amdgpu/nbio_v7_4.c | 36 +- drivers/gpu/drm/amd/amdgpu/nv.c | 28 +- drivers/gpu/drm/amd/amdgpu/nvd.h | 49 + drivers/gpu/drm/amd/amdgpu/psp_v10_0.c | 145 +- drivers/gpu/drm/amd/amdgpu/psp_v11_0.c | 419 +-- drivers/gpu/drm/amd/amdgpu/psp_v12_0.c | 172 +- drivers/gpu/drm/amd/amdgpu/psp_v3_1.c | 262 +- drivers/gpu/drm/amd/amdgpu/sdma_v2_4.c | 11 +- drivers/gpu/drm/amd/amdgpu/sdma_v3_0.c | 11 +- drivers/gpu/drm/amd/amdgpu/sdma_v4_0.c | 47 +- drivers/gpu/drm/amd/amdgpu/sdma_v5_0.c | 143 +- drivers/gpu/drm/amd/amdgpu/si.c | 8 - drivers/gpu/drm/amd/amdgpu/si_dma.c | 10 +- drivers/gpu/drm/amd/amdgpu/si_dpm.c | 20 - drivers/gpu/drm/amd/amdgpu/soc15.c | 20 +- drivers/gpu/drm/amd/amdgpu/soc15_common.h | 3 + drivers/gpu/drm/amd/amdgpu/soc15d.h | 26 +- drivers/gpu/drm/amd/amdgpu/ta_ras_if.h | 59 +- drivers/gpu/drm/amd/amdgpu/umc_v6_1.c | 112 +- drivers/gpu/drm/amd/amdgpu/uvd_v4_2.c | 6 +- drivers/gpu/drm/amd/amdgpu/uvd_v5_0.c | 6 +- drivers/gpu/drm/amd/amdgpu/uvd_v6_0.c | 16 +- drivers/gpu/drm/amd/amdgpu/uvd_v7_0.c | 23 +- drivers/gpu/drm/amd/amdgpu/vce_v2_0.c | 3 +- drivers/gpu/drm/amd/amdgpu/vce_v3_0.c | 3 +- drivers/gpu/drm/amd/amdgpu/vce_v4_0.c | 7 +- drivers/gpu/drm/amd/amdgpu/vcn_v1_0.c | 9 +- drivers/gpu/drm/amd/amdgpu/vcn_v2_0.c | 80 +- drivers/gpu/drm/amd/amdgpu/vcn_v2_5.c | 471 ++-- drivers/gpu/drm/amd/amdgpu/vi.c | 24 - drivers/gpu/drm/amd/amdgpu/vid.h | 2 +- drivers/gpu/drm/amd/amdkfd/kfd_chardev.c | 55 +- drivers/gpu/drm/amd/amdkfd/kfd_crat.c | 2 +- drivers/gpu/drm/amd/amdkfd/kfd_device.c | 40 +- .../gpu/drm/amd/amdkfd/kfd_device_queue_manager.c | 47 +- .../gpu/drm/amd/amdkfd/kfd_device_queue_manager.h | 1 + drivers/gpu/drm/amd/amdkfd/kfd_int_process_v9.c | 4 +- drivers/gpu/drm/amd/amdkfd/kfd_iommu.c | 2 +- drivers/gpu/drm/amd/amdkfd/kfd_kernel_queue.c | 1 + drivers/gpu/drm/amd/amdkfd/kfd_packet_manager.c | 6 +- drivers/gpu/drm/amd/amdkfd/kfd_packet_manager_v9.c | 2 +- drivers/gpu/drm/amd/amdkfd/kfd_priv.h | 23 + drivers/gpu/drm/amd/amdkfd/kfd_process.c | 62 +- .../gpu/drm/amd/amdkfd/kfd_process_queue_manager.c | 9 + drivers/gpu/drm/amd/amdkfd/kfd_topology.c | 11 +- drivers/gpu/drm/amd/amdkfd/kfd_topology.h | 6 +- drivers/gpu/drm/amd/display/Kconfig | 8 +- drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 623 +++-- drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.h | 1 + .../drm/amd/display/amdgpu_dm/amdgpu_dm_color.c | 27 +- .../drm/amd/display/amdgpu_dm/amdgpu_dm_debugfs.c | 73 +- .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_hdcp.c | 10 +- .../drm/amd/display/amdgpu_dm/amdgpu_dm_helpers.c | 42 +- .../amd/display/amdgpu_dm/amdgpu_dm_mst_types.c | 103 +- .../amd/display/amdgpu_dm/amdgpu_dm_mst_types.h | 3 +- drivers/gpu/drm/amd/display/dc/basics/Makefile | 3 +- .../gpu/drm/amd/display/dc/bios/command_table2.c | 62 +- drivers/gpu/drm/amd/display/dc/calcs/dcn_calcs.c | 21 +- drivers/gpu/drm/amd/display/dc/clk_mgr/clk_mgr.c | 2 +- .../amd/display/dc/clk_mgr/dce100/dce_clk_mgr.c | 2 +- .../dc/clk_mgr/dcn10/rv1_clk_mgr_vbios_smu.c | 3 - drivers/gpu/drm/amd/display/dc/core/dc.c | 35 +- drivers/gpu/drm/amd/display/dc/core/dc_link.c | 644 +++-- drivers/gpu/drm/amd/display/dc/core/dc_link_ddc.c | 2 +- drivers/gpu/drm/amd/display/dc/core/dc_link_dp.c | 74 +- drivers/gpu/drm/amd/display/dc/core/dc_link_hwss.c | 2 +- drivers/gpu/drm/amd/display/dc/core/dc_resource.c | 107 +- drivers/gpu/drm/amd/display/dc/core/dc_sink.c | 1 + drivers/gpu/drm/amd/display/dc/core/dc_stream.c | 40 +- drivers/gpu/drm/amd/display/dc/dc.h | 100 +- drivers/gpu/drm/amd/display/dc/dc_dmub_srv.c | 4 +- drivers/gpu/drm/amd/display/dc/dc_dmub_srv.h | 5 +- drivers/gpu/drm/amd/display/dc/dc_dp_types.h | 6 + drivers/gpu/drm/amd/display/dc/dc_helper.c | 6 +- drivers/gpu/drm/amd/display/dc/dc_link.h | 30 +- drivers/gpu/drm/amd/display/dc/dc_stream.h | 2 - drivers/gpu/drm/amd/display/dc/dc_types.h | 5 + drivers/gpu/drm/amd/display/dc/dce/Makefile | 2 +- drivers/gpu/drm/amd/display/dc/dce/dce_abm.c | 225 +- drivers/gpu/drm/amd/display/dc/dce/dce_abm.h | 30 +- .../gpu/drm/amd/display/dc/dce/dce_clock_source.c | 33 - drivers/gpu/drm/amd/display/dc/dce/dce_hwseq.h | 65 +- .../gpu/drm/amd/display/dc/dce/dce_link_encoder.c | 20 +- .../gpu/drm/amd/display/dc/dce/dce_link_encoder.h | 3 + .../gpu/drm/amd/display/dc/dce/dce_panel_cntl.c | 299 ++ .../gpu/drm/amd/display/dc/dce/dce_panel_cntl.h | 125 + .../drm/amd/display/dc/dce/dce_stream_encoder.c | 2 - drivers/gpu/drm/amd/display/dc/dce/dmub_abm.c | 319 +++ .../dc/{basics/log_helpers.c => dce/dmub_abm.h} | 25 +- drivers/gpu/drm/amd/display/dc/dce/dmub_psr.c | 76 +- .../drm/amd/display/dc/dce100/dce100_resource.c | 31 + .../amd/display/dc/dce110/dce110_hw_sequencer.c | 111 +- .../amd/display/dc/dce110/dce110_hw_sequencer.h | 7 +- .../drm/amd/display/dc/dce110/dce110_opp_csc_v.c | 3 +- .../drm/amd/display/dc/dce110/dce110_resource.c | 31 + .../drm/amd/display/dc/dce112/dce112_resource.c | 33 +- .../drm/amd/display/dc/dce120/dce120_resource.c | 33 +- .../drm/amd/display/dc/dce80/dce80_hw_sequencer.c | 28 - .../gpu/drm/amd/display/dc/dce80/dce80_resource.c | 31 + drivers/gpu/drm/amd/display/dc/dcn10/dcn10_dpp.c | 7 - .../gpu/drm/amd/display/dc/dcn10/dcn10_hubbub.c | 1 - drivers/gpu/drm/amd/display/dc/dcn10/dcn10_hubp.c | 18 +- .../drm/amd/display/dc/dcn10/dcn10_hw_sequencer.c | 205 +- .../drm/amd/display/dc/dcn10/dcn10_hw_sequencer.h | 6 + drivers/gpu/drm/amd/display/dc/dcn10/dcn10_init.c | 6 +- .../drm/amd/display/dc/dcn10/dcn10_link_encoder.c | 20 +- .../drm/amd/display/dc/dcn10/dcn10_link_encoder.h | 3 + drivers/gpu/drm/amd/display/dc/dcn10/dcn10_mpc.c | 15 + drivers/gpu/drm/amd/display/dc/dcn10/dcn10_mpc.h | 20 +- drivers/gpu/drm/amd/display/dc/dcn10/dcn10_optc.c | 6 +- drivers/gpu/drm/amd/display/dc/dcn10/dcn10_optc.h | 7 +- .../gpu/drm/amd/display/dc/dcn10/dcn10_resource.c | 97 +- .../amd/display/dc/dcn10/dcn10_stream_encoder.c | 2 - .../gpu/drm/amd/display/dc/dcn20/dcn20_hubbub.h | 1 + drivers/gpu/drm/amd/display/dc/dcn20/dcn20_hwseq.c | 24 +- drivers/gpu/drm/amd/display/dc/dcn20/dcn20_init.c | 6 +- .../drm/amd/display/dc/dcn20/dcn20_link_encoder.c | 40 + .../drm/amd/display/dc/dcn20/dcn20_link_encoder.h | 4 + drivers/gpu/drm/amd/display/dc/dcn20/dcn20_mpc.c | 3 +- drivers/gpu/drm/amd/display/dc/dcn20/dcn20_mpc.h | 3 +- drivers/gpu/drm/amd/display/dc/dcn20/dcn20_optc.c | 14 +- drivers/gpu/drm/amd/display/dc/dcn20/dcn20_optc.h | 7 + .../gpu/drm/amd/display/dc/dcn20/dcn20_resource.c | 323 ++- .../gpu/drm/amd/display/dc/dcn20/dcn20_resource.h | 8 +- .../gpu/drm/amd/display/dc/dcn21/dcn21_hubbub.c | 7 +- drivers/gpu/drm/amd/display/dc/dcn21/dcn21_hubp.c | 33 +- drivers/gpu/drm/amd/display/dc/dcn21/dcn21_init.c | 12 +- .../drm/amd/display/dc/dcn21/dcn21_link_encoder.c | 27 +- .../gpu/drm/amd/display/dc/dcn21/dcn21_resource.c | 197 +- drivers/gpu/drm/amd/display/dc/dml/Makefile | 2 - .../display/dc/dml/dcn20/display_mode_vba_20v2.c | 32 +- .../display/dc/dml/dcn20/display_rq_dlg_calc_20.h | 1 - .../dc/dml/dcn20/display_rq_dlg_calc_20v2.h | 1 - .../amd/display/dc/dml/dcn21/display_mode_vba_21.c | 30 +- .../display/dc/dml/dcn21/display_rq_dlg_calc_21.c | 25 +- .../display/dc/dml/dcn21/display_rq_dlg_calc_21.h | 2 +- .../gpu/drm/amd/display/dc/dml/display_mode_lib.h | 6 +- .../drm/amd/display/dc/dml/display_mode_structs.h | 2 + .../gpu/drm/amd/display/dc/dml/display_mode_vba.c | 2 + .../gpu/drm/amd/display/dc/dml/display_mode_vba.h | 4 +- .../amd/display/dc/dml/display_rq_dlg_helpers.h | 1 - .../amd/display/dc/dml/dml1_display_rq_dlg_calc.h | 2 - .../gpu/drm/amd/display/dc/dml/dml_inline_defs.h | 15 +- drivers/gpu/drm/amd/display/dc/dsc/dc_dsc.c | 2 +- drivers/gpu/drm/amd/display/dc/hdcp/hdcp_msg.c | 89 + drivers/gpu/drm/amd/display/dc/inc/core_types.h | 3 + drivers/gpu/drm/amd/display/dc/inc/hw/abm.h | 21 +- drivers/gpu/drm/amd/display/dc/inc/hw/dchubbub.h | 2 + drivers/gpu/drm/amd/display/dc/inc/hw/mpc.h | 16 + drivers/gpu/drm/amd/display/dc/inc/hw/panel_cntl.h | 67 + .../drm/amd/display/dc/inc/hw/timing_generator.h | 3 + drivers/gpu/drm/amd/display/dc/inc/hw/transform.h | 2 + drivers/gpu/drm/amd/display/dc/inc/hw_sequencer.h | 16 + .../drm/amd/display/dc/inc/hw_sequencer_private.h | 2 - drivers/gpu/drm/amd/display/dc/inc/resource.h | 5 +- drivers/gpu/drm/amd/display/dc/os_types.h | 2 +- .../amd/display/dc/virtual/virtual_link_encoder.c | 9 + .../gpu/drm/amd/display/dmub/{inc => }/dmub_srv.h | 23 +- drivers/gpu/drm/amd/display/dmub/inc/dmub_cmd.h | 14 + .../gpu/drm/amd/display/dmub/inc/dmub_cmd_dal.h | 15 +- drivers/gpu/drm/amd/display/dmub/inc/dmub_rb.h | 6 +- drivers/gpu/drm/amd/display/dmub/inc/dmub_types.h | 11 + drivers/gpu/drm/amd/display/dmub/src/dmub_dcn20.c | 26 +- drivers/gpu/drm/amd/display/dmub/src/dmub_dcn21.c | 2 +- drivers/gpu/drm/amd/display/dmub/src/dmub_reg.c | 2 +- drivers/gpu/drm/amd/display/dmub/src/dmub_srv.c | 33 +- drivers/gpu/drm/amd/display/include/hdcp_types.h | 7 + .../gpu/drm/amd/display/include/logger_interface.h | 4 - .../drm/amd/display/modules/color/color_gamma.c | 33 +- .../drm/amd/display/modules/color/color_gamma.h | 4 +- .../drm/amd/display/modules/freesync/freesync.c | 101 +- drivers/gpu/drm/amd/display/modules/hdcp/hdcp.c | 5 +- drivers/gpu/drm/amd/display/modules/hdcp/hdcp.h | 30 +- .../drm/amd/display/modules/hdcp/hdcp1_execution.c | 2 +- .../drm/amd/display/modules/hdcp/hdcp2_execution.c | 2 +- .../gpu/drm/amd/display/modules/hdcp/hdcp_log.c | 8 +- .../gpu/drm/amd/display/modules/hdcp/hdcp_psp.c | 482 ++-- .../gpu/drm/amd/display/modules/inc/mod_freesync.h | 3 + drivers/gpu/drm/amd/display/modules/inc/mod_hdcp.h | 5 +- .../gpu/drm/amd/display/modules/inc/mod_shared.h | 5 +- .../amd/display/modules/info_packet/info_packet.c | 2 +- .../drm/amd/display/modules/power/power_helpers.c | 103 +- .../drm/amd/display/modules/power/power_helpers.h | 3 + drivers/gpu/drm/amd/display/modules/stats/stats.c | 448 --- drivers/gpu/drm/amd/display/modules/vmid/vmid.c | 7 +- drivers/gpu/drm/amd/include/amd_shared.h | 14 + .../amd/include/asic_reg/gc/gc_10_1_0_sh_mask.h | 4 + .../amd/include/asic_reg/nbif/nbif_6_1_offset.h | 2 + .../amd/include/asic_reg/nbio/nbio_7_0_offset.h | 2 + .../amd/include/asic_reg/nbio/nbio_7_4_offset.h | 2 + .../drm/amd/include/asic_reg/pwr/pwr_10_0_offset.h | 27 + .../amd/include/asic_reg/pwr/pwr_10_0_sh_mask.h | 30 + .../include/asic_reg/smuio/smuio_12_0_0_offset.h | 30 + .../include/asic_reg/smuio/smuio_12_0_0_sh_mask.h | 33 + drivers/gpu/drm/amd/include/atomfirmware.h | 114 +- drivers/gpu/drm/amd/include/cgs_common.h | 1 - drivers/gpu/drm/amd/powerplay/amd_powerplay.c | 18 +- drivers/gpu/drm/amd/powerplay/amdgpu_smu.c | 336 ++- drivers/gpu/drm/amd/powerplay/arcturus_ppt.c | 49 +- .../gpu/drm/amd/powerplay/hwmgr/processpptables.c | 26 + drivers/gpu/drm/amd/powerplay/hwmgr/smu10_hwmgr.c | 184 +- drivers/gpu/drm/amd/powerplay/hwmgr/smu10_hwmgr.h | 2 +- .../amd/powerplay/hwmgr/smu7_clockpowergating.c | 61 +- drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c | 135 +- .../gpu/drm/amd/powerplay/hwmgr/smu7_powertune.c | 40 +- drivers/gpu/drm/amd/powerplay/hwmgr/smu7_thermal.c | 17 +- drivers/gpu/drm/amd/powerplay/hwmgr/smu8_hwmgr.c | 157 +- drivers/gpu/drm/amd/powerplay/hwmgr/smu_helper.c | 71 +- drivers/gpu/drm/amd/powerplay/hwmgr/vega10_baco.c | 2 +- drivers/gpu/drm/amd/powerplay/hwmgr/vega10_hwmgr.c | 141 +- .../gpu/drm/amd/powerplay/hwmgr/vega10_powertune.c | 32 +- .../gpu/drm/amd/powerplay/hwmgr/vega10_thermal.c | 6 +- drivers/gpu/drm/amd/powerplay/hwmgr/vega12_baco.c | 2 +- drivers/gpu/drm/amd/powerplay/hwmgr/vega12_hwmgr.c | 149 +- .../gpu/drm/amd/powerplay/hwmgr/vega12_thermal.c | 7 +- drivers/gpu/drm/amd/powerplay/hwmgr/vega20_baco.c | 8 +- drivers/gpu/drm/amd/powerplay/hwmgr/vega20_hwmgr.c | 181 +- .../gpu/drm/amd/powerplay/hwmgr/vega20_powertune.c | 6 +- .../gpu/drm/amd/powerplay/hwmgr/vega20_thermal.c | 7 +- drivers/gpu/drm/amd/powerplay/inc/amdgpu_smu.h | 11 +- drivers/gpu/drm/amd/powerplay/inc/arcturus_ppsmc.h | 3 +- drivers/gpu/drm/amd/powerplay/inc/hwmgr.h | 1 + .../amd/powerplay/inc/smu11_driver_if_arcturus.h | 15 +- .../gpu/drm/amd/powerplay/inc/smu12_driver_if.h | 40 +- drivers/gpu/drm/amd/powerplay/inc/smu_types.h | 1 + drivers/gpu/drm/amd/powerplay/inc/smu_v11_0.h | 5 +- drivers/gpu/drm/amd/powerplay/inc/smumgr.h | 7 +- drivers/gpu/drm/amd/powerplay/navi10_ppt.c | 107 +- drivers/gpu/drm/amd/powerplay/renoir_ppt.c | 15 +- drivers/gpu/drm/amd/powerplay/smu_internal.h | 5 + drivers/gpu/drm/amd/powerplay/smu_v11_0.c | 139 +- drivers/gpu/drm/amd/powerplay/smu_v12_0.c | 16 +- drivers/gpu/drm/amd/powerplay/smumgr/ci_smumgr.c | 18 +- drivers/gpu/drm/amd/powerplay/smumgr/fiji_smumgr.c | 35 +- .../gpu/drm/amd/powerplay/smumgr/iceland_smumgr.c | 1 + .../drm/amd/powerplay/smumgr/polaris10_smumgr.c | 31 +- .../gpu/drm/amd/powerplay/smumgr/smu10_smumgr.c | 42 +- drivers/gpu/drm/amd/powerplay/smumgr/smu7_smumgr.c | 48 +- drivers/gpu/drm/amd/powerplay/smumgr/smu7_smumgr.h | 4 +- drivers/gpu/drm/amd/powerplay/smumgr/smu8_smumgr.c | 69 +- drivers/gpu/drm/amd/powerplay/smumgr/smumgr.c | 56 +- .../gpu/drm/amd/powerplay/smumgr/tonga_smumgr.c | 15 +- .../gpu/drm/amd/powerplay/smumgr/vega10_smumgr.c | 56 +- .../gpu/drm/amd/powerplay/smumgr/vega12_smumgr.c | 68 +- .../gpu/drm/amd/powerplay/smumgr/vega20_smumgr.c | 106 +- .../gpu/drm/amd/powerplay/smumgr/vegam_smumgr.c | 18 +- drivers/gpu/drm/amd/powerplay/vega20_ppt.c | 4 +- drivers/gpu/drm/arc/arcpgu_drv.c | 7 +- drivers/gpu/drm/arm/display/komeda/komeda_kms.c | 16 +- drivers/gpu/drm/arm/hdlcd_drv.c | 7 +- drivers/gpu/drm/arm/malidp_drv.c | 3 +- drivers/gpu/drm/armada/armada_drv.c | 2 + drivers/gpu/drm/aspeed/aspeed_gfx.h | 3 +- drivers/gpu/drm/aspeed/aspeed_gfx_crtc.c | 2 +- drivers/gpu/drm/aspeed/aspeed_gfx_drv.c | 31 +- drivers/gpu/drm/aspeed/aspeed_gfx_out.c | 2 +- drivers/gpu/drm/ast/ast_drv.c | 3 + drivers/gpu/drm/ast/ast_main.c | 5 - drivers/gpu/drm/ast/ast_mode.c | 25 +- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_output.c | 12 +- drivers/gpu/drm/bochs/bochs.h | 1 - drivers/gpu/drm/bochs/bochs_drv.c | 6 +- drivers/gpu/drm/bochs/bochs_kms.c | 16 +- drivers/gpu/drm/bridge/Kconfig | 26 + drivers/gpu/drm/bridge/Makefile | 2 + drivers/gpu/drm/bridge/adv7511/Kconfig | 2 +- drivers/gpu/drm/bridge/adv7511/adv7511_audio.c | 26 +- drivers/gpu/drm/bridge/chrontel-ch7033.c | 620 +++++ drivers/gpu/drm/bridge/nwl-dsi.c | 1213 ++++++++ drivers/gpu/drm/bridge/nwl-dsi.h | 144 + drivers/gpu/drm/bridge/panel.c | 7 +- drivers/gpu/drm/bridge/parade-ps8640.c | 2 - drivers/gpu/drm/bridge/sii9234.c | 3 +- drivers/gpu/drm/bridge/synopsys/dw-hdmi.c | 86 +- drivers/gpu/drm/bridge/tc358768.c | 4 +- drivers/gpu/drm/cirrus/Kconfig | 19 - drivers/gpu/drm/cirrus/Makefile | 2 - drivers/gpu/drm/drm_atomic.c | 8 +- drivers/gpu/drm/drm_auth.c | 69 +- drivers/gpu/drm/drm_blend.c | 16 +- drivers/gpu/drm/drm_bufs.c | 2 +- drivers/gpu/drm/drm_client.c | 8 +- drivers/gpu/drm/drm_connector.c | 6 +- drivers/gpu/drm/drm_crtc_internal.h | 4 +- drivers/gpu/drm/drm_debugfs.c | 45 +- drivers/gpu/drm/drm_dma.c | 2 +- drivers/gpu/drm/drm_dp_helper.c | 271 ++ drivers/gpu/drm/drm_dp_mst_topology.c | 402 ++- drivers/gpu/drm/drm_drv.c | 230 +- drivers/gpu/drm/drm_edid.c | 111 +- drivers/gpu/drm/drm_fb_cma_helper.c | 2 +- drivers/gpu/drm/drm_fb_helper.c | 31 +- drivers/gpu/drm/drm_file.c | 6 +- drivers/gpu/drm/drm_framebuffer.c | 8 +- drivers/gpu/drm/drm_gem.c | 23 +- drivers/gpu/drm/drm_gem_framebuffer_helper.c | 224 +- drivers/gpu/drm/drm_gem_vram_helper.c | 124 +- drivers/gpu/drm/drm_internal.h | 7 +- drivers/gpu/drm/drm_ioctl.c | 4 +- drivers/gpu/drm/drm_managed.c | 275 ++ drivers/gpu/drm/drm_mipi_dbi.c | 33 +- drivers/gpu/drm/drm_mm.c | 133 +- drivers/gpu/drm/drm_mode_config.c | 110 +- drivers/gpu/drm/drm_mode_object.c | 10 +- drivers/gpu/drm/drm_modes.c | 26 - drivers/gpu/drm/drm_pci.c | 4 +- drivers/gpu/drm/drm_plane.c | 9 + drivers/gpu/drm/drm_vblank.c | 98 +- drivers/gpu/drm/drm_vm.c | 4 +- drivers/gpu/drm/drm_vram_helper_common.c | 94 - drivers/gpu/drm/etnaviv/etnaviv_drv.c | 18 +- drivers/gpu/drm/exynos/exynos_dp.c | 8 +- drivers/gpu/drm/exynos/exynos_drm_dpi.c | 8 +- drivers/gpu/drm/exynos/exynos_drm_drv.c | 1 - drivers/gpu/drm/exynos/exynos_drm_dsi.c | 34 +- drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 28 +- drivers/gpu/drm/exynos/exynos_drm_gem.c | 182 +- drivers/gpu/drm/exynos/exynos_drm_gem.h | 16 +- drivers/gpu/drm/exynos/exynos_drm_mic.c | 2 +- drivers/gpu/drm/exynos/exynos_drm_rotator.c | 4 +- drivers/gpu/drm/exynos/exynos_drm_scaler.c | 4 +- drivers/gpu/drm/exynos/exynos_drm_vidi.c | 34 +- drivers/gpu/drm/exynos/exynos_hdmi.c | 8 +- drivers/gpu/drm/exynos/exynos_mixer.c | 6 +- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_rgb.c | 14 +- drivers/gpu/drm/gma500/cdv_intel_crt.c | 14 +- drivers/gpu/drm/gma500/cdv_intel_dp.c | 47 +- drivers/gpu/drm/gma500/cdv_intel_hdmi.c | 4 +- drivers/gpu/drm/gma500/cdv_intel_lvds.c | 100 +- drivers/gpu/drm/gma500/framebuffer.c | 16 +- drivers/gpu/drm/gma500/mdfld_dsi_dpi.c | 11 +- drivers/gpu/drm/gma500/mdfld_intel_display.c | 31 - drivers/gpu/drm/gma500/mdfld_output.h | 1 - drivers/gpu/drm/gma500/mdfld_tmd_vid.c | 6 - drivers/gpu/drm/gma500/mdfld_tpo_vid.c | 6 - drivers/gpu/drm/gma500/oaktrail_hdmi.c | 19 +- drivers/gpu/drm/gma500/oaktrail_lvds.c | 5 +- drivers/gpu/drm/gma500/psb_intel_drv.h | 1 - drivers/gpu/drm/gma500/psb_intel_lvds.c | 18 +- drivers/gpu/drm/gma500/psb_intel_sdvo.c | 99 - drivers/gpu/drm/gma500/tc35876x-dsi-lvds.c | 13 +- drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_de.c | 9 +- drivers/gpu/drm/hisilicon/hibmc/hibmc_drm_drv.c | 8 +- drivers/gpu/drm/hisilicon/hibmc/hibmc_ttm.c | 2 +- drivers/gpu/drm/hisilicon/kirin/dw_drm_dsi.c | 9 +- drivers/gpu/drm/hisilicon/kirin/kirin_drm_ade.c | 1 - drivers/gpu/drm/hisilicon/kirin/kirin_drm_drv.c | 43 - drivers/gpu/drm/hisilicon/kirin/kirin_drm_drv.h | 1 - drivers/gpu/drm/i2c/sil164_drv.c | 7 +- drivers/gpu/drm/i2c/tda998x_drv.c | 23 +- drivers/gpu/drm/i915/Kconfig.profile | 12 + drivers/gpu/drm/i915/Makefile | 32 +- drivers/gpu/drm/i915/display/icl_dsi.c | 188 +- drivers/gpu/drm/i915/display/intel_atomic_plane.c | 25 +- drivers/gpu/drm/i915/display/intel_atomic_plane.h | 2 + drivers/gpu/drm/i915/display/intel_audio.c | 144 +- drivers/gpu/drm/i915/display/intel_bw.c | 194 +- drivers/gpu/drm/i915/display/intel_bw.h | 27 + drivers/gpu/drm/i915/display/intel_color.c | 121 +- drivers/gpu/drm/i915/display/intel_connector.c | 5 +- drivers/gpu/drm/i915/display/intel_crt.c | 40 +- drivers/gpu/drm/i915/display/intel_ddi.c | 822 ++++-- drivers/gpu/drm/i915/display/intel_ddi.h | 9 +- drivers/gpu/drm/i915/display/intel_display.c | 920 +++---- drivers/gpu/drm/i915/display/intel_display.h | 11 +- .../gpu/drm/i915/display/intel_display_debugfs.c | 130 +- .../gpu/drm/i915/display/intel_display_debugfs.h | 4 +- drivers/gpu/drm/i915/display/intel_display_power.c | 558 ++-- drivers/gpu/drm/i915/display/intel_display_power.h | 5 +- drivers/gpu/drm/i915/display/intel_display_types.h | 50 +- drivers/gpu/drm/i915/display/intel_dp.c | 2023 +++++++++----- drivers/gpu/drm/i915/display/intel_dp.h | 19 +- .../gpu/drm/i915/display/intel_dp_aux_backlight.c | 85 +- .../gpu/drm/i915/display/intel_dp_link_training.c | 9 +- .../gpu/drm/i915/display/intel_dp_link_training.h | 4 + drivers/gpu/drm/i915/display/intel_dp_mst.c | 164 +- drivers/gpu/drm/i915/display/intel_dpll_mgr.c | 8 +- drivers/gpu/drm/i915/display/intel_dsb.c | 6 +- drivers/gpu/drm/i915/display/intel_dsi.c | 9 +- drivers/gpu/drm/i915/display/intel_dsi_vbt.c | 13 +- drivers/gpu/drm/i915/display/intel_dvo.c | 9 +- drivers/gpu/drm/i915/display/intel_fbc.c | 97 +- drivers/gpu/drm/i915/display/intel_fbdev.c | 96 +- drivers/gpu/drm/i915/display/intel_frontbuffer.c | 6 +- drivers/gpu/drm/i915/display/intel_global_state.c | 9 +- drivers/gpu/drm/i915/display/intel_gmbus.c | 3 +- drivers/gpu/drm/i915/display/intel_hdcp.c | 29 +- drivers/gpu/drm/i915/display/intel_hdcp.h | 4 +- drivers/gpu/drm/i915/display/intel_hdmi.c | 302 +- drivers/gpu/drm/i915/display/intel_hotplug.c | 16 +- drivers/gpu/drm/i915/display/intel_hotplug.h | 3 +- drivers/gpu/drm/i915/display/intel_lspcon.c | 2 +- drivers/gpu/drm/i915/display/intel_lvds.c | 38 +- drivers/gpu/drm/i915/display/intel_overlay.c | 8 +- drivers/gpu/drm/i915/display/intel_panel.c | 178 +- drivers/gpu/drm/i915/display/intel_panel.h | 13 +- drivers/gpu/drm/i915/display/intel_psr.c | 105 +- drivers/gpu/drm/i915/display/intel_psr.h | 6 +- drivers/gpu/drm/i915/display/intel_sdvo.c | 22 +- drivers/gpu/drm/i915/display/intel_sprite.c | 25 +- drivers/gpu/drm/i915/display/intel_tc.c | 149 +- drivers/gpu/drm/i915/display/intel_tc.h | 3 +- drivers/gpu/drm/i915/display/intel_tv.c | 15 +- drivers/gpu/drm/i915/display/intel_vbt_defs.h | 4 +- drivers/gpu/drm/i915/display/vlv_dsi.c | 26 +- drivers/gpu/drm/i915/gem/i915_gem_clflush.c | 2 +- drivers/gpu/drm/i915/gem/i915_gem_client_blt.c | 4 +- drivers/gpu/drm/i915/gem/i915_gem_context.c | 89 +- drivers/gpu/drm/i915/gem/i915_gem_context.h | 4 + drivers/gpu/drm/i915/gem/i915_gem_domain.c | 9 +- drivers/gpu/drm/i915/gem/i915_gem_execbuffer.c | 843 +++--- drivers/gpu/drm/i915/gem/i915_gem_fence.c | 4 +- drivers/gpu/drm/i915/gem/i915_gem_mman.c | 34 + drivers/gpu/drm/i915/gem/i915_gem_object.c | 8 +- drivers/gpu/drm/i915/gem/i915_gem_object_blt.c | 26 +- drivers/gpu/drm/i915/gem/i915_gem_object_blt.h | 1 - drivers/gpu/drm/i915/gem/i915_gem_object_types.h | 3 - drivers/gpu/drm/i915/gem/i915_gem_pages.c | 3 +- drivers/gpu/drm/i915/gem/i915_gem_phys.c | 2 - drivers/gpu/drm/i915/gem/i915_gem_shrinker.c | 18 +- drivers/gpu/drm/i915/gem/i915_gem_stolen.c | 4 +- drivers/gpu/drm/i915/gem/i915_gem_tiling.c | 20 +- .../gpu/drm/i915/gem/selftests/huge_gem_object.c | 3 +- drivers/gpu/drm/i915/gem/selftests/huge_pages.c | 95 +- .../drm/i915/gem/selftests/i915_gem_client_blt.c | 566 ++++ .../drm/i915/gem/selftests/i915_gem_coherency.c | 2 + .../gpu/drm/i915/gem/selftests/i915_gem_context.c | 52 +- .../drm/i915/gem/selftests/i915_gem_execbuffer.c | 171 ++ drivers/gpu/drm/i915/gem/selftests/i915_gem_mman.c | 128 +- .../gpu/drm/i915/gem/selftests/i915_gem_object.c | 2 +- drivers/gpu/drm/i915/gem/selftests/igt_gem_utils.c | 26 +- drivers/gpu/drm/i915/gt/debugfs_engines.c | 2 +- drivers/gpu/drm/i915/gt/debugfs_gt.c | 15 +- drivers/gpu/drm/i915/gt/debugfs_gt.h | 9 +- drivers/gpu/drm/i915/gt/debugfs_gt_pm.c | 74 +- drivers/gpu/drm/i915/gt/gen8_ppgtt.c | 15 +- drivers/gpu/drm/i915/gt/intel_breadcrumbs.c | 58 +- drivers/gpu/drm/i915/gt/intel_context.c | 5 + drivers/gpu/drm/i915/gt/intel_context_sseu.c | 3 +- drivers/gpu/drm/i915/gt/intel_context_types.h | 10 +- drivers/gpu/drm/i915/gt/intel_engine.h | 51 +- drivers/gpu/drm/i915/gt/intel_engine_cs.c | 211 +- drivers/gpu/drm/i915/gt/intel_engine_heartbeat.c | 2 +- drivers/gpu/drm/i915/gt/intel_engine_pm.c | 20 +- drivers/gpu/drm/i915/gt/intel_engine_pm.h | 6 + drivers/gpu/drm/i915/gt/intel_engine_pool.h | 34 - drivers/gpu/drm/i915/gt/intel_engine_types.h | 89 +- drivers/gpu/drm/i915/gt/intel_ggtt.c | 59 +- .../intel_ggtt_fencing.c} | 170 +- .../intel_ggtt_fencing.h} | 17 +- drivers/gpu/drm/i915/gt/intel_gpu_commands.h | 6 +- drivers/gpu/drm/i915/gt/intel_gt.c | 69 +- ...{intel_engine_pool.c => intel_gt_buffer_pool.c} | 114 +- drivers/gpu/drm/i915/gt/intel_gt_buffer_pool.h | 37 + ...e_pool_types.h => intel_gt_buffer_pool_types.h} | 15 +- drivers/gpu/drm/i915/gt/intel_gt_clock_utils.c | 102 + drivers/gpu/drm/i915/gt/intel_gt_clock_utils.h | 27 + drivers/gpu/drm/i915/gt/intel_gt_irq.c | 15 +- drivers/gpu/drm/i915/gt/intel_gt_pm.c | 17 +- drivers/gpu/drm/i915/gt/intel_gt_requests.c | 20 +- drivers/gpu/drm/i915/gt/intel_gt_types.h | 20 +- drivers/gpu/drm/i915/gt/intel_gtt.h | 5 +- drivers/gpu/drm/i915/gt/intel_lrc.c | 1195 +++++--- drivers/gpu/drm/i915/gt/intel_lrc.h | 1 + drivers/gpu/drm/i915/gt/intel_lrc_reg.h | 6 +- drivers/gpu/drm/i915/gt/intel_rc6.c | 47 +- drivers/gpu/drm/i915/gt/intel_renderstate.c | 22 +- drivers/gpu/drm/i915/gt/intel_reset.c | 16 +- drivers/gpu/drm/i915/gt/intel_ring.h | 5 +- drivers/gpu/drm/i915/gt/intel_ring_submission.c | 49 +- drivers/gpu/drm/i915/gt/intel_rps.c | 454 ++- drivers/gpu/drm/i915/gt/intel_rps.h | 61 + drivers/gpu/drm/i915/gt/intel_rps_types.h | 14 +- drivers/gpu/drm/i915/gt/intel_sseu.c | 33 +- drivers/gpu/drm/i915/gt/intel_timeline.c | 39 +- drivers/gpu/drm/i915/gt/intel_timeline.h | 7 +- drivers/gpu/drm/i915/gt/intel_workarounds.c | 49 +- drivers/gpu/drm/i915/gt/mock_engine.c | 2 - drivers/gpu/drm/i915/gt/selftest_context.c | 12 +- drivers/gpu/drm/i915/gt/selftest_gt_pm.c | 8 + drivers/gpu/drm/i915/gt/selftest_lrc.c | 719 ++++- drivers/gpu/drm/i915/gt/selftest_rc6.c | 30 +- drivers/gpu/drm/i915/gt/selftest_ring_submission.c | 2 + drivers/gpu/drm/i915/gt/selftest_rps.c | 1331 +++++++++ drivers/gpu/drm/i915/gt/selftest_rps.h | 17 + drivers/gpu/drm/i915/gt/shmem_utils.c | 173 ++ drivers/gpu/drm/i915/gt/shmem_utils.h | 23 + drivers/gpu/drm/i915/gt/st_shmem_utils.c | 63 + drivers/gpu/drm/i915/gt/sysfs_engines.c | 94 + drivers/gpu/drm/i915/gt/uc/intel_guc.c | 46 +- drivers/gpu/drm/i915/gt/uc/intel_guc.h | 7 + drivers/gpu/drm/i915/gt/uc/intel_guc_debugfs.c | 42 + drivers/gpu/drm/i915/gt/uc/intel_guc_debugfs.h | 14 + drivers/gpu/drm/i915/gt/uc/intel_guc_fw.c | 14 - drivers/gpu/drm/i915/gt/uc/intel_guc_fw.h | 1 - drivers/gpu/drm/i915/gt/uc/intel_guc_log.c | 97 +- drivers/gpu/drm/i915/gt/uc/intel_guc_log.h | 4 + drivers/gpu/drm/i915/gt/uc/intel_guc_log_debugfs.c | 124 + drivers/gpu/drm/i915/gt/uc/intel_guc_log_debugfs.h | 15 + drivers/gpu/drm/i915/gt/uc/intel_guc_submission.c | 4 +- drivers/gpu/drm/i915/gt/uc/intel_huc.c | 53 +- drivers/gpu/drm/i915/gt/uc/intel_huc.h | 2 + drivers/gpu/drm/i915/gt/uc/intel_huc_debugfs.c | 36 + drivers/gpu/drm/i915/gt/uc/intel_huc_debugfs.h | 14 + drivers/gpu/drm/i915/gt/uc/intel_huc_fw.c | 17 - drivers/gpu/drm/i915/gt/uc/intel_huc_fw.h | 1 - drivers/gpu/drm/i915/gt/uc/intel_uc.c | 35 +- drivers/gpu/drm/i915/gt/uc/intel_uc.h | 1 + drivers/gpu/drm/i915/gt/uc/intel_uc_debugfs.c | 30 + drivers/gpu/drm/i915/gt/uc/intel_uc_debugfs.h | 14 + drivers/gpu/drm/i915/gt/uc/intel_uc_fw.c | 56 +- drivers/gpu/drm/i915/gt/uc/intel_uc_fw.h | 3 +- drivers/gpu/drm/i915/gvt/aperture_gm.c | 2 +- drivers/gpu/drm/i915/gvt/cmd_parser.c | 45 + drivers/gpu/drm/i915/gvt/execlist.c | 2 - drivers/gpu/drm/i915/gvt/gtt.c | 16 + drivers/gpu/drm/i915/gvt/gtt.h | 1 + drivers/gpu/drm/i915/gvt/gvt.c | 1 - drivers/gpu/drm/i915/gvt/gvt.h | 5 + drivers/gpu/drm/i915/gvt/handlers.c | 2 +- drivers/gpu/drm/i915/gvt/hypercall.h | 2 - drivers/gpu/drm/i915/gvt/scheduler.c | 251 +- drivers/gpu/drm/i915/gvt/scheduler.h | 1 + drivers/gpu/drm/i915/i915_active.c | 137 +- drivers/gpu/drm/i915/i915_active.h | 14 +- drivers/gpu/drm/i915/i915_config.c | 15 + drivers/gpu/drm/i915/i915_debugfs.c | 356 +-- drivers/gpu/drm/i915/i915_debugfs.h | 4 +- drivers/gpu/drm/i915/i915_drv.c | 156 +- drivers/gpu/drm/i915/i915_drv.h | 49 +- drivers/gpu/drm/i915/i915_gem.c | 20 +- drivers/gpu/drm/i915/i915_gem_evict.c | 33 +- drivers/gpu/drm/i915/i915_getparam.c | 2 +- drivers/gpu/drm/i915/i915_gpu_error.c | 45 +- drivers/gpu/drm/i915/i915_gpu_error.h | 3 +- drivers/gpu/drm/i915/i915_irq.c | 241 +- drivers/gpu/drm/i915/i915_pci.c | 41 +- drivers/gpu/drm/i915/i915_perf.c | 583 ++-- drivers/gpu/drm/i915/i915_perf_types.h | 46 +- drivers/gpu/drm/i915/i915_pmu.c | 41 +- drivers/gpu/drm/i915/i915_priolist_types.h | 7 +- drivers/gpu/drm/i915/i915_reg.h | 197 +- drivers/gpu/drm/i915/i915_request.c | 156 +- drivers/gpu/drm/i915/i915_request.h | 30 +- drivers/gpu/drm/i915/i915_scheduler.c | 39 +- drivers/gpu/drm/i915/i915_scheduler.h | 3 +- drivers/gpu/drm/i915/i915_scheduler_types.h | 3 +- drivers/gpu/drm/i915/i915_selftest.h | 2 + drivers/gpu/drm/i915/i915_sw_fence.c | 12 +- drivers/gpu/drm/i915/i915_sw_fence_work.c | 5 +- drivers/gpu/drm/i915/i915_sw_fence_work.h | 23 + drivers/gpu/drm/i915/i915_switcheroo.c | 4 +- drivers/gpu/drm/i915/i915_utils.c | 3 +- drivers/gpu/drm/i915/i915_vma.c | 131 +- drivers/gpu/drm/i915/i915_vma.h | 4 +- drivers/gpu/drm/i915/intel_device_info.c | 76 +- drivers/gpu/drm/i915/intel_device_info.h | 5 +- drivers/gpu/drm/i915/intel_dram.c | 3 +- drivers/gpu/drm/i915/intel_pm.c | 366 ++- drivers/gpu/drm/i915/intel_pm.h | 6 +- drivers/gpu/drm/i915/intel_sideband.c | 8 +- drivers/gpu/drm/i915/intel_uncore.c | 60 +- drivers/gpu/drm/i915/intel_uncore.h | 6 +- drivers/gpu/drm/i915/intel_wakeref.c | 12 +- drivers/gpu/drm/i915/intel_wakeref.h | 22 +- drivers/gpu/drm/i915/intel_wopcm.c | 47 +- drivers/gpu/drm/i915/oa/i915_oa_bdw.c | 90 - drivers/gpu/drm/i915/oa/i915_oa_bdw.h | 16 - drivers/gpu/drm/i915/oa/i915_oa_bxt.c | 88 - drivers/gpu/drm/i915/oa/i915_oa_bxt.h | 16 - drivers/gpu/drm/i915/oa/i915_oa_cflgt2.c | 89 - drivers/gpu/drm/i915/oa/i915_oa_cflgt2.h | 16 - drivers/gpu/drm/i915/oa/i915_oa_cflgt3.c | 89 - drivers/gpu/drm/i915/oa/i915_oa_cflgt3.h | 16 - drivers/gpu/drm/i915/oa/i915_oa_chv.c | 89 - drivers/gpu/drm/i915/oa/i915_oa_chv.h | 16 - drivers/gpu/drm/i915/oa/i915_oa_cnl.c | 101 - drivers/gpu/drm/i915/oa/i915_oa_cnl.h | 16 - drivers/gpu/drm/i915/oa/i915_oa_glk.c | 88 - drivers/gpu/drm/i915/oa/i915_oa_glk.h | 16 - drivers/gpu/drm/i915/oa/i915_oa_hsw.c | 118 - drivers/gpu/drm/i915/oa/i915_oa_hsw.h | 16 - drivers/gpu/drm/i915/oa/i915_oa_icl.c | 98 - drivers/gpu/drm/i915/oa/i915_oa_icl.h | 16 - drivers/gpu/drm/i915/oa/i915_oa_kblgt2.c | 89 - drivers/gpu/drm/i915/oa/i915_oa_kblgt2.h | 16 - drivers/gpu/drm/i915/oa/i915_oa_kblgt3.c | 89 - drivers/gpu/drm/i915/oa/i915_oa_kblgt3.h | 16 - drivers/gpu/drm/i915/oa/i915_oa_sklgt2.c | 88 - drivers/gpu/drm/i915/oa/i915_oa_sklgt2.h | 16 - drivers/gpu/drm/i915/oa/i915_oa_sklgt3.c | 89 - drivers/gpu/drm/i915/oa/i915_oa_sklgt3.h | 16 - drivers/gpu/drm/i915/oa/i915_oa_sklgt4.c | 89 - drivers/gpu/drm/i915/oa/i915_oa_sklgt4.h | 16 - drivers/gpu/drm/i915/oa/i915_oa_tgl.c | 121 - drivers/gpu/drm/i915/oa/i915_oa_tgl.h | 16 - drivers/gpu/drm/i915/selftests/i915_active.c | 12 +- drivers/gpu/drm/i915/selftests/i915_gem.c | 2 - drivers/gpu/drm/i915/selftests/i915_gem_evict.c | 26 +- drivers/gpu/drm/i915/selftests/i915_gem_gtt.c | 33 +- .../gpu/drm/i915/selftests/i915_live_selftests.h | 1 + .../gpu/drm/i915/selftests/i915_mock_selftests.h | 1 + drivers/gpu/drm/i915/selftests/i915_perf.c | 104 +- .../gpu/drm/i915/selftests/i915_perf_selftests.h | 1 + drivers/gpu/drm/i915/selftests/i915_request.c | 623 ++++- drivers/gpu/drm/i915/selftests/i915_selftest.c | 29 + drivers/gpu/drm/i915/selftests/i915_vma.c | 2 +- drivers/gpu/drm/i915/selftests/igt_spinner.c | 3 +- .../gpu/drm/i915/selftests/intel_memory_region.c | 5 +- drivers/gpu/drm/i915/selftests/librapl.c | 24 + drivers/gpu/drm/i915/selftests/librapl.h | 13 + drivers/gpu/drm/i915/selftests/mock_gem_device.c | 38 +- drivers/gpu/drm/imx/dw_hdmi-imx.c | 8 +- drivers/gpu/drm/imx/imx-drm-core.c | 10 +- drivers/gpu/drm/imx/imx-drm.h | 1 - drivers/gpu/drm/imx/imx-ldb.c | 8 +- drivers/gpu/drm/imx/imx-tve.c | 8 +- drivers/gpu/drm/imx/parallel-display.c | 8 +- drivers/gpu/drm/ingenic/ingenic-drm.c | 43 +- drivers/gpu/drm/lima/Kconfig | 2 + drivers/gpu/drm/lima/Makefile | 4 +- drivers/gpu/drm/lima/lima_bcast.c | 25 +- drivers/gpu/drm/lima/lima_bcast.h | 2 + drivers/gpu/drm/lima/lima_ctx.c | 3 + drivers/gpu/drm/lima/lima_ctx.h | 5 + drivers/gpu/drm/lima/lima_devfreq.c | 257 ++ drivers/gpu/drm/lima/lima_devfreq.h | 44 + drivers/gpu/drm/lima/lima_device.c | 228 +- drivers/gpu/drm/lima/lima_device.h | 17 +- drivers/gpu/drm/lima/lima_dlbu.c | 17 +- drivers/gpu/drm/lima/lima_dlbu.h | 2 + drivers/gpu/drm/lima/lima_drv.c | 141 +- drivers/gpu/drm/lima/lima_drv.h | 1 + drivers/gpu/drm/lima/lima_dump.h | 77 + drivers/gpu/drm/lima/lima_gp.c | 21 +- drivers/gpu/drm/lima/lima_gp.h | 2 + drivers/gpu/drm/lima/lima_l2_cache.c | 38 +- drivers/gpu/drm/lima/lima_l2_cache.h | 2 + drivers/gpu/drm/lima/lima_mmu.c | 49 +- drivers/gpu/drm/lima/lima_mmu.h | 2 + drivers/gpu/drm/lima/lima_pmu.c | 77 +- drivers/gpu/drm/lima/lima_pmu.h | 2 + drivers/gpu/drm/lima/lima_pp.c | 31 +- drivers/gpu/drm/lima/lima_pp.h | 4 + drivers/gpu/drm/lima/lima_sched.c | 193 +- drivers/gpu/drm/lima/lima_sched.h | 11 + drivers/gpu/drm/lima/lima_trace.c | 7 + drivers/gpu/drm/lima/lima_trace.h | 50 + drivers/gpu/drm/lima/lima_vm.h | 3 +- drivers/gpu/drm/mcde/mcde_display.c | 10 +- drivers/gpu/drm/mcde/mcde_drm.h | 2 + drivers/gpu/drm/mcde/mcde_drv.c | 52 +- drivers/gpu/drm/mcde/mcde_dsi.c | 9 +- drivers/gpu/drm/mediatek/mtk_dpi.c | 45 +- drivers/gpu/drm/mediatek/mtk_drm_drv.c | 13 +- drivers/gpu/drm/mediatek/mtk_drm_gem.c | 3 + drivers/gpu/drm/mediatek/mtk_dsi.c | 14 +- drivers/gpu/drm/mediatek/mtk_hdmi.c | 18 +- drivers/gpu/drm/mediatek/mtk_mipi_tx.c | 54 + drivers/gpu/drm/mediatek/mtk_mipi_tx.h | 4 + drivers/gpu/drm/mediatek/mtk_mt8183_mipi_tx.c | 28 + drivers/gpu/drm/meson/meson_drv.c | 34 +- drivers/gpu/drm/meson/meson_drv.h | 6 + drivers/gpu/drm/meson/meson_dw_hdmi.c | 2 +- drivers/gpu/drm/meson/meson_plane.c | 2 +- drivers/gpu/drm/meson/meson_vclk.c | 16 +- drivers/gpu/drm/meson/meson_vclk.h | 3 +- drivers/gpu/drm/mgag200/mgag200_cursor.c | 4 +- drivers/gpu/drm/mgag200/mgag200_drv.c | 4 +- drivers/gpu/drm/mgag200/mgag200_drv.h | 15 +- drivers/gpu/drm/mgag200/mgag200_i2c.c | 10 +- drivers/gpu/drm/mgag200/mgag200_main.c | 119 +- drivers/gpu/drm/mgag200/mgag200_mode.c | 127 +- drivers/gpu/drm/msm/adreno/a5xx_debugfs.c | 18 +- drivers/gpu/drm/msm/adreno/a5xx_gpu.h | 2 +- drivers/gpu/drm/msm/disp/mdp5/mdp5_kms.c | 14 +- drivers/gpu/drm/msm/msm_debugfs.c | 23 +- drivers/gpu/drm/msm/msm_debugfs.h | 2 +- drivers/gpu/drm/msm/msm_gpu.h | 2 +- drivers/gpu/drm/nouveau/Kbuild | 10 +- drivers/gpu/drm/nouveau/dispnv04/crtc.c | 19 +- drivers/gpu/drm/nouveau/dispnv04/disp.c | 21 +- drivers/gpu/drm/nouveau/dispnv04/overlay.c | 21 +- drivers/gpu/drm/nouveau/dispnv50/base507c.c | 7 +- drivers/gpu/drm/nouveau/dispnv50/core.h | 7 + drivers/gpu/drm/nouveau/dispnv50/core507d.c | 15 + drivers/gpu/drm/nouveau/dispnv50/core827d.c | 1 + drivers/gpu/drm/nouveau/dispnv50/core907d.c | 1 + drivers/gpu/drm/nouveau/dispnv50/core917d.c | 1 + drivers/gpu/drm/nouveau/dispnv50/corec37d.c | 26 + drivers/gpu/drm/nouveau/dispnv50/corec57d.c | 1 + drivers/gpu/drm/nouveau/dispnv50/curs507a.c | 2 +- drivers/gpu/drm/nouveau/dispnv50/disp.c | 137 +- drivers/gpu/drm/nouveau/dispnv50/disp.h | 5 + drivers/gpu/drm/nouveau/dispnv50/headc37d.c | 5 +- drivers/gpu/drm/nouveau/dispnv50/headc57d.c | 5 +- drivers/gpu/drm/nouveau/dispnv50/pior507d.c | 8 + drivers/gpu/drm/nouveau/dispnv50/sor507d.c | 7 + drivers/gpu/drm/nouveau/dispnv50/sor907d.c | 11 + drivers/gpu/drm/nouveau/dispnv50/sorc37d.c | 9 + drivers/gpu/drm/nouveau/dispnv50/wndw.c | 81 +- drivers/gpu/drm/nouveau/dispnv50/wndwc57e.c | 17 + drivers/gpu/drm/nouveau/include/nvif/class.h | 2 + drivers/gpu/drm/nouveau/include/nvkm/core/subdev.h | 2 + drivers/gpu/drm/nouveau/nouveau_acpi.c | 98 +- drivers/gpu/drm/nouveau/nouveau_acpi.h | 4 - drivers/gpu/drm/nouveau/nouveau_connector.c | 48 +- drivers/gpu/drm/nouveau/nouveau_connector.h | 5 + drivers/gpu/drm/nouveau/nouveau_debugfs.c | 11 +- drivers/gpu/drm/nouveau/nouveau_debugfs.h | 8 +- drivers/gpu/drm/nouveau/nouveau_display.c | 212 +- drivers/gpu/drm/nouveau/nouveau_display.h | 31 +- drivers/gpu/drm/nouveau/nouveau_dmem.c | 423 ++- drivers/gpu/drm/nouveau/nouveau_dmem.h | 2 + drivers/gpu/drm/nouveau/nouveau_dp.c | 31 + drivers/gpu/drm/nouveau/nouveau_drm.c | 31 +- drivers/gpu/drm/nouveau/nouveau_encoder.h | 8 + drivers/gpu/drm/nouveau/nouveau_fbcon.c | 42 +- drivers/gpu/drm/nouveau/nouveau_fbcon.h | 3 + drivers/gpu/drm/nouveau/nouveau_gem.c | 6 +- drivers/gpu/drm/nouveau/nouveau_platform.c | 11 - drivers/gpu/drm/nouveau/nouveau_svm.c | 59 +- drivers/gpu/drm/nouveau/nouveau_svm.h | 5 + drivers/gpu/drm/nouveau/nv50_fbcon.c | 9 +- drivers/gpu/drm/nouveau/nvc0_fbcon.c | 9 +- drivers/gpu/drm/nouveau/nvkm/core/memory.c | 2 +- drivers/gpu/drm/nouveau/nvkm/core/subdev.c | 11 + drivers/gpu/drm/nouveau/nvkm/engine/device/base.c | 75 +- drivers/gpu/drm/nouveau/nvkm/engine/disp/Kbuild | 3 + .../gpu/drm/nouveau/nvkm/engine/disp/capsgv100.c | 60 + .../gpu/drm/nouveau/nvkm/engine/disp/hdagf119.c | 18 +- .../gpu/drm/nouveau/nvkm/engine/disp/hdagt215.c | 2 +- .../nvkm/engine/disp/hdagv100.c} | 27 +- drivers/gpu/drm/nouveau/nvkm/engine/disp/ior.h | 10 +- .../gpu/drm/nouveau/nvkm/engine/disp/rootgv100.c | 1 + .../gpu/drm/nouveau/nvkm/engine/disp/rootnv50.c | 2 +- .../gpu/drm/nouveau/nvkm/engine/disp/rootnv50.h | 3 + .../gpu/drm/nouveau/nvkm/engine/disp/roottu102.c | 1 + .../gpu/drm/nouveau/nvkm/engine/disp/sorgf119.c | 1 + .../gpu/drm/nouveau/nvkm/engine/disp/sorgk104.c | 1 + .../gpu/drm/nouveau/nvkm/engine/disp/sorgm107.c | 1 + .../gpu/drm/nouveau/nvkm/engine/disp/sorgm200.c | 1 + .../gpu/drm/nouveau/nvkm/engine/disp/sorgv100.c | 1 + .../gpu/drm/nouveau/nvkm/engine/disp/sortu102.c | 1 + drivers/gpu/drm/nouveau/nvkm/engine/gr/gk20a.c | 11 + drivers/gpu/drm/nouveau/nvkm/subdev/acr/base.c | 5 + drivers/gpu/drm/nouveau/nvkm/subdev/acr/hsfw.c | 12 +- .../gpu/drm/nouveau/nvkm/subdev/bios/shadowacpi.c | 65 +- drivers/gpu/drm/nouveau/nvkm/subdev/ibus/gf100.c | 6 +- drivers/gpu/drm/nouveau/nvkm/subdev/ibus/gf117.c | 6 +- drivers/gpu/drm/nouveau/nvkm/subdev/ibus/gk104.c | 6 +- drivers/gpu/drm/nouveau/nvkm/subdev/ibus/gk20a.c | 6 +- drivers/gpu/drm/nouveau/nvkm/subdev/ibus/gm200.c | 6 +- drivers/gpu/drm/nouveau/nvkm/subdev/ibus/gp10b.c | 6 +- drivers/gpu/drm/nouveau/nvkm/subdev/mmu/vmm.c | 2 +- drivers/gpu/drm/nouveau/nvkm/subdev/mmu/vmm.h | 2 +- drivers/gpu/drm/nouveau/nvkm/subdev/therm/ic.c | 4 +- drivers/gpu/drm/omapdrm/dss/dispc.c | 33 +- drivers/gpu/drm/omapdrm/dss/venc.c | 43 - drivers/gpu/drm/omapdrm/omap_debugfs.c | 29 +- drivers/gpu/drm/omapdrm/omap_drv.h | 2 +- drivers/gpu/drm/panel/Kconfig | 29 + drivers/gpu/drm/panel/Makefile | 3 + .../gpu/drm/panel/panel-asus-z00t-tm5p5-n35596.c | 367 +++ drivers/gpu/drm/panel/panel-boe-tv101wum-nl6.c | 31 + drivers/gpu/drm/panel/panel-ilitek-ili9322.c | 4 +- drivers/gpu/drm/panel/panel-leadtek-ltk050h3146w.c | 691 +++++ drivers/gpu/drm/panel/panel-leadtek-ltk500hd1829.c | 2 +- drivers/gpu/drm/panel/panel-novatek-nt39016.c | 46 +- drivers/gpu/drm/panel/panel-simple.c | 247 +- drivers/gpu/drm/panel/panel-truly-nt35597.c | 2 - drivers/gpu/drm/panel/panel-visionox-rm69299.c | 303 ++ drivers/gpu/drm/pl111/Makefile | 1 - drivers/gpu/drm/pl111/pl111_debugfs.c | 8 +- drivers/gpu/drm/pl111/pl111_drm.h | 2 +- drivers/gpu/drm/pl111/pl111_drv.c | 13 +- drivers/gpu/drm/pl111/pl111_versatile.c | 148 +- drivers/gpu/drm/pl111/pl111_vexpress.c | 138 - drivers/gpu/drm/pl111/pl111_vexpress.h | 29 - drivers/gpu/drm/qxl/qxl_debugfs.c | 28 +- drivers/gpu/drm/qxl/qxl_display.c | 32 +- drivers/gpu/drm/qxl/qxl_drv.c | 25 +- drivers/gpu/drm/qxl/qxl_drv.h | 20 +- drivers/gpu/drm/qxl/qxl_dumb.c | 2 +- drivers/gpu/drm/qxl/qxl_gem.c | 2 +- drivers/gpu/drm/qxl/qxl_ioctl.c | 14 +- drivers/gpu/drm/qxl/qxl_irq.c | 2 +- drivers/gpu/drm/qxl/qxl_kms.c | 15 +- drivers/gpu/drm/qxl/qxl_object.c | 2 +- drivers/gpu/drm/qxl/qxl_release.c | 2 +- drivers/gpu/drm/qxl/qxl_ttm.c | 8 +- drivers/gpu/drm/r128/ati_pcigart.c | 3 +- drivers/gpu/drm/radeon/Makefile | 35 +- drivers/gpu/drm/radeon/atom.c | 3 +- drivers/gpu/drm/radeon/ci_dpm.c | 14 - drivers/gpu/drm/radeon/radeon_atombios.c | 4 +- drivers/gpu/drm/radeon/radeon_combios.c | 4 +- drivers/gpu/drm/radeon/radeon_drv.c | 2 +- drivers/gpu/drm/radeon/radeon_kms.c | 4 +- drivers/gpu/drm/radeon/si_dpm.c | 18 - drivers/gpu/drm/rcar-du/rcar_du_drv.c | 1 - drivers/gpu/drm/rcar-du/rcar_du_encoder.c | 14 +- drivers/gpu/drm/rcar-du/rcar_du_kms.c | 4 +- drivers/gpu/drm/rcar-du/rcar_du_plane.c | 16 +- drivers/gpu/drm/rcar-du/rcar_du_vsp.c | 14 +- drivers/gpu/drm/rockchip/analogix_dp-rockchip.c | 9 +- drivers/gpu/drm/rockchip/cdn-dp-core.c | 13 +- drivers/gpu/drm/rockchip/cdn-dp-reg.c | 6 +- drivers/gpu/drm/rockchip/dw-mipi-dsi-rockchip.c | 8 +- drivers/gpu/drm/rockchip/dw_hdmi-rockchip.c | 8 +- drivers/gpu/drm/rockchip/inno_hdmi.c | 8 +- drivers/gpu/drm/rockchip/rk3066_hdmi.c | 8 +- drivers/gpu/drm/rockchip/rockchip_drm_drv.c | 14 +- drivers/gpu/drm/rockchip/rockchip_drm_drv.h | 1 + drivers/gpu/drm/rockchip/rockchip_drm_fb.c | 43 +- drivers/gpu/drm/rockchip/rockchip_drm_vop.c | 137 +- drivers/gpu/drm/rockchip/rockchip_drm_vop.h | 17 + drivers/gpu/drm/rockchip/rockchip_lvds.c | 10 +- drivers/gpu/drm/rockchip/rockchip_rgb.c | 8 +- drivers/gpu/drm/rockchip/rockchip_vop_reg.c | 83 +- drivers/gpu/drm/shmobile/shmob_drm_crtc.c | 14 +- drivers/gpu/drm/shmobile/shmob_drm_drv.c | 2 - drivers/gpu/drm/shmobile/shmob_drm_kms.c | 6 +- drivers/gpu/drm/sti/sti_compositor.c | 6 +- drivers/gpu/drm/sti/sti_compositor.h | 4 +- drivers/gpu/drm/sti/sti_crtc.c | 2 +- drivers/gpu/drm/sti/sti_cursor.c | 14 +- drivers/gpu/drm/sti/sti_drv.c | 16 +- drivers/gpu/drm/sti/sti_dvo.c | 13 +- drivers/gpu/drm/sti/sti_gdp.c | 7 +- drivers/gpu/drm/sti/sti_hda.c | 13 +- drivers/gpu/drm/sti/sti_hdmi.c | 13 +- drivers/gpu/drm/sti/sti_hqvdp.c | 12 +- drivers/gpu/drm/sti/sti_mixer.c | 10 +- drivers/gpu/drm/sti/sti_mixer.h | 2 +- drivers/gpu/drm/sti/sti_tvout.c | 13 +- drivers/gpu/drm/sti/sti_vid.c | 8 +- drivers/gpu/drm/sti/sti_vid.h | 2 +- drivers/gpu/drm/stm/drv.c | 10 +- drivers/gpu/drm/stm/ltdc.c | 102 +- drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c | 12 +- drivers/gpu/drm/sun4i/sun4i_lvds.c | 12 +- drivers/gpu/drm/sun4i/sun4i_rgb.c | 17 +- drivers/gpu/drm/sun4i/sun4i_tcon.c | 4 +- drivers/gpu/drm/sun4i/sun4i_tv.c | 17 +- drivers/gpu/drm/sun4i/sun6i_mipi_dsi.c | 12 +- drivers/gpu/drm/sun4i/sun8i_dw_hdmi.c | 8 +- drivers/gpu/drm/sun4i/sun8i_mixer.c | 111 +- drivers/gpu/drm/sun4i/sun8i_mixer.h | 10 +- drivers/gpu/drm/sun4i/sun8i_ui_layer.c | 14 +- drivers/gpu/drm/sun4i/sun8i_vi_layer.c | 40 +- drivers/gpu/drm/tegra/dc.c | 11 +- drivers/gpu/drm/tegra/dpaux.c | 2 - drivers/gpu/drm/tegra/drm.c | 8 +- drivers/gpu/drm/tegra/drm.h | 4 +- drivers/gpu/drm/tegra/dsi.c | 21 +- drivers/gpu/drm/tegra/fb.c | 2 +- drivers/gpu/drm/tegra/hdmi.c | 21 +- drivers/gpu/drm/tegra/output.c | 6 +- drivers/gpu/drm/tegra/rgb.c | 8 +- drivers/gpu/drm/tegra/sor.c | 20 +- drivers/gpu/drm/tidss/tidss_crtc.c | 16 +- drivers/gpu/drm/tidss/tidss_dispc.c | 11 +- drivers/gpu/drm/tidss/tidss_dispc.h | 6 - drivers/gpu/drm/tidss/tidss_drv.c | 25 +- drivers/gpu/drm/tidss/tidss_drv.h | 4 +- drivers/gpu/drm/tidss/tidss_encoder.c | 10 +- drivers/gpu/drm/tidss/tidss_irq.c | 12 +- drivers/gpu/drm/tidss/tidss_kms.c | 21 +- drivers/gpu/drm/tidss/tidss_kms.h | 1 - drivers/gpu/drm/tidss/tidss_plane.c | 6 +- drivers/gpu/drm/tilcdc/tilcdc_drv.c | 20 +- drivers/gpu/drm/tilcdc/tilcdc_external.c | 10 +- drivers/gpu/drm/tilcdc/tilcdc_panel.c | 8 +- drivers/gpu/drm/tiny/Kconfig | 19 + drivers/gpu/drm/tiny/Makefile | 1 + drivers/gpu/drm/{cirrus => tiny}/cirrus.c | 82 +- drivers/gpu/drm/tiny/gm12u320.c | 242 +- drivers/gpu/drm/tiny/hx8357d.c | 16 +- drivers/gpu/drm/tiny/ili9225.c | 16 +- drivers/gpu/drm/tiny/ili9341.c | 16 +- drivers/gpu/drm/tiny/ili9486.c | 16 +- drivers/gpu/drm/tiny/mi0283qt.c | 16 +- drivers/gpu/drm/tiny/repaper.c | 28 +- drivers/gpu/drm/tiny/st7586.c | 16 +- drivers/gpu/drm/tiny/st7735r.c | 16 +- drivers/gpu/drm/ttm/ttm_bo.c | 4 +- drivers/gpu/drm/udl/udl_connector.c | 4 +- drivers/gpu/drm/udl/udl_drv.c | 45 +- drivers/gpu/drm/udl/udl_drv.h | 2 - drivers/gpu/drm/udl/udl_main.c | 10 - drivers/gpu/drm/udl/udl_modeset.c | 31 +- drivers/gpu/drm/v3d/v3d_debugfs.c | 20 +- drivers/gpu/drm/v3d/v3d_drv.c | 53 +- drivers/gpu/drm/v3d/v3d_drv.h | 9 +- drivers/gpu/drm/v3d/v3d_gem.c | 17 +- drivers/gpu/drm/v3d/v3d_irq.c | 16 +- drivers/gpu/drm/v3d/v3d_mmu.c | 10 +- drivers/gpu/drm/v3d/v3d_sched.c | 10 +- drivers/gpu/drm/vboxvideo/vbox_drv.c | 32 +- drivers/gpu/drm/vboxvideo/vbox_drv.h | 1 + drivers/gpu/drm/vboxvideo/vbox_irq.c | 2 +- drivers/gpu/drm/vboxvideo/vbox_main.c | 29 +- drivers/gpu/drm/vboxvideo/vbox_mode.c | 10 +- drivers/gpu/drm/vboxvideo/vbox_ttm.c | 12 - drivers/gpu/drm/vc4/vc4_debugfs.c | 11 +- drivers/gpu/drm/vc4/vc4_dpi.c | 8 +- drivers/gpu/drm/vc4/vc4_drv.h | 2 +- drivers/gpu/drm/vc4/vc4_dsi.c | 15 +- drivers/gpu/drm/vc4/vc4_hdmi.c | 17 +- drivers/gpu/drm/vc4/vc4_vec.c | 8 +- drivers/gpu/drm/vgem/vgem_drv.c | 15 +- drivers/gpu/drm/virtio/virtgpu_debugfs.c | 3 +- drivers/gpu/drm/virtio/virtgpu_display.c | 8 +- drivers/gpu/drm/virtio/virtgpu_drv.h | 36 +- drivers/gpu/drm/virtio/virtgpu_gem.c | 13 +- drivers/gpu/drm/virtio/virtgpu_ioctl.c | 1 - drivers/gpu/drm/virtio/virtgpu_object.c | 7 +- drivers/gpu/drm/virtio/virtgpu_vq.c | 9 +- drivers/gpu/drm/vkms/vkms_drv.c | 21 +- drivers/gpu/drm/vkms/vkms_drv.h | 5 - drivers/gpu/drm/vkms/vkms_gem.c | 11 +- drivers/gpu/drm/vkms/vkms_output.c | 8 +- drivers/gpu/drm/xen/xen_drm_front.c | 4 +- drivers/gpu/drm/zte/zx_hdmi.c | 8 +- drivers/gpu/drm/zte/zx_tvenc.c | 8 +- drivers/gpu/drm/zte/zx_vga.c | 8 +- drivers/video/fbdev/Kconfig | 2 +- drivers/video/fbdev/arcfb.c | 10 +- drivers/video/fbdev/atmel_lcdfb.c | 1 - drivers/video/fbdev/aty/aty128fb.c | 14 - drivers/video/fbdev/aty/atyfb_base.c | 6 +- drivers/video/fbdev/controlfb.c | 825 +++--- drivers/video/fbdev/core/fbmon.c | 2 +- drivers/video/fbdev/cyber2000fb.c | 2 + drivers/video/fbdev/i810/i810_main.c | 10 +- drivers/video/fbdev/imxfb.c | 27 +- drivers/video/fbdev/matrox/g450_pll.c | 22 - drivers/video/fbdev/matrox/matroxfb_base.h | 2 +- drivers/video/fbdev/mb862xx/mb862xxfb_accel.c | 2 - drivers/video/fbdev/mx3fb.c | 20 +- drivers/video/fbdev/omap/omapfb_main.c | 14 +- drivers/video/fbdev/omap2/omapfb/dss/dispc.c | 114 - drivers/video/fbdev/omap2/omapfb/dss/dss.h | 20 - drivers/video/fbdev/omap2/omapfb/dss/venc.c | 43 - drivers/video/fbdev/omap2/omapfb/omapfb-sysfs.c | 8 +- drivers/video/fbdev/pm2fb.c | 2 +- drivers/video/fbdev/pm3fb.c | 8 +- drivers/video/fbdev/pxa168fb.c | 5 +- drivers/video/fbdev/riva/riva_hw.c | 18 - drivers/video/fbdev/s1d13xxxfb.c | 14 +- drivers/video/fbdev/sa1100fb.c | 20 +- drivers/video/fbdev/sa1100fb.h | 3 + drivers/video/fbdev/savage/savagefb.h | 2 +- drivers/video/fbdev/ssd1307fb.c | 102 +- drivers/video/fbdev/udlfb.c | 6 +- drivers/video/fbdev/uvesafb.c | 14 +- drivers/video/fbdev/valkyriefb.c | 4 +- drivers/video/fbdev/vesafb.c | 16 +- drivers/video/fbdev/via/debug.h | 6 +- drivers/video/fbdev/via/viafbdev.c | 2 +- drivers/video/fbdev/vt8500lcdfb.c | 1 + drivers/video/fbdev/w100fb.c | 2 + drivers/video/hdmi.c | 65 +- include/drm/drm_client.h | 4 +- include/drm/drm_connector.h | 4 +- include/drm/drm_debugfs.h | 16 +- include/drm/drm_device.h | 24 +- include/drm/drm_displayid.h | 2 +- include/drm/drm_dp_helper.h | 177 +- include/drm/drm_dp_mst_helper.h | 86 +- include/drm/drm_drv.h | 44 +- include/drm/drm_encoder.h | 8 +- include/drm/drm_fb_helper.h | 6 +- include/drm/drm_file.h | 11 + include/drm/drm_framebuffer.h | 38 + include/drm/drm_gem_framebuffer_helper.h | 15 + include/drm/drm_gem_vram_helper.h | 2 +- include/drm/drm_legacy.h | 15 + include/drm/drm_managed.h | 109 + include/drm/drm_mipi_dbi.h | 8 +- include/drm/drm_mm.h | 1 + include/drm/drm_mode_config.h | 18 +- include/drm/drm_modes.h | 11 - include/drm/drm_modeset_helper_vtables.h | 27 + include/drm/drm_pci.h | 63 - include/drm/drm_print.h | 6 + include/drm/drm_writeback.h | 9 + include/drm/gpu_scheduler.h | 1 + include/drm/i915_pciids.h | 8 +- include/drm/ttm/ttm_bo_driver.h | 1 - include/drm/ttm/ttm_debug.h | 31 - include/linux/dma-buf.h | 10 + include/linux/hdmi.h | 2 + include/uapi/drm/amdgpu_drm.h | 19 +- include/uapi/drm/drm_fourcc.h | 140 +- include/uapi/drm/i915_drm.h | 24 + include/uapi/linux/kfd_ioctl.h | 21 +- mm/slob.c | 2 + mm/slub.c | 2 + 1220 files changed, 41929 insertions(+), 21048 deletions(-) delete mode 100644 Documentation/devicetree/bindings/display/bridge/adi,adv7123.txt create mode 100644 Documentation/devicetree/bindings/display/bridge/chrontel,ch7033.yaml delete mode 100644 Documentation/devicetree/bindings/display/bridge/dumb-vga-dac.txt delete mode 100644 Documentation/devicetree/bindings/display/bridge/dw_mipi_dsi.txt create mode 100644 Documentation/devicetree/bindings/display/bridge/ite,it6505.yaml create mode 100644 Documentation/devicetree/bindings/display/bridge/nwl-dsi.yaml create mode 100644 Documentation/devicetree/bindings/display/bridge/simple-bridge.yaml create mode 100644 Documentation/devicetree/bindings/display/bridge/snps,dw-mipi-dsi.yaml delete mode 100644 Documentation/devicetree/bindings/display/bridge/thine,thc63lvd1024.txt create mode 100644 Documentation/devicetree/bindings/display/bridge/thine,thc63lvd1024.yaml delete mode 100644 Documentation/devicetree/bindings/display/bridge/ti,ths813x.txt delete mode 100644 Documentation/devicetree/bindings/display/panel/arm,versatile-tft-panel.txt create mode 100644 Documentation/devicetree/bindings/display/panel/arm,versatile-tft-panel.yaml create mode 100644 Documentation/devicetree/bindings/display/panel/asus,z00t-tm5p5-nt35596.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/boe,himax8279d.txt create mode 100644 Documentation/devicetree/bindings/display/panel/boe,himax8279d.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/feiyang,fy07024di26a30d.txt create mode 100644 Documentation/devicetree/bindings/display/panel/feiyang,fy07024di26a30d.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/ilitek,ili9322.txt create mode 100644 Documentation/devicetree/bindings/display/panel/ilitek,ili9322.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/ilitek,ili9881c.txt create mode 100644 Documentation/devicetree/bindings/display/panel/ilitek,ili9881c.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/innolux,p097pfg.txt create mode 100644 Documentation/devicetree/bindings/display/panel/innolux,p097pfg.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/innolux,p120zdg-bf1.txt create mode 100644 Documentation/devicetree/bindings/display/panel/innolux,p120zdg-bf1.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/jdi,lt070me05000.txt create mode 100644 Documentation/devicetree/bindings/display/panel/jdi,lt070me05000.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/kingdisplay,kd035g6-54nt.txt create mode 100644 Documentation/devicetree/bindings/display/panel/kingdisplay,kd035g6-54nt.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/kingdisplay,kd097d04.txt create mode 100644 Documentation/devicetree/bindings/display/panel/leadtek,ltk050h3146w.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/lg,acx467akm-7.txt delete mode 100644 Documentation/devicetree/bindings/display/panel/lg,ld070wx3-sl01.txt delete mode 100644 Documentation/devicetree/bindings/display/panel/lg,lg4573.txt create mode 100644 Documentation/devicetree/bindings/display/panel/lg,lg4573.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/lg,lh500wx1-sd03.txt delete mode 100644 Documentation/devicetree/bindings/display/panel/lgphilips,lb035q02.txt create mode 100644 Documentation/devicetree/bindings/display/panel/lgphilips,lb035q02.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/olimex,lcd-olinuxino.txt create mode 100644 Documentation/devicetree/bindings/display/panel/olimex,lcd-olinuxino.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/osddisplays,osd101t2587-53ts.txt delete mode 100644 Documentation/devicetree/bindings/display/panel/raydium,rm67191.txt create mode 100644 Documentation/devicetree/bindings/display/panel/raydium,rm67191.yaml create mode 100644 Documentation/devicetree/bindings/display/panel/samsung,amoled-mipi-dsi.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/samsung,ld9040.txt create mode 100644 Documentation/devicetree/bindings/display/panel/samsung,ld9040.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/samsung,s6d16d0.txt create mode 100644 Documentation/devicetree/bindings/display/panel/samsung,s6d16d0.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/samsung,s6e3ha2.txt delete mode 100644 Documentation/devicetree/bindings/display/panel/samsung,s6e63j0x03.txt delete mode 100644 Documentation/devicetree/bindings/display/panel/samsung,s6e63m0.txt create mode 100644 Documentation/devicetree/bindings/display/panel/samsung,s6e63m0.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/seiko,43wvf1g.txt create mode 100644 Documentation/devicetree/bindings/display/panel/seiko,43wvf1g.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/sharp,lq150x1lg11.txt create mode 100644 Documentation/devicetree/bindings/display/panel/sharp,lq150x1lg11.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/sharp,ls037v7dw01.txt create mode 100644 Documentation/devicetree/bindings/display/panel/sharp,ls037v7dw01.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/sharp,ls043t1le01.txt create mode 100644 Documentation/devicetree/bindings/display/panel/sharp,ls043t1le01.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/simple-panel.txt delete mode 100644 Documentation/devicetree/bindings/display/panel/sitronix,st7701.txt create mode 100644 Documentation/devicetree/bindings/display/panel/sitronix,st7701.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/sitronix,st7789v.txt create mode 100644 Documentation/devicetree/bindings/display/panel/sitronix,st7789v.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/sony,acx565akm.txt create mode 100644 Documentation/devicetree/bindings/display/panel/sony,acx565akm.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/startek,startek-kd050c.txt create mode 100644 Documentation/devicetree/bindings/display/panel/startek,startek-kd050c.yaml create mode 100644 Documentation/devicetree/bindings/display/panel/tpo,td.yaml delete mode 100644 Documentation/devicetree/bindings/display/panel/tpo,td028ttec1.txt delete mode 100644 Documentation/devicetree/bindings/display/panel/tpo,td043mtea1.txt create mode 100644 Documentation/devicetree/bindings/display/panel/visionox,rm69299.yaml delete mode 100644 Documentation/devicetree/bindings/display/rockchip/rockchip,rk3066-hdmi.txt create mode 100644 Documentation/devicetree/bindings/display/rockchip/rockchip,rk3066-hdmi.yaml delete mode 100644 Documentation/devicetree/bindings/display/rockchip/rockchip-vop.txt create mode 100644 Documentation/devicetree/bindings/display/rockchip/rockchip-vop.yaml create mode 100644 drivers/dma-buf/st-dma-fence-chain.c create mode 100644 drivers/gpu/drm/amd/amdgpu/amdgpu_fru_eeprom.c rename drivers/gpu/drm/amd/{display/dc/dml/dml_common_defs.h => amdgpu/amdgpu_fru_eeprom.h} (78%) mode change 100644 => 100755 drivers/gpu/drm/amd/amdgpu/gfx_v9_4.c mode change 100644 => 100755 drivers/gpu/drm/amd/amdgpu/mmhub_v1_0.c create mode 100644 drivers/gpu/drm/amd/display/dc/dce/dce_panel_cntl.c create mode 100644 drivers/gpu/drm/amd/display/dc/dce/dce_panel_cntl.h create mode 100644 drivers/gpu/drm/amd/display/dc/dce/dmub_abm.c rename drivers/gpu/drm/amd/display/dc/{basics/log_helpers.c => dce/dmub_abm.h} (75%) create mode 100644 drivers/gpu/drm/amd/display/dc/inc/hw/panel_cntl.h rename drivers/gpu/drm/amd/display/dmub/{inc => }/dmub_srv.h (97%) delete mode 100644 drivers/gpu/drm/amd/display/modules/stats/stats.c create mode 100644 drivers/gpu/drm/amd/include/asic_reg/pwr/pwr_10_0_offset.h create mode 100644 drivers/gpu/drm/amd/include/asic_reg/pwr/pwr_10_0_sh_mask.h create mode 100644 drivers/gpu/drm/amd/include/asic_reg/smuio/smuio_12_0_0_offset.h create mode 100644 drivers/gpu/drm/amd/include/asic_reg/smuio/smuio_12_0_0_sh_mask.h create mode 100644 drivers/gpu/drm/bridge/chrontel-ch7033.c create mode 100644 drivers/gpu/drm/bridge/nwl-dsi.c create mode 100644 drivers/gpu/drm/bridge/nwl-dsi.h delete mode 100644 drivers/gpu/drm/cirrus/Kconfig delete mode 100644 drivers/gpu/drm/cirrus/Makefile create mode 100644 drivers/gpu/drm/drm_managed.c delete mode 100644 drivers/gpu/drm/drm_vram_helper_common.c create mode 100644 drivers/gpu/drm/i915/gem/selftests/i915_gem_execbuffer.c delete mode 100644 drivers/gpu/drm/i915/gt/intel_engine_pool.h rename drivers/gpu/drm/i915/{i915_gem_fence_reg.c => gt/intel_ggtt_fencing.c} (88%) rename drivers/gpu/drm/i915/{i915_gem_fence_reg.h => gt/intel_ggtt_fencing.h} (86%) rename drivers/gpu/drm/i915/gt/{intel_engine_pool.c => intel_gt_buffer_pool.c} (53%) create mode 100644 drivers/gpu/drm/i915/gt/intel_gt_buffer_pool.h rename drivers/gpu/drm/i915/gt/{intel_engine_pool_types.h => intel_gt_buffer_pool_types.h} (54%) create mode 100644 drivers/gpu/drm/i915/gt/intel_gt_clock_utils.c create mode 100644 drivers/gpu/drm/i915/gt/intel_gt_clock_utils.h create mode 100644 drivers/gpu/drm/i915/gt/selftest_rps.c create mode 100644 drivers/gpu/drm/i915/gt/selftest_rps.h create mode 100644 drivers/gpu/drm/i915/gt/shmem_utils.c create mode 100644 drivers/gpu/drm/i915/gt/shmem_utils.h create mode 100644 drivers/gpu/drm/i915/gt/st_shmem_utils.c create mode 100644 drivers/gpu/drm/i915/gt/uc/intel_guc_debugfs.c create mode 100644 drivers/gpu/drm/i915/gt/uc/intel_guc_debugfs.h create mode 100644 drivers/gpu/drm/i915/gt/uc/intel_guc_log_debugfs.c create mode 100644 drivers/gpu/drm/i915/gt/uc/intel_guc_log_debugfs.h create mode 100644 drivers/gpu/drm/i915/gt/uc/intel_huc_debugfs.c create mode 100644 drivers/gpu/drm/i915/gt/uc/intel_huc_debugfs.h create mode 100644 drivers/gpu/drm/i915/gt/uc/intel_uc_debugfs.c create mode 100644 drivers/gpu/drm/i915/gt/uc/intel_uc_debugfs.h create mode 100644 drivers/gpu/drm/i915/i915_config.c delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_bdw.c delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_bdw.h delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_bxt.c delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_bxt.h delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_cflgt2.c delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_cflgt2.h delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_cflgt3.c delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_cflgt3.h delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_chv.c delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_chv.h delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_cnl.c delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_cnl.h delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_glk.c delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_glk.h delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_hsw.c delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_hsw.h delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_icl.c delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_icl.h delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_kblgt2.c delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_kblgt2.h delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_kblgt3.c delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_kblgt3.h delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_sklgt2.c delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_sklgt2.h delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_sklgt3.c delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_sklgt3.h delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_sklgt4.c delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_sklgt4.h delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_tgl.c delete mode 100644 drivers/gpu/drm/i915/oa/i915_oa_tgl.h create mode 100644 drivers/gpu/drm/i915/selftests/librapl.c create mode 100644 drivers/gpu/drm/i915/selftests/librapl.h create mode 100644 drivers/gpu/drm/lima/lima_devfreq.c create mode 100644 drivers/gpu/drm/lima/lima_devfreq.h create mode 100644 drivers/gpu/drm/lima/lima_dump.h create mode 100644 drivers/gpu/drm/lima/lima_trace.c create mode 100644 drivers/gpu/drm/lima/lima_trace.h create mode 100644 drivers/gpu/drm/nouveau/nvkm/engine/disp/capsgv100.c rename drivers/gpu/drm/{amd/display/dc/dml/dml_common_defs.c => nouveau/nvkm/engine/disp/hdagv100.c} (76%) create mode 100644 drivers/gpu/drm/panel/panel-asus-z00t-tm5p5-n35596.c create mode 100644 drivers/gpu/drm/panel/panel-leadtek-ltk050h3146w.c create mode 100644 drivers/gpu/drm/panel/panel-visionox-rm69299.c delete mode 100644 drivers/gpu/drm/pl111/pl111_vexpress.c delete mode 100644 drivers/gpu/drm/pl111/pl111_vexpress.h rename drivers/gpu/drm/{cirrus => tiny}/cirrus.c (91%) create mode 100644 include/drm/drm_managed.h delete mode 100644 include/drm/drm_pci.h delete mode 100644 include/drm/ttm/ttm_debug.h _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-06-02 6:06 [git pull] drm for 5.8-rc1 Dave Airlie @ 2020-06-02 21:21 ` Linus Torvalds 2020-06-02 21:22 ` Linus Torvalds 2020-06-02 21:56 ` Linus Torvalds 2020-06-02 22:14 ` Linus Torvalds ` (3 subsequent siblings) 4 siblings, 2 replies; 74+ messages in thread From: Linus Torvalds @ 2020-06-02 21:21 UTC (permalink / raw) To: Dave Airlie; +Cc: Daniel Vetter, LKML, dri-devel On Mon, Jun 1, 2020 at 11:06 PM Dave Airlie <airlied@gmail.com> wrote: > > This tree is a bit conflicty, the i915 ones are probably the hairy > ones, but amdgpu has a bunch as well, along with smattering of others. Hmm. Some of them are due to your previous mis-merges. Your commit 937eea297e26 ("Merge tag 'amd-drm-next-5.8-2020-04-24' of git://people.freedesktop.org/~agd5f/linux into drm-next") seems to have mis-merged the CONFIG_DEBUG_FS thing in drivers/gpu/drm/amd/display/dc/core/dc_link_dp.c. I'm still working through the rest of the merge, so far that was the only one that made me go "Whaa?". Linus _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-06-02 21:21 ` Linus Torvalds @ 2020-06-02 21:22 ` Linus Torvalds 2020-06-02 21:56 ` Linus Torvalds 1 sibling, 0 replies; 74+ messages in thread From: Linus Torvalds @ 2020-06-02 21:22 UTC (permalink / raw) To: Dave Airlie; +Cc: Daniel Vetter, LKML, dri-devel On Tue, Jun 2, 2020 at 2:21 PM Linus Torvalds <torvalds@linux-foundation.org> wrote: > > Hmm. Some of them are due to your previous mis-merges. > > Your commit 937eea297e26 ("Merge tag 'amd-drm-next-5.8-2020-04-24' of > git://people.freedesktop.org/~agd5f/linux into drm-next") seems to > have mis-merged the CONFIG_DEBUG_FS thing in > drivers/gpu/drm/amd/display/dc/core/dc_link_dp.c. Sorry, wrong filename. That should have been drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c, I cut-and-pasted the wrong path from the conflict list.. Linus _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-06-02 21:21 ` Linus Torvalds 2020-06-02 21:22 ` Linus Torvalds @ 2020-06-02 21:56 ` Linus Torvalds 2020-06-03 7:18 ` Thomas Zimmermann 1 sibling, 1 reply; 74+ messages in thread From: Linus Torvalds @ 2020-06-02 21:56 UTC (permalink / raw) To: Dave Airlie, Tomi Valkeinen, Thomas Zimmermann, Laurent Pinchart, Jyri Sarha Cc: Daniel Vetter, LKML, dri-devel On Tue, Jun 2, 2020 at 2:21 PM Linus Torvalds <torvalds@linux-foundation.org> wrote: > > I'm still working through the rest of the merge, so far that was the > only one that made me go "Whaa?". Hmm. I'm also ending up effectively reverting the drm commit b28ad7deb2f2 ("drm/tidss: Use simple encoder") because commit 9da67433f64e ("drm/tidss: fix crash related to accessing freed memory") made the premise of that simply encoder commit no longer be true. If there is a better way to sort that out (ie something like "use simple encoder but make it free things at destroy time"), I don't know of it. I'll let you guys fight it out (added people involved with those commits to the participants, Linus _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-06-02 21:56 ` Linus Torvalds @ 2020-06-03 7:18 ` Thomas Zimmermann 2020-06-03 7:43 ` Daniel Vetter 0 siblings, 1 reply; 74+ messages in thread From: Thomas Zimmermann @ 2020-06-03 7:18 UTC (permalink / raw) To: Linus Torvalds, Dave Airlie, Tomi Valkeinen, Laurent Pinchart, Jyri Sarha Cc: Daniel Vetter, LKML, dri-devel [-- Attachment #1.1.1: Type: text/plain, Size: 1422 bytes --] Hi Am 02.06.20 um 23:56 schrieb Linus Torvalds: > On Tue, Jun 2, 2020 at 2:21 PM Linus Torvalds > <torvalds@linux-foundation.org> wrote: >> >> I'm still working through the rest of the merge, so far that was the >> only one that made me go "Whaa?". > > Hmm. I'm also ending up effectively reverting the drm commit > b28ad7deb2f2 ("drm/tidss: Use simple encoder") because commit > 9da67433f64e ("drm/tidss: fix crash related to accessing freed > memory") made the premise of that simply encoder commit no longer be > true. That's OK. The simple encoder is just for consolidating these almost-empty encoders at a single place. > If there is a better way to sort that out (ie something like "use > simple encoder but make it free things at destroy time"), I don't know > of it. There's now drmm_kmalloc() to auto-free the memory when DRM releases a device. Best regards Thomas > > I'll let you guys fight it out (added people involved with those > commits to the participants, > > Linus > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel > -- Thomas Zimmermann Graphics Driver Developer SUSE Software Solutions Germany GmbH Maxfeldstr. 5, 90409 Nürnberg, Germany (HRB 36809, AG Nürnberg) Geschäftsführer: Felix Imendörffer [-- Attachment #1.2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 488 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-06-03 7:18 ` Thomas Zimmermann @ 2020-06-03 7:43 ` Daniel Vetter 0 siblings, 0 replies; 74+ messages in thread From: Daniel Vetter @ 2020-06-03 7:43 UTC (permalink / raw) To: Thomas Zimmermann Cc: Linus Torvalds, dri-devel, LKML, Jyri Sarha, Tomi Valkeinen, Laurent Pinchart On Wed, Jun 3, 2020 at 9:18 AM Thomas Zimmermann <tzimmermann@suse.de> wrote: > > Hi > > Am 02.06.20 um 23:56 schrieb Linus Torvalds: > > On Tue, Jun 2, 2020 at 2:21 PM Linus Torvalds > > <torvalds@linux-foundation.org> wrote: > >> > >> I'm still working through the rest of the merge, so far that was the > >> only one that made me go "Whaa?". > > > > Hmm. I'm also ending up effectively reverting the drm commit > > b28ad7deb2f2 ("drm/tidss: Use simple encoder") because commit > > 9da67433f64e ("drm/tidss: fix crash related to accessing freed > > memory") made the premise of that simply encoder commit no longer be > > true. > > That's OK. The simple encoder is just for consolidating these > almost-empty encoders at a single place. > > > If there is a better way to sort that out (ie something like "use > > simple encoder but make it free things at destroy time"), I don't know > > of it. > > There's now drmm_kmalloc() to auto-free the memory when DRM releases a > device. Yeah I think we discussed that tidss patch on dri-devel when it showed up, right fix is to essentially undo it, replace with a s/devm_kzalloc/drmm_kmalloc/ and then re-apply the simple encoder conversion. We had (and I think still have) some details to sort out in all this, so some back&forth is entirely expected here. Also it's just driver unload, which at least for integrated gpu no user ever cares about, only developers. -Daniel > > Best regards > Thomas > > > > > I'll let you guys fight it out (added people involved with those > > commits to the participants, > > > > Linus > > _______________________________________________ > > dri-devel mailing list > > dri-devel@lists.freedesktop.org > > https://lists.freedesktop.org/mailman/listinfo/dri-devel > > > > -- > Thomas Zimmermann > Graphics Driver Developer > SUSE Software Solutions Germany GmbH > Maxfeldstr. 5, 90409 Nürnberg, Germany > (HRB 36809, AG Nürnberg) > Geschäftsführer: Felix Imendörffer > -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-06-02 6:06 [git pull] drm for 5.8-rc1 Dave Airlie 2020-06-02 21:21 ` Linus Torvalds @ 2020-06-02 22:14 ` Linus Torvalds 2020-06-02 23:03 ` Dave Airlie 2020-06-02 22:20 ` pr-tracker-bot ` (2 subsequent siblings) 4 siblings, 1 reply; 74+ messages in thread From: Linus Torvalds @ 2020-06-02 22:14 UTC (permalink / raw) To: Dave Airlie; +Cc: Daniel Vetter, LKML, dri-devel On Mon, Jun 1, 2020 at 11:06 PM Dave Airlie <airlied@gmail.com> wrote: > > I've pushed a merged by me tree here, which I think gets them all > correct, but please let me know if you think different. > https://cgit.freedesktop.org/~airlied/linux/log/?h=drm-5.8-merged Ok, I get the same result, except my resolution to the simple encoder issue was slightly different. I removed the simple helper header include too as part of basically undoing the whole simple encoder conversion. But other than that we're identical, which is a good sign. Apparently the drm mis-merge in the middle got fixed up. Linus _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-06-02 22:14 ` Linus Torvalds @ 2020-06-02 23:03 ` Dave Airlie 0 siblings, 0 replies; 74+ messages in thread From: Dave Airlie @ 2020-06-02 23:03 UTC (permalink / raw) To: Linus Torvalds; +Cc: Daniel Vetter, LKML, dri-devel On Wed, 3 Jun 2020 at 08:14, Linus Torvalds <torvalds@linux-foundation.org> wrote: > > On Mon, Jun 1, 2020 at 11:06 PM Dave Airlie <airlied@gmail.com> wrote: > > > > I've pushed a merged by me tree here, which I think gets them all > > correct, but please let me know if you think different. > > https://cgit.freedesktop.org/~airlied/linux/log/?h=drm-5.8-merged > > Ok, I get the same result, except my resolution to the simple encoder > issue was slightly different. I removed the simple helper header > include too as part of basically undoing the whole simple encoder > conversion. Yes sounds like my experience. I spent time on the tides and it was a revert pretty much of the commit in next, I just missed the header include line. I also realised I'd likely mismerged earlier when fixing this up, I'm going to have to put more time into merge fixing up, I'm still not always happy with my methods of figuring out what the correct answer is. > But other than that we're identical, which is a good sign. Apparently > the drm mis-merge in the middle got fixed up. Cool, thanks for redoing it, since this was definitely one of the more conflicty ones I've had in a while. Dave. _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-06-02 6:06 [git pull] drm for 5.8-rc1 Dave Airlie 2020-06-02 21:21 ` Linus Torvalds 2020-06-02 22:14 ` Linus Torvalds @ 2020-06-02 22:20 ` pr-tracker-bot 2020-06-03 20:13 ` Jason Gunthorpe 2020-06-30 23:08 ` Kirill A. Shutemov 4 siblings, 0 replies; 74+ messages in thread From: pr-tracker-bot @ 2020-06-02 22:20 UTC (permalink / raw) To: Dave Airlie; +Cc: Daniel Vetter, Linus Torvalds, LKML, dri-devel The pull request you sent on Tue, 2 Jun 2020 16:06:32 +1000: > git://anongit.freedesktop.org/drm/drm tags/drm-next-2020-06-02 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/faa392181a0bd42c5478175cef601adeecdc91b6 Thank you! -- Deet-doot-dot, I am a bot. https://korg.wiki.kernel.org/userdoc/prtracker _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-06-02 6:06 [git pull] drm for 5.8-rc1 Dave Airlie ` (2 preceding siblings ...) 2020-06-02 22:20 ` pr-tracker-bot @ 2020-06-03 20:13 ` Jason Gunthorpe 2020-06-04 8:10 ` Christian König 2020-06-30 23:08 ` Kirill A. Shutemov 4 siblings, 1 reply; 74+ messages in thread From: Jason Gunthorpe @ 2020-06-03 20:13 UTC (permalink / raw) To: Dave Airlie, Christoph Hellwig, Christian König Cc: Daniel Vetter, Logan Gunthorpe, Linus Torvalds, LKML, dri-devel On Tue, Jun 02, 2020 at 04:06:32PM +1000, Dave Airlie wrote: > Hi Linus, > > This is the main drm pull request for 5.8-rc1. > > Highlights: > Core DRM had a lot of refactoring around managed drm resources to make > drivers simpler. > Intel Tigerlake support is on by default > amdgpu now support p2p PCI buffer sharing and encrypted GPU memory Christoph Hellwig basically NAK'd this approach, why is it getting merged all of a sudden?? https://lore.kernel.org/intel-gfx/20200311152838.GA24280@infradead.org/ Are we now OK with this same approach open coded in a driver? This wasn't Cc'd to the usual people doing work in this PCI P2P area?? See commit f44ffd677fb3562ac0a1ff9c8ae52672be741f00 Author: Christian König <christian.koenig@amd.com> Date: Fri Mar 23 16:56:37 2018 +0100 drm/amdgpu: add support for exporting VRAM using DMA-buf v3 We should be able to do this now after checking all the prerequisites. v2: fix entrie count in the sgt v3: manually construct the sg Signed-off-by: Christian König <christian.koenig@amd.com> Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> Acked-by: Sumit Semwal <sumit.semwal@linaro.org> Link: https://patchwork.freedesktop.org/patch/359295 [..] diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c index 82a3299e53c042..128a667ed8fa0d 100644 --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c @@ -22,6 +22,7 @@ * Authors: Christian König */ +#include <linux/dma-mapping.h> #include "amdgpu.h" #include "amdgpu_vm.h" #include "amdgpu_atomfirmware.h" @@ -458,6 +459,104 @@ static void amdgpu_vram_mgr_del(struct ttm_mem_type_manager *man, mem->mm_node = NULL; } +/** + * amdgpu_vram_mgr_alloc_sgt - allocate and fill a sg table + * + * @adev: amdgpu device pointer + * @mem: TTM memory object + * @dev: the other device + * @dir: dma direction + * @sgt: resulting sg table + * + * Allocate and fill a sg table from a VRAM allocation. + */ +int amdgpu_vram_mgr_alloc_sgt(struct amdgpu_device *adev, + struct ttm_mem_reg *mem, + struct device *dev, + enum dma_data_direction dir, + struct sg_table **sgt) +{ + struct drm_mm_node *node; + struct scatterlist *sg; + int num_entries = 0; + unsigned int pages; + int i, r; + + *sgt = kmalloc(sizeof(*sg), GFP_KERNEL); + if (!*sgt) + return -ENOMEM; + + for (pages = mem->num_pages, node = mem->mm_node; + pages; pages -= node->size, ++node) + ++num_entries; + + r = sg_alloc_table(*sgt, num_entries, GFP_KERNEL); + if (r) + goto error_free; + + for_each_sg((*sgt)->sgl, sg, num_entries, i) + sg->length = 0; + + node = mem->mm_node; + for_each_sg((*sgt)->sgl, sg, num_entries, i) { + phys_addr_t phys = (node->start << PAGE_SHIFT) + + adev->gmc.aper_base; + size_t size = node->size << PAGE_SHIFT; + dma_addr_t addr; + + ++node; + addr = dma_map_resource(dev, phys, size, dir, + DMA_ATTR_SKIP_CPU_SYNC); + r = dma_mapping_error(dev, addr); + if (r) + goto error_unmap; + + sg_set_page(sg, NULL, size, 0); + sg_dma_address(sg) = addr; + sg_dma_len(sg) = size; ^^^^^^^^^^^^^^ Jason _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply related [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-06-03 20:13 ` Jason Gunthorpe @ 2020-06-04 8:10 ` Christian König 0 siblings, 0 replies; 74+ messages in thread From: Christian König @ 2020-06-04 8:10 UTC (permalink / raw) To: Jason Gunthorpe, Dave Airlie, Christoph Hellwig Cc: Daniel Vetter, Logan Gunthorpe, Linus Torvalds, LKML, dri-devel Am 03.06.20 um 22:13 schrieb Jason Gunthorpe: > On Tue, Jun 02, 2020 at 04:06:32PM +1000, Dave Airlie wrote: >> Hi Linus, >> >> This is the main drm pull request for 5.8-rc1. >> >> Highlights: >> Core DRM had a lot of refactoring around managed drm resources to make >> drivers simpler. >> Intel Tigerlake support is on by default >> amdgpu now support p2p PCI buffer sharing and encrypted GPU memory > Christoph Hellwig basically NAK'd this approach, why is it getting > merged all of a sudden?? Dave and Daniel explicitly said they want to have this and it is ok as long as I open code it in the driver and keep it AMD internal. We have that in discussion for years now and constructing/using the sg table is actually only the very minor piece of it. On the other hand there is a lot of work underway to get rid of abusing the sg tables as well. > > https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Flore.kernel.org%2Fintel-gfx%2F20200311152838.GA24280%40infradead.org%2F&data=02%7C01%7Cchristian.koenig%40amd.com%7C55b238b9104d4a8d4feb08d807faa11c%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637268120315706063&sdata=AgVJ45%2Ft%2FVYkyIGIGgMrop69XLQReLDpF0ahL5rjEjo%3D&reserved=0 > > Are we now OK with this same approach open coded in a driver? Intel is apparently doing this as well for years, see the i915 driver internals. > This wasn't Cc'd to the usual people doing work in this PCI P2P area?? I certainly prefer a common framework for this, but when my upstream maintainer says he wants to take this who am I to object? Christian. > > See > > commit f44ffd677fb3562ac0a1ff9c8ae52672be741f00 > Author: Christian König <christian.koenig@amd.com> > Date: Fri Mar 23 16:56:37 2018 +0100 > > drm/amdgpu: add support for exporting VRAM using DMA-buf v3 > > We should be able to do this now after checking all the prerequisites. > > v2: fix entrie count in the sgt > v3: manually construct the sg > > Signed-off-by: Christian König <christian.koenig@amd.com> > Acked-by: Daniel Vetter <daniel.vetter@ffwll.ch> > Acked-by: Sumit Semwal <sumit.semwal@linaro.org> > Link: https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpatchwork.freedesktop.org%2Fpatch%2F359295&data=02%7C01%7Cchristian.koenig%40amd.com%7C55b238b9104d4a8d4feb08d807faa11c%7C3dd8961fe4884e608e11a82d994e183d%7C0%7C0%7C637268120315706063&sdata=YzNvxBVOf5hcUm5KjOzzV%2FcHG5jdGEYmrI76PQN9v3U%3D&reserved=0 > > [..] > > diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c > index 82a3299e53c042..128a667ed8fa0d 100644 > --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c > +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_vram_mgr.c > @@ -22,6 +22,7 @@ > * Authors: Christian König > */ > > +#include <linux/dma-mapping.h> > #include "amdgpu.h" > #include "amdgpu_vm.h" > #include "amdgpu_atomfirmware.h" > @@ -458,6 +459,104 @@ static void amdgpu_vram_mgr_del(struct ttm_mem_type_manager *man, > mem->mm_node = NULL; > } > > +/** > + * amdgpu_vram_mgr_alloc_sgt - allocate and fill a sg table > + * > + * @adev: amdgpu device pointer > + * @mem: TTM memory object > + * @dev: the other device > + * @dir: dma direction > + * @sgt: resulting sg table > + * > + * Allocate and fill a sg table from a VRAM allocation. > + */ > +int amdgpu_vram_mgr_alloc_sgt(struct amdgpu_device *adev, > + struct ttm_mem_reg *mem, > + struct device *dev, > + enum dma_data_direction dir, > + struct sg_table **sgt) > +{ > + struct drm_mm_node *node; > + struct scatterlist *sg; > + int num_entries = 0; > + unsigned int pages; > + int i, r; > + > + *sgt = kmalloc(sizeof(*sg), GFP_KERNEL); > + if (!*sgt) > + return -ENOMEM; > + > + for (pages = mem->num_pages, node = mem->mm_node; > + pages; pages -= node->size, ++node) > + ++num_entries; > + > + r = sg_alloc_table(*sgt, num_entries, GFP_KERNEL); > + if (r) > + goto error_free; > + > + for_each_sg((*sgt)->sgl, sg, num_entries, i) > + sg->length = 0; > + > + node = mem->mm_node; > + for_each_sg((*sgt)->sgl, sg, num_entries, i) { > + phys_addr_t phys = (node->start << PAGE_SHIFT) + > + adev->gmc.aper_base; > + size_t size = node->size << PAGE_SHIFT; > + dma_addr_t addr; > + > + ++node; > + addr = dma_map_resource(dev, phys, size, dir, > + DMA_ATTR_SKIP_CPU_SYNC); > + r = dma_mapping_error(dev, addr); > + if (r) > + goto error_unmap; > + > + sg_set_page(sg, NULL, size, 0); > + sg_dma_address(sg) = addr; > + sg_dma_len(sg) = size; > ^^^^^^^^^^^^^^ > > Jason _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-06-02 6:06 [git pull] drm for 5.8-rc1 Dave Airlie ` (3 preceding siblings ...) 2020-06-03 20:13 ` Jason Gunthorpe @ 2020-06-30 23:08 ` Kirill A. Shutemov 2020-07-01 4:40 ` James Jones 4 siblings, 1 reply; 74+ messages in thread From: Kirill A. Shutemov @ 2020-06-30 23:08 UTC (permalink / raw) To: James Jones, Ben Skeggs; +Cc: Linus Torvalds, LKML, dri-devel, Daniel Vetter [-- Attachment #1: Type: text/plain, Size: 588 bytes --] On Tue, Jun 02, 2020 at 04:06:32PM +1000, Dave Airlie wrote: > James Jones (4): ... > drm/nouveau/kms: Support NVIDIA format modifiers This commit is the first one that breaks Xorg startup for my setup: GTX 1080 + Dell UP2414Q (4K DP MST monitor). I believe this is the crucial part of dmesg (full dmesg is attached): [ 29.997140] [drm:nouveau_framebuffer_new] Unsupported modifier: 0x300000000000014 [ 29.997143] [drm:drm_internal_framebuffer_create] could not create framebuffer [ 29.997145] [drm:drm_ioctl] pid=3393, ret = -22 Any suggestions? -- Kirill A. Shutemov [-- Attachment #2: dmesg.log --] [-- Type: text/plain, Size: 280471 bytes --] [ 0.000000] microcode: microcode updated early to revision 0x2006906, date = 2020-04-24 [ 0.000000] Linux version 5.7.0-rc2-01340-gfa4f4c213f5f (kas@box) (gcc version 9.3.0 (Gentoo 9.3.0-r1 p3), GNU ld (Gentoo 2.34 p4) 2.34.0) #47 SMP PREEMPT Wed Jul 1 01:41:46 +03 2020 [ 0.000000] Command line: initrd=\initramfs [ 0.000000] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers' [ 0.000000] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers' [ 0.000000] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers' [ 0.000000] x86/fpu: Supporting XSAVE feature 0x008: 'MPX bounds registers' [ 0.000000] x86/fpu: Supporting XSAVE feature 0x010: 'MPX CSR' [ 0.000000] x86/fpu: Supporting XSAVE feature 0x020: 'AVX-512 opmask' [ 0.000000] x86/fpu: Supporting XSAVE feature 0x040: 'AVX-512 Hi256' [ 0.000000] x86/fpu: Supporting XSAVE feature 0x080: 'AVX-512 ZMM_Hi256' [ 0.000000] x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256 [ 0.000000] x86/fpu: xstate_offset[3]: 832, xstate_sizes[3]: 64 [ 0.000000] x86/fpu: xstate_offset[4]: 896, xstate_sizes[4]: 64 [ 0.000000] x86/fpu: xstate_offset[5]: 960, xstate_sizes[5]: 64 [ 0.000000] x86/fpu: xstate_offset[6]: 1024, xstate_sizes[6]: 512 [ 0.000000] x86/fpu: xstate_offset[7]: 1536, xstate_sizes[7]: 1024 [ 0.000000] x86/fpu: Enabled xstate features 0xff, context size is 2560 bytes, using 'compacted' format. [ 0.000000] BIOS-provided physical RAM map: [ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x000000000009ffff] usable [ 0.000000] BIOS-e820: [mem 0x00000000000a0000-0x00000000000fffff] reserved [ 0.000000] BIOS-e820: [mem 0x0000000000100000-0x00000000356effff] usable [ 0.000000] BIOS-e820: [mem 0x00000000356f0000-0x00000000366ccfff] reserved [ 0.000000] BIOS-e820: [mem 0x00000000366cd000-0x00000000369cbfff] usable [ 0.000000] BIOS-e820: [mem 0x00000000369cc000-0x000000003780cfff] ACPI NVS [ 0.000000] BIOS-e820: [mem 0x000000003780d000-0x00000000386dcfff] reserved [ 0.000000] BIOS-e820: [mem 0x00000000386dd000-0x000000004fffffff] usable [ 0.000000] BIOS-e820: [mem 0x0000000050000000-0x000000006fffffff] reserved [ 0.000000] BIOS-e820: [mem 0x00000000fe000000-0x00000000fe010fff] reserved [ 0.000000] BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff] reserved [ 0.000000] BIOS-e820: [mem 0x00000000fed00000-0x00000000fed00fff] reserved [ 0.000000] BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff] reserved [ 0.000000] BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff] reserved [ 0.000000] BIOS-e820: [mem 0x0000000100000000-0x000000109fffffff] usable [ 0.000000] NX (Execute Disable) protection: active [ 0.000000] e820: update [mem 0x2cb65018-0x2cb75e57] usable ==> usable [ 0.000000] e820: update [mem 0x2cb65018-0x2cb75e57] usable ==> usable [ 0.000000] e820: update [mem 0x2cb45018-0x2cb64a57] usable ==> usable [ 0.000000] e820: update [mem 0x2cb45018-0x2cb64a57] usable ==> usable [ 0.000000] extended physical RAM map: [ 0.000000] reserve setup_data: [mem 0x0000000000000000-0x000000000009ffff] usable [ 0.000000] reserve setup_data: [mem 0x00000000000a0000-0x00000000000fffff] reserved [ 0.000000] reserve setup_data: [mem 0x0000000000100000-0x000000002cb45017] usable [ 0.000000] reserve setup_data: [mem 0x000000002cb45018-0x000000002cb64a57] usable [ 0.000000] reserve setup_data: [mem 0x000000002cb64a58-0x000000002cb65017] usable [ 0.000000] reserve setup_data: [mem 0x000000002cb65018-0x000000002cb75e57] usable [ 0.000000] reserve setup_data: [mem 0x000000002cb75e58-0x00000000356effff] usable [ 0.000000] reserve setup_data: [mem 0x00000000356f0000-0x00000000366ccfff] reserved [ 0.000000] reserve setup_data: [mem 0x00000000366cd000-0x00000000369cbfff] usable [ 0.000000] reserve setup_data: [mem 0x00000000369cc000-0x000000003780cfff] ACPI NVS [ 0.000000] reserve setup_data: [mem 0x000000003780d000-0x00000000386dcfff] reserved [ 0.000000] reserve setup_data: [mem 0x00000000386dd000-0x000000004fffffff] usable [ 0.000000] reserve setup_data: [mem 0x0000000050000000-0x000000006fffffff] reserved [ 0.000000] reserve setup_data: [mem 0x00000000fe000000-0x00000000fe010fff] reserved [ 0.000000] reserve setup_data: [mem 0x00000000fec00000-0x00000000fec00fff] reserved [ 0.000000] reserve setup_data: [mem 0x00000000fed00000-0x00000000fed00fff] reserved [ 0.000000] reserve setup_data: [mem 0x00000000fee00000-0x00000000fee00fff] reserved [ 0.000000] reserve setup_data: [mem 0x00000000ff000000-0x00000000ffffffff] reserved [ 0.000000] reserve setup_data: [mem 0x0000000100000000-0x000000109fffffff] usable [ 0.000000] efi: EFI v2.60 by American Megatrends [ 0.000000] efi: ACPI 2.0=0x369cc000 ACPI=0x369cc000 SMBIOS=0x3853f000 SMBIOS 3.0=0x3853e000 ESRT=0x33c03c98 MEMATTR=0x33bfc018 [ 0.000000] SMBIOS 3.0.0 present. [ 0.000000] DMI: Gigabyte Technology Co., Ltd. X299 AORUS Gaming 3 Pro/X299 AORUS Gaming 3 Pro-CF, BIOS F5d 11/28/2019 [ 0.000000] tsc: Detected 2800.000 MHz processor [ 0.000000] tsc: Detected 2799.927 MHz TSC [ 0.000000] [Firmware Bug]: TSC ADJUST: CPU0: -1264110401798 force to 0 [ 0.000861] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved [ 0.000863] e820: remove [mem 0x000a0000-0x000fffff] usable [ 0.000868] last_pfn = 0x10a0000 max_arch_pfn = 0x400000000 [ 0.000872] MTRR default type: uncachable [ 0.000874] MTRR fixed ranges enabled: [ 0.000875] 00000-9FFFF write-back [ 0.000876] A0000-BFFFF uncachable [ 0.000877] C0000-FFFFF write-protect [ 0.000879] MTRR variable ranges enabled: [ 0.000880] 0 base 000000000000 mask 3FF000000000 write-back [ 0.000882] 1 base 001000000000 mask 3FFF80000000 write-back [ 0.000883] 2 base 001080000000 mask 3FFFE0000000 write-back [ 0.000884] 3 base 000060000000 mask 3FFFE0000000 uncachable [ 0.000885] 4 base 000080000000 mask 3FFF80000000 uncachable [ 0.000886] 5 base 00005F000000 mask 3FFFFF000000 uncachable [ 0.000887] 6 disabled [ 0.000888] 7 disabled [ 0.000889] 8 disabled [ 0.000890] 9 disabled [ 0.001955] x86/PAT: Configuration [0-7]: WB WC UC- UC WB WP UC- WT [ 0.007411] e820: update [mem 0x5f000000-0xffffffff] usable ==> reserved [ 0.007416] last_pfn = 0x50000 max_arch_pfn = 0x400000000 [ 0.012828] found SMP MP-table at [mem 0x000fcfd0-0x000fcfdf] [ 0.012838] esrt: Reserving ESRT space from 0x0000000033c03c98 to 0x0000000033c03cd0. [ 0.012843] e820: update [mem 0x33c03000-0x33c03fff] usable ==> reserved [ 0.012852] check: Scanning 1 areas for low memory corruption [ 0.012856] Using GB pages for direct mapping [ 0.012859] BRK [0x62da01000, 0x62da01fff] PGTABLE [ 0.012862] BRK [0x62da02000, 0x62da02fff] PGTABLE [ 0.012863] BRK [0x62da03000, 0x62da03fff] PGTABLE [ 0.012881] BRK [0x62da04000, 0x62da04fff] PGTABLE [ 0.012882] BRK [0x62da05000, 0x62da05fff] PGTABLE [ 0.012883] BRK [0x62da06000, 0x62da06fff] PGTABLE [ 0.013034] BRK [0x62da07000, 0x62da07fff] PGTABLE [ 0.013052] BRK [0x62da08000, 0x62da08fff] PGTABLE [ 0.013055] BRK [0x62da09000, 0x62da09fff] PGTABLE [ 0.013064] BRK [0x62da0a000, 0x62da0afff] PGTABLE [ 0.013076] BRK [0x62da0b000, 0x62da0bfff] PGTABLE [ 0.013138] Secure boot disabled [ 0.013140] RAMDISK: [mem 0x2cb77000-0x2ce30fff] [ 0.013145] ACPI: Early table checksum verification disabled [ 0.013148] ACPI: RSDP 0x00000000369CC000 000024 (v02 ALASKA) [ 0.013152] ACPI: XSDT 0x00000000369CC0D8 00012C (v01 ALASKA A M I 01072009 AMI 00010013) [ 0.013158] ACPI: FACP 0x00000000369EBA28 000114 (v06 ALASKA A M I 01072009 AMI 00010013) [ 0.013163] ACPI: DSDT 0x00000000369CC298 01F78F (v02 ALASKA A M I 01072009 INTL 20160422) [ 0.013167] ACPI: FACS 0x000000003780A080 000040 [ 0.013170] ACPI: FPDT 0x00000000369EBB40 000044 (v01 ALASKA A M I 01072009 AMI 00010013) [ 0.013173] ACPI: FIDT 0x00000000369EBB88 00009C (v01 ALASKA A M I 01072009 AMI 00010013) [ 0.013176] ACPI: SSDT 0x00000000369EBC28 007A4B (v01 GBT GSWApp 00000001 INTL 20160422) [ 0.013180] ACPI: UEFI 0x00000000369F3678 000042 (v01 ALASKA A M I 00000002 01000013) [ 0.013183] ACPI: MCFG 0x00000000369F36C0 00003C (v01 ALASKA A M I 01072009 MSFT 00000097) [ 0.013186] ACPI: HPET 0x00000000369F3700 000038 (v01 ALASKA A M I 00000001 INTL 20091013) [ 0.013190] ACPI: APIC 0x00000000369F3738 00071E (v03 ALASKA A M I 00000000 INTL 20091013) [ 0.013193] ACPI: MCFG 0x00000000369F3E58 00003C (v01 ALASKA A M I 00000001 INTL 20091013) [ 0.013196] ACPI: MIGT 0x00000000369F3E98 000040 (v01 ALASKA A M I 00000000 INTL 20091013) [ 0.013199] ACPI: MSCT 0x00000000369F3ED8 00004E (v01 ALASKA A M I 00000001 INTL 20091013) [ 0.013202] ACPI: PCCT 0x00000000369F3F28 00006E (v01 ALASKA A M I 00000002 INTL 20091013) [ 0.013206] ACPI: RASF 0x00000000369F3F98 000030 (v01 ALASKA A M I 00000001 INTL 20091013) [ 0.013209] ACPI: SLIT 0x00000000369F3FC8 00006C (v01 ALASKA A M I 00000001 INTL 20091013) [ 0.013212] ACPI: SRAT 0x00000000369F4038 000A30 (v03 ALASKA A M I 00000002 INTL 20091013) [ 0.013215] ACPI: SVOS 0x00000000369F4A68 000032 (v01 ALASKA A M I 00000000 INTL 20091013) [ 0.013219] ACPI: WDDT 0x00000000369F4AA0 000040 (v01 ALASKA A M I 00000000 INTL 20091013) [ 0.013222] ACPI: OEM4 0x00000000369F4AE0 029A72 (v02 INTEL CPU CST 00003000 INTL 20160422) [ 0.013225] ACPI: OEM1 0x0000000036A1E558 00ABCB (v02 INTEL CPU EIST 00003000 INTL 20160422) [ 0.013228] ACPI: OEM2 0x0000000036A29128 006AB0 (v02 INTEL CPU HWP 00003000 INTL 20160422) [ 0.013232] ACPI: SSDT 0x0000000036A2FBD8 00D427 (v02 INTEL SSDT PM 00004000 INTL 20160422) [ 0.013235] ACPI: NITR 0x0000000036A3D000 000071 (v02 ALASKA A M I 00000001 INTL 20091013) [ 0.013238] ACPI: SSDT 0x0000000036A3D078 000956 (v02 ALASKA A M I 00000000 INTL 20091013) [ 0.013242] ACPI: LPIT 0x0000000036A3D9D0 000094 (v01 INTEL SKL 00000000 MSFT 0000005F) [ 0.013245] ACPI: WSMT 0x0000000036A3DA68 000028 (v01 INTEL SKL 00000000 MSFT 0000005F) [ 0.013248] ACPI: WDAT 0x0000000036A3DA90 000134 (v01 INTEL SKL 00000000 MSFT 0000005F) [ 0.013251] ACPI: SSDT 0x0000000036A3DBC8 00029F (v02 INTEL sensrhub 00000000 INTL 20160422) [ 0.013255] ACPI: SSDT 0x0000000036A3DE68 003002 (v02 INTEL PtidDevc 00001000 INTL 20160422) [ 0.013258] ACPI: DBGP 0x0000000036A40E70 000034 (v01 INTEL 00000002 MSFT 0000005F) [ 0.013261] ACPI: DBG2 0x0000000036A40EA8 000054 (v00 INTEL 00000002 MSFT 0000005F) [ 0.013265] ACPI: BGRT 0x0000000036A40F00 000038 (v01 ALASKA A M I 01072009 AMI 00010013) [ 0.013268] ACPI: DMAR 0x0000000036A40F38 0000D8 (v01 ALASKA A M I 00000001 INTL 20091013) [ 0.013271] ACPI: WSMT 0x0000000036A41010 000028 (v01 ALASKA A M I 01072009 AMI 00010013) [ 0.013279] ACPI: Local APIC address 0xfee00000 [ 0.013305] SRAT: PXM 0 -> APIC 0x00 -> Node 0 [ 0.013307] SRAT: PXM 0 -> APIC 0x02 -> Node 0 [ 0.013309] SRAT: PXM 0 -> APIC 0x04 -> Node 0 [ 0.013310] SRAT: PXM 0 -> APIC 0x06 -> Node 0 [ 0.013312] SRAT: PXM 0 -> APIC 0x08 -> Node 0 [ 0.013314] SRAT: PXM 0 -> APIC 0x0a -> Node 0 [ 0.013315] SRAT: PXM 0 -> APIC 0x0c -> Node 0 [ 0.013317] SRAT: PXM 0 -> APIC 0x0e -> Node 0 [ 0.013319] SRAT: PXM 0 -> APIC 0x10 -> Node 0 [ 0.013320] SRAT: PXM 0 -> APIC 0x12 -> Node 0 [ 0.013322] SRAT: PXM 0 -> APIC 0x14 -> Node 0 [ 0.013324] SRAT: PXM 0 -> APIC 0x16 -> Node 0 [ 0.013325] SRAT: PXM 0 -> APIC 0x18 -> Node 0 [ 0.013327] SRAT: PXM 0 -> APIC 0x1a -> Node 0 [ 0.013329] SRAT: PXM 0 -> APIC 0x1c -> Node 0 [ 0.013330] SRAT: PXM 0 -> APIC 0x1e -> Node 0 [ 0.013332] SRAT: PXM 0 -> APIC 0x01 -> Node 0 [ 0.013334] SRAT: PXM 0 -> APIC 0x03 -> Node 0 [ 0.013335] SRAT: PXM 0 -> APIC 0x05 -> Node 0 [ 0.013337] SRAT: PXM 0 -> APIC 0x07 -> Node 0 [ 0.013339] SRAT: PXM 0 -> APIC 0x09 -> Node 0 [ 0.013340] SRAT: PXM 0 -> APIC 0x0b -> Node 0 [ 0.013342] SRAT: PXM 0 -> APIC 0x0d -> Node 0 [ 0.013344] SRAT: PXM 0 -> APIC 0x0f -> Node 0 [ 0.013346] SRAT: PXM 0 -> APIC 0x11 -> Node 0 [ 0.013347] SRAT: PXM 0 -> APIC 0x13 -> Node 0 [ 0.013349] SRAT: PXM 0 -> APIC 0x15 -> Node 0 [ 0.013351] SRAT: PXM 0 -> APIC 0x17 -> Node 0 [ 0.013352] SRAT: PXM 0 -> APIC 0x19 -> Node 0 [ 0.013354] SRAT: PXM 0 -> APIC 0x1b -> Node 0 [ 0.013356] SRAT: PXM 0 -> APIC 0x1d -> Node 0 [ 0.013357] SRAT: PXM 0 -> APIC 0x1f -> Node 0 [ 0.013363] ACPI: SRAT: Node 0 PXM 0 [mem 0x00000000-0xffffffff] [ 0.013365] ACPI: SRAT: Node 0 PXM 0 [mem 0x100000000-0x109fffffff] [ 0.013368] NUMA: Initialized distance table, cnt=1 [ 0.013370] NUMA: Node 0 [mem 0x00000000-0xffffffff] + [mem 0x100000000-0x109fffffff] -> [mem 0x00000000-0x109fffffff] [ 0.013374] NODE_DATA(0) allocated [mem 0x109fffb000-0x109fffefff] [ 0.089198] Zone ranges: [ 0.089201] DMA [mem 0x0000000000001000-0x0000000000ffffff] [ 0.089203] DMA32 [mem 0x0000000001000000-0x00000000ffffffff] [ 0.089205] Normal [mem 0x0000000100000000-0x000000109fffffff] [ 0.089207] Movable zone start for each node [ 0.089209] Early memory node ranges [ 0.089211] node 0: [mem 0x0000000000001000-0x000000000009ffff] [ 0.089213] node 0: [mem 0x0000000000100000-0x00000000356effff] [ 0.089215] node 0: [mem 0x00000000366cd000-0x00000000369cbfff] [ 0.089216] node 0: [mem 0x00000000386dd000-0x000000004fffffff] [ 0.089218] node 0: [mem 0x0000000100000000-0x000000109fffffff] [ 0.089290] Zeroed struct page in unavailable ranges: 11599 pages [ 0.089290] Initmem setup node 0 [mem 0x0000000000001000-0x000000109fffffff] [ 0.089293] On node 0 totalpages: 16700081 [ 0.089295] DMA zone: 64 pages used for memmap [ 0.089296] DMA zone: 25 pages reserved [ 0.089297] DMA zone: 3999 pages, LIFO batch:0 [ 0.089335] DMA32 zone: 4877 pages used for memmap [ 0.089337] DMA32 zone: 312082 pages, LIFO batch:63 [ 0.092158] Normal zone: 256000 pages used for memmap [ 0.092160] Normal zone: 16384000 pages, LIFO batch:63 [ 0.242079] ACPI: PM-Timer IO Port: 0x1808 [ 0.242082] ACPI: Local APIC address 0xfee00000 [ 0.242090] ACPI: X2APIC_NMI (uid[0xffffffff] high level lint[0x1]) [ 0.242093] ACPI: LAPIC_NMI (acpi_id[0xff] high level lint[0x1]) [ 0.242123] IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23 [ 0.242131] IOAPIC[1]: apic_id 9, version 32, address 0xfec01000, GSI 24-31 [ 0.242137] IOAPIC[2]: apic_id 10, version 32, address 0xfec08000, GSI 32-39 [ 0.242142] IOAPIC[3]: apic_id 11, version 32, address 0xfec10000, GSI 40-47 [ 0.242147] IOAPIC[4]: apic_id 12, version 32, address 0xfec18000, GSI 48-55 [ 0.242150] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) [ 0.242153] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) [ 0.242155] ACPI: IRQ0 used by override. [ 0.242157] ACPI: IRQ9 used by override. [ 0.242159] Using ACPI (MADT) for SMP configuration information [ 0.242162] ACPI: HPET id: 0x8086a701 base: 0xfed00000 [ 0.242168] e820: update [mem 0x314db000-0x31531fff] usable ==> reserved [ 0.242175] smpboot: Allowing 32 CPUs, 0 hotplug CPUs [ 0.242193] PM: hibernation: Registered nosave memory: [mem 0x00000000-0x00000fff] [ 0.242195] PM: hibernation: Registered nosave memory: [mem 0x000a0000-0x000fffff] [ 0.242197] PM: hibernation: Registered nosave memory: [mem 0x2cb45000-0x2cb45fff] [ 0.242200] PM: hibernation: Registered nosave memory: [mem 0x2cb64000-0x2cb64fff] [ 0.242201] PM: hibernation: Registered nosave memory: [mem 0x2cb65000-0x2cb65fff] [ 0.242204] PM: hibernation: Registered nosave memory: [mem 0x2cb75000-0x2cb75fff] [ 0.242206] PM: hibernation: Registered nosave memory: [mem 0x314db000-0x31531fff] [ 0.242208] PM: hibernation: Registered nosave memory: [mem 0x33c03000-0x33c03fff] [ 0.242210] PM: hibernation: Registered nosave memory: [mem 0x356f0000-0x366ccfff] [ 0.242213] PM: hibernation: Registered nosave memory: [mem 0x369cc000-0x3780cfff] [ 0.242214] PM: hibernation: Registered nosave memory: [mem 0x3780d000-0x386dcfff] [ 0.242217] PM: hibernation: Registered nosave memory: [mem 0x50000000-0x6fffffff] [ 0.242218] PM: hibernation: Registered nosave memory: [mem 0x70000000-0xfdffffff] [ 0.242220] PM: hibernation: Registered nosave memory: [mem 0xfe000000-0xfe010fff] [ 0.242222] PM: hibernation: Registered nosave memory: [mem 0xfe011000-0xfebfffff] [ 0.242223] PM: hibernation: Registered nosave memory: [mem 0xfec00000-0xfec00fff] [ 0.242225] PM: hibernation: Registered nosave memory: [mem 0xfec01000-0xfecfffff] [ 0.242227] PM: hibernation: Registered nosave memory: [mem 0xfed00000-0xfed00fff] [ 0.242228] PM: hibernation: Registered nosave memory: [mem 0xfed01000-0xfedfffff] [ 0.242230] PM: hibernation: Registered nosave memory: [mem 0xfee00000-0xfee00fff] [ 0.242232] PM: hibernation: Registered nosave memory: [mem 0xfee01000-0xfeffffff] [ 0.242233] PM: hibernation: Registered nosave memory: [mem 0xff000000-0xffffffff] [ 0.242237] [mem 0x70000000-0xfdffffff] available for PCI devices [ 0.242239] Booting paravirtualized kernel on bare hardware [ 0.242243] clocksource: refined-jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 6370452778343963 ns [ 0.247694] setup_percpu: NR_CPUS:128 nr_cpumask_bits:128 nr_cpu_ids:32 nr_node_ids:1 [ 0.248821] percpu: Embedded 72 pages/cpu s256208 r8192 d30512 u524288 [ 0.248829] pcpu-alloc: s256208 r8192 d30512 u524288 alloc=1*2097152 [ 0.248830] pcpu-alloc: [0] 00 01 02 03 [0] 04 05 06 07 [ 0.248834] pcpu-alloc: [0] 08 09 10 11 [0] 12 13 14 15 [ 0.248837] pcpu-alloc: [0] 16 17 18 19 [0] 20 21 22 23 [ 0.248840] pcpu-alloc: [0] 24 25 26 27 [0] 28 29 30 31 [ 0.248872] Built 1 zonelists, mobility grouping on. Total pages: 16439115 [ 0.248874] Policy zone: Normal [ 0.248881] Kernel command line: root=/dev/mapper/box-root dolvm rw rootfstype=ext4 drm.debug=0xf [ 0.248954] printk: log_buf_len individual max cpu contribution: 131072 bytes [ 0.248956] printk: log_buf_len total cpu_extra contributions: 4063232 bytes [ 0.248958] printk: log_buf_len min size: 524288 bytes [ 0.249376] printk: log_buf_len: 8388608 bytes [ 0.249378] printk: early log buf free: 505360(96%) [ 0.252261] Dentry cache hash table entries: 8388608 (order: 14, 67108864 bytes, linear) [ 0.253701] Inode-cache hash table entries: 4194304 (order: 13, 33554432 bytes, linear) [ 0.253908] mem auto-init: stack:off, heap alloc:off, heap free:off [ 0.370506] Memory: 65452028K/66800324K available (20487K kernel code, 2562K rwdata, 12324K rodata, 1784K init, 11984K bss, 1348296K reserved, 0K cma-reserved) [ 0.370624] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=32, Nodes=1 [ 0.370654] Kernel/User page tables isolation: enabled [ 0.370714] ftrace: allocating 58094 entries in 227 pages [ 0.387778] ftrace: allocated 227 pages with 5 groups [ 0.388064] Running RCU self tests [ 0.388070] rcu: Preemptible hierarchical RCU implementation. [ 0.388072] rcu: RCU lockdep checking is enabled. [ 0.388074] rcu: RCU restricting CPUs from NR_CPUS=128 to nr_cpu_ids=32. [ 0.388076] Tasks RCU enabled. [ 0.388078] rcu: RCU calculated value of scheduler-enlistment delay is 30 jiffies. [ 0.388080] rcu: Adjusting geometry for rcu_fanout_leaf=16, nr_cpu_ids=32 [ 0.390807] NR_IRQS: 8448, nr_irqs: 1224, preallocated irqs: 16 [ 0.391162] random: get_random_bytes called from start_kernel+0x318/0x4ea with crng_init=0 [ 0.391224] Console: colour dummy device 80x25 [ 0.394035] printk: console [tty0] enabled [ 0.394046] Lock dependency validator: Copyright (c) 2006 Red Hat, Inc., Ingo Molnar [ 0.394062] ... MAX_LOCKDEP_SUBCLASSES: 8 [ 0.394071] ... MAX_LOCK_DEPTH: 48 [ 0.394080] ... MAX_LOCKDEP_KEYS: 8192 [ 0.394089] ... CLASSHASH_SIZE: 4096 [ 0.394099] ... MAX_LOCKDEP_ENTRIES: 32768 [ 0.394109] ... MAX_LOCKDEP_CHAINS: 65536 [ 0.394118] ... CHAINHASH_SIZE: 32768 [ 0.394128] memory used by lock dependency info: 6301 kB [ 0.394139] memory used for stack traces: 4224 kB [ 0.394149] per task-struct memory footprint: 1920 bytes [ 0.394203] ACPI: Core revision 20200326 [ 0.394769] clocksource: hpet: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 79635855245 ns [ 0.394900] APIC: Switch to symmetric I/O mode setup [ 0.394913] DMAR: Host address width 46 [ 0.394922] DMAR: DRHD base: 0x000000b5ffc000 flags: 0x0 [ 0.394948] DMAR: dmar0: reg_base_addr b5ffc000 ver 1:0 cap 8d2078c106f0466 ecap f020df [ 0.394965] DMAR: DRHD base: 0x000000d8ffc000 flags: 0x0 [ 0.394979] DMAR: dmar1: reg_base_addr d8ffc000 ver 1:0 cap 8d2078c106f0466 ecap f020df [ 0.394996] DMAR: DRHD base: 0x000000fbffc000 flags: 0x0 [ 0.395011] DMAR: dmar2: reg_base_addr fbffc000 ver 1:0 cap 8d2078c106f0466 ecap f020df [ 0.395027] DMAR: DRHD base: 0x00000092ffc000 flags: 0x1 [ 0.395041] DMAR: dmar3: reg_base_addr 92ffc000 ver 1:0 cap 8d2078c106f0466 ecap f020df [ 0.395058] DMAR: RMRR base: 0x00000037804000 end: 0x00000037806fff [ 0.395071] DMAR: [Firmware Bug]: No firmware reserved region can cover this RMRR [0x0000000037804000-0x0000000037806fff], contact BIOS vendor for fixes [ 0.395097] DMAR: [Firmware Bug]: Your BIOS is broken; bad RMRR [0x0000000037804000-0x0000000037806fff] BIOS vendor: American Megatrends Inc.; Ver: F5d; Product Version: Default string [ 0.395131] DMAR: ATSR flags: 0x0 [ 0.395140] DMAR-IR: IOAPIC id 12 under DRHD base 0xfbffc000 IOMMU 2 [ 0.395154] DMAR-IR: IOAPIC id 11 under DRHD base 0xd8ffc000 IOMMU 1 [ 0.395167] DMAR-IR: IOAPIC id 10 under DRHD base 0xb5ffc000 IOMMU 0 [ 0.395180] DMAR-IR: IOAPIC id 8 under DRHD base 0x92ffc000 IOMMU 3 [ 0.395193] DMAR-IR: IOAPIC id 9 under DRHD base 0x92ffc000 IOMMU 3 [ 0.395206] DMAR-IR: HPET id 0 under DRHD base 0x92ffc000 [ 0.395218] DMAR-IR: x2apic is disabled because BIOS sets x2apic opt out bit. [ 0.395218] DMAR-IR: Use 'intremap=no_x2apic_optout' to override the BIOS setting. [ 0.396052] DMAR-IR: Enabled IRQ remapping in xapic mode [ 0.396065] x2apic: IRQ remapping doesn't support X2APIC mode [ 0.396086] Switched APIC routing to physical flat. [ 0.397353] ..TIMER: vector=0x30 apic1=0 pin1=2 apic2=-1 pin2=-1 [ 0.411551] clocksource: tsc-early: mask: 0xffffffffffffffff max_cycles: 0x285bfbafad2, max_idle_ns: 440795215530 ns [ 0.411585] Calibrating delay loop (skipped), value calculated using timer frequency.. 5602.18 BogoMIPS (lpj=9333090) [ 0.411607] pid_max: default: 32768 minimum: 301 [ 0.417187] LSM: Security Framework initializing [ 0.417202] Yama: becoming mindful. [ 0.417223] TOMOYO Linux initialized [ 0.417338] Mount-cache hash table entries: 131072 (order: 8, 1048576 bytes, linear) [ 0.417433] Mountpoint-cache hash table entries: 131072 (order: 8, 1048576 bytes, linear) [ 0.417973] mce: CPU0: Thermal monitoring enabled (TM1) [ 0.418031] process: using mwait in idle threads [ 0.418043] Last level iTLB entries: 4KB 64, 2MB 8, 4MB 8 [ 0.418055] Last level dTLB entries: 4KB 64, 2MB 0, 4MB 0, 1GB 4 [ 0.418070] Spectre V1 : Mitigation: usercopy/swapgs barriers and __user pointer sanitization [ 0.418088] Spectre V2 : Mitigation: Full generic retpoline [ 0.418100] Spectre V2 : Spectre v2 / SpectreRSB mitigation: Filling RSB on context switch [ 0.418116] Spectre V2 : Enabling Restricted Speculation for firmware calls [ 0.418131] Spectre V2 : mitigation: Enabling conditional Indirect Branch Prediction Barrier [ 0.418148] Spectre V2 : User space: Mitigation: STIBP via seccomp and prctl [ 0.418163] Speculative Store Bypass: Mitigation: Speculative Store Bypass disabled via prctl and seccomp [ 0.418187] TAA: Mitigation: Clear CPU buffers [ 0.418196] MDS: Mitigation: Clear CPU buffers [ 0.418573] Freeing SMP alternatives memory: 48K [ 0.419066] TSC deadline timer enabled [ 0.419075] smpboot: CPU0: Intel(R) Core(TM) i9-7960X CPU @ 2.80GHz (family: 0x6, model: 0x55, stepping: 0x4) [ 0.419397] Performance Events: PEBS fmt3+, Skylake events, 32-deep LBR, full-width counters, Intel PMU driver. [ 0.419427] ... version: 4 [ 0.419437] ... bit width: 48 [ 0.419446] ... generic registers: 4 [ 0.419456] ... value mask: 0000ffffffffffff [ 0.419468] ... max period: 00007fffffffffff [ 0.419479] ... fixed-purpose events: 3 [ 0.419489] ... event mask: 000000070000000f [ 0.419635] rcu: Hierarchical SRCU implementation. [ 0.422162] NMI watchdog: Enabled. Permanently consumes one hw-PMU counter. [ 0.422761] smp: Bringing up secondary CPUs ... [ 0.423119] x86: Booting SMP configuration: [ 0.423140] .... node #0, CPUs: #1 [ 0.003800] [Firmware Bug]: TSC ADJUST differs within socket(s), fixing all errors [ 0.428527] #2 #3 #4 #5 #6 #7 #8 #9 #10 #11 #12 #13 #14 #15 #16 [ 0.503355] MDS CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/mds.html for more details. [ 0.503355] TAA CPU bug present and SMT on, data leak possible. See https://www.kernel.org/doc/html/latest/admin-guide/hw-vuln/tsx_async_abort.html for more details. [ 0.503355] #17 #18 #19 #20 #21 #22 #23 #24 #25 #26 #27 #28 #29 #30 #31 [ 0.532176] smp: Brought up 1 node, 32 CPUs [ 0.532176] smpboot: Max logical packages: 1 [ 0.532176] smpboot: Total of 32 processors activated (179267.80 BogoMIPS) [ 0.536967] devtmpfs: initialized [ 0.536967] x86/mm: Memory block size: 512MB [ 0.541882] PM: Registering ACPI NVS region [mem 0x369cc000-0x3780cfff] (14946304 bytes) [ 0.542832] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 6370867519511994 ns [ 0.542832] futex hash table entries: 8192 (order: 8, 1048576 bytes, linear) [ 0.542832] xor: automatically using best checksumming function avx [ 0.542832] PM: RTC time: 22:43:02, date: 2020-06-30 [ 0.542832] thermal_sys: Registered thermal governor 'fair_share' [ 0.542832] thermal_sys: Registered thermal governor 'step_wise' [ 0.542832] thermal_sys: Registered thermal governor 'user_space' [ 0.542832] NET: Registered protocol family 16 [ 0.542899] audit: initializing netlink subsys (disabled) [ 0.542926] audit: type=2000 audit(1593556982.149:1): state=initialized audit_enabled=0 res=1 [ 0.545080] cpuidle: using governor ladder [ 0.545127] cpuidle: using governor menu [ 0.545142] Detected 1 PCC Subspaces [ 0.545200] Registering PCC driver as Mailbox controller [ 0.545276] ACPI: bus type PCI registered [ 0.545276] acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 [ 0.545276] PCI: MMCONFIG for domain 0000 [bus 00-ff] at [mem 0x60000000-0x6fffffff] (base 0x60000000) [ 0.545276] PCI: MMCONFIG at [mem 0x60000000-0x6fffffff] reserved in E820 [ 0.545276] pmd_set_huge: Cannot satisfy [mem 0x60000000-0x60200000] with a huge-page mapping due to MTRR override. [ 0.545413] PCI: Using configuration type 1 for base access [ 0.549031] ENERGY_PERF_BIAS: Set to 'normal', was 'performance' [ 0.557341] HugeTLB registered 1.00 GiB page size, pre-allocated 0 pages [ 0.557341] HugeTLB registered 2.00 MiB page size, pre-allocated 0 pages [ 0.558334] cryptd: max_cpu_qlen set to 1000 [ 0.618251] raid6: avx512x4 gen() 50991 MB/s [ 0.671584] raid6: avx512x4 xor() 9686 MB/s [ 0.728249] raid6: avx512x2 gen() 51079 MB/s [ 0.784918] raid6: avx512x2 xor() 31005 MB/s [ 0.841584] raid6: avx512x1 gen() 45643 MB/s [ 0.898251] raid6: avx512x1 xor() 27507 MB/s [ 0.954919] raid6: avx2x4 gen() 37784 MB/s [ 1.011584] raid6: avx2x4 xor() 7180 MB/s [ 1.068250] raid6: avx2x2 gen() 38514 MB/s [ 1.124919] raid6: avx2x2 xor() 22744 MB/s [ 1.181583] raid6: avx2x1 gen() 31882 MB/s [ 1.238251] raid6: avx2x1 xor() 18107 MB/s [ 1.294919] raid6: sse2x4 gen() 11882 MB/s [ 1.351585] raid6: sse2x4 xor() 7397 MB/s [ 1.408250] raid6: sse2x2 gen() 12970 MB/s [ 1.464919] raid6: sse2x2 xor() 7730 MB/s [ 1.521584] raid6: sse2x1 gen() 11791 MB/s [ 1.578252] raid6: sse2x1 xor() 6233 MB/s [ 1.578264] raid6: using algorithm avx512x2 gen() 51079 MB/s [ 1.578277] raid6: .... xor() 31005 MB/s, rmw enabled [ 1.578290] raid6: using avx512x2 recovery algorithm [ 1.581586] ACPI: Added _OSI(Module Device) [ 1.581586] ACPI: Added _OSI(Processor Device) [ 1.581586] ACPI: Added _OSI(3.0 _SCP Extensions) [ 1.581586] ACPI: Added _OSI(Processor Aggregator Device) [ 1.581586] ACPI: Added _OSI(Linux-Dell-Video) [ 1.581586] ACPI: Added _OSI(Linux-Lenovo-NV-HDMI-Audio) [ 1.581586] ACPI: Added _OSI(Linux-HPI-Hybrid-Graphics) [ 1.630839] ACPI: 6 ACPI AML tables successfully acquired and loaded [ 1.678610] ACPI: Dynamic OEM Table Load: [ 1.696167] ACPI: Dynamic OEM Table Load: [ 1.705009] ACPI: Dynamic OEM Table Load: [ 1.786918] ACPI: Interpreter enabled [ 1.786965] ACPI: (supports S0 S3 S4 S5) [ 1.786975] ACPI: Using IOAPIC for interrupt routing [ 1.787025] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug [ 1.788136] ACPI: Enabled 9 GPEs in block 00 to 7F [ 1.838574] ACPI BIOS Error (bug): Could not resolve symbol [\SHAD._STA.SDS0], AE_NOT_FOUND (20200326/psargs-330) [ 1.838613] ACPI Error: Aborting method \SHAD._STA due to previous error (AE_NOT_FOUND) (20200326/psparse-529) [ 1.853405] ACPI: PCI Root Bridge [PC00] (domain 0000 [bus 00-15]) [ 1.853425] acpi PNP0A08:00: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3] [ 1.853783] acpi PNP0A08:00: _OSC: platform does not support [SHPCHotplug AER LTR] [ 1.854115] acpi PNP0A08:00: _OSC: OS now controls [PCIeHotplug PME PCIeCapability] [ 1.855912] PCI host bridge to bus 0000:00 [ 1.855924] pci_bus 0000:00: root bus resource [io 0x0000-0x0cf7 window] [ 1.855941] pci_bus 0000:00: root bus resource [io 0x1000-0x3fff window] [ 1.855958] pci_bus 0000:00: root bus resource [mem 0x000c4000-0x000c7fff window] [ 1.855976] pci_bus 0000:00: root bus resource [mem 0xfe010000-0xfe010fff window] [ 1.855994] pci_bus 0000:00: root bus resource [mem 0x70000000-0x92ffffff window] [ 1.856012] pci_bus 0000:00: root bus resource [mem 0x380000000000-0x3800ffffffff window] [ 1.856032] pci_bus 0000:00: root bus resource [bus 00-15] [ 1.856073] pci 0000:00:00.0: [8086:2020] type 00 class 0x060000 [ 1.856649] pci 0000:00:04.0: [8086:2021] type 00 class 0x088000 [ 1.856675] pci 0000:00:04.0: reg 0x10: [mem 0x92f64000-0x92f67fff 64bit] [ 1.857114] pci 0000:00:04.1: [8086:2021] type 00 class 0x088000 [ 1.857140] pci 0000:00:04.1: reg 0x10: [mem 0x92f60000-0x92f63fff 64bit] [ 1.857576] pci 0000:00:04.2: [8086:2021] type 00 class 0x088000 [ 1.857602] pci 0000:00:04.2: reg 0x10: [mem 0x92f5c000-0x92f5ffff 64bit] [ 1.858042] pci 0000:00:04.3: [8086:2021] type 00 class 0x088000 [ 1.858067] pci 0000:00:04.3: reg 0x10: [mem 0x92f58000-0x92f5bfff 64bit] [ 1.858512] pci 0000:00:04.4: [8086:2021] type 00 class 0x088000 [ 1.858537] pci 0000:00:04.4: reg 0x10: [mem 0x92f54000-0x92f57fff 64bit] [ 1.858975] pci 0000:00:04.5: [8086:2021] type 00 class 0x088000 [ 1.859000] pci 0000:00:04.5: reg 0x10: [mem 0x92f50000-0x92f53fff 64bit] [ 1.859435] pci 0000:00:04.6: [8086:2021] type 00 class 0x088000 [ 1.859460] pci 0000:00:04.6: reg 0x10: [mem 0x92f4c000-0x92f4ffff 64bit] [ 1.859895] pci 0000:00:04.7: [8086:2021] type 00 class 0x088000 [ 1.859920] pci 0000:00:04.7: reg 0x10: [mem 0x92f48000-0x92f4bfff 64bit] [ 1.860356] pci 0000:00:05.0: [8086:2024] type 00 class 0x088000 [ 1.860788] pci 0000:00:05.2: [8086:2025] type 00 class 0x088000 [ 1.861184] pci 0000:00:05.4: [8086:2026] type 00 class 0x080020 [ 1.861208] pci 0000:00:05.4: reg 0x10: [mem 0x92f6e000-0x92f6efff] [ 1.861608] pci 0000:00:08.0: [8086:2014] type 00 class 0x088000 [ 1.862035] pci 0000:00:08.1: [8086:2015] type 00 class 0x110100 [ 1.862401] pci 0000:00:08.2: [8086:2016] type 00 class 0x088000 [ 1.862804] pci 0000:00:14.0: [8086:a2af] type 00 class 0x0c0330 [ 1.862839] pci 0000:00:14.0: reg 0x10: [mem 0x92f30000-0x92f3ffff 64bit] [ 1.862921] pci 0000:00:14.0: PME# supported from D3hot D3cold [ 1.863435] pci 0000:00:16.0: [8086:a2ba] type 00 class 0x078000 [ 1.863475] pci 0000:00:16.0: reg 0x10: [mem 0x92f6d000-0x92f6dfff 64bit] [ 1.863565] pci 0000:00:16.0: PME# supported from D3hot [ 1.863993] pci 0000:00:17.0: [8086:a282] type 00 class 0x010601 [ 1.864024] pci 0000:00:17.0: reg 0x10: [mem 0x92f68000-0x92f69fff] [ 1.864045] pci 0000:00:17.0: reg 0x14: [mem 0x92f6c000-0x92f6c0ff] [ 1.864066] pci 0000:00:17.0: reg 0x18: [io 0x3050-0x3057] [ 1.864086] pci 0000:00:17.0: reg 0x1c: [io 0x3040-0x3043] [ 1.864106] pci 0000:00:17.0: reg 0x20: [io 0x3020-0x303f] [ 1.864126] pci 0000:00:17.0: reg 0x24: [mem 0x92f6b000-0x92f6b7ff] [ 1.864181] pci 0000:00:17.0: PME# supported from D3hot [ 1.864641] pci 0000:00:1b.0: [8086:a2e7] type 01 class 0x060400 [ 1.864740] pci 0000:00:1b.0: PME# supported from D0 D3hot D3cold [ 1.865322] pci 0000:00:1c.0: [8086:a290] type 01 class 0x060400 [ 1.865421] pci 0000:00:1c.0: PME# supported from D0 D3hot D3cold [ 1.865974] pci 0000:00:1c.4: [8086:a294] type 01 class 0x060400 [ 1.866070] pci 0000:00:1c.4: PME# supported from D0 D3hot D3cold [ 1.866631] pci 0000:00:1d.0: [8086:a298] type 01 class 0x060400 [ 1.867003] pci 0000:00:1d.0: PME# supported from D0 D3hot D3cold [ 1.867540] pci 0000:00:1f.0: [8086:a2d2] type 00 class 0x060100 [ 1.868066] pci 0000:00:1f.2: [8086:a2a1] type 00 class 0x058000 [ 1.868096] pci 0000:00:1f.2: reg 0x10: [mem 0x92f44000-0x92f47fff] [ 1.868590] pci 0000:00:1f.3: [8086:a2f0] type 00 class 0x040300 [ 1.868626] pci 0000:00:1f.3: reg 0x10: [mem 0x92f40000-0x92f43fff 64bit] [ 1.868668] pci 0000:00:1f.3: reg 0x20: [mem 0x92f20000-0x92f2ffff 64bit] [ 1.868726] pci 0000:00:1f.3: PME# supported from D3hot D3cold [ 1.869216] pci 0000:00:1f.4: [8086:a2a3] type 00 class 0x0c0500 [ 1.869290] pci 0000:00:1f.4: reg 0x10: [mem 0x92f6a000-0x92f6a0ff 64bit] [ 1.869374] pci 0000:00:1f.4: reg 0x20: [io 0x3000-0x301f] [ 1.869847] pci 0000:00:1f.6: [8086:15b8] type 00 class 0x020000 [ 1.869889] pci 0000:00:1f.6: reg 0x10: [mem 0x92f00000-0x92f1ffff] [ 1.870015] pci 0000:00:1f.6: PME# supported from D0 D3hot D3cold [ 1.870543] pci 0000:00:1b.0: PCI bridge to [bus 01] [ 1.870638] pci 0000:00:1c.0: PCI bridge to [bus 02] [ 1.870743] pci 0000:03:00.0: [1b21:2142] type 00 class 0x0c0330 [ 1.870786] pci 0000:03:00.0: reg 0x10: [mem 0x92e00000-0x92e07fff 64bit] [ 1.870851] pci 0000:03:00.0: enabling Extended Tags [ 1.870935] pci 0000:03:00.0: PME# supported from D0 [ 1.871141] pci 0000:00:1c.4: PCI bridge to [bus 03] [ 1.871157] pci 0000:00:1c.4: bridge window [mem 0x92e00000-0x92efffff] [ 1.871251] pci 0000:00:1d.0: PCI bridge to [bus 04] [ 1.871292] pci_bus 0000:00: on NUMA node 0 [ 1.872986] ACPI: PCI Root Bridge [PC01] (domain 0000 [bus 16-63]) [ 1.873004] acpi PNP0A08:01: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3] [ 1.874235] acpi PNP0A08:01: _OSC: platform does not support [SHPCHotplug AER LTR] [ 1.874770] acpi PNP0A08:01: _OSC: OS now controls [PCIeHotplug PME PCIeCapability] [ 1.875370] PCI host bridge to bus 0000:16 [ 1.875383] pci_bus 0000:16: root bus resource [io 0x4000-0x7fff window] [ 1.875400] pci_bus 0000:16: root bus resource [mem 0x93000000-0xb5ffffff window] [ 1.875418] pci_bus 0000:16: root bus resource [mem 0x380100000000-0x3801ffffffff window] [ 1.875437] pci_bus 0000:16: root bus resource [bus 16-63] [ 1.875466] pci 0000:16:05.0: [8086:2034] type 00 class 0x088000 [ 1.875660] pci 0000:16:05.2: [8086:2035] type 00 class 0x088000 [ 1.875847] pci 0000:16:05.4: [8086:2036] type 00 class 0x080020 [ 1.875870] pci 0000:16:05.4: reg 0x10: [mem 0xb5f00000-0xb5f00fff] [ 1.876058] pci 0000:16:08.0: [8086:208d] type 00 class 0x088000 [ 1.876257] pci 0000:16:08.1: [8086:208d] type 00 class 0x088000 [ 1.876412] pci 0000:16:08.2: [8086:208d] type 00 class 0x088000 [ 1.876568] pci 0000:16:08.3: [8086:208d] type 00 class 0x088000 [ 1.876723] pci 0000:16:08.4: [8086:208d] type 00 class 0x088000 [ 1.876877] pci 0000:16:08.5: [8086:208d] type 00 class 0x088000 [ 1.877030] pci 0000:16:08.6: [8086:208d] type 00 class 0x088000 [ 1.877184] pci 0000:16:08.7: [8086:208d] type 00 class 0x088000 [ 1.877339] pci 0000:16:09.0: [8086:208d] type 00 class 0x088000 [ 1.877532] pci 0000:16:09.1: [8086:208d] type 00 class 0x088000 [ 1.877688] pci 0000:16:09.2: [8086:208d] type 00 class 0x088000 [ 1.877842] pci 0000:16:09.3: [8086:208d] type 00 class 0x088000 [ 1.877995] pci 0000:16:09.4: [8086:208d] type 00 class 0x088000 [ 1.878149] pci 0000:16:09.5: [8086:208d] type 00 class 0x088000 [ 1.878305] pci 0000:16:09.6: [8086:208d] type 00 class 0x088000 [ 1.878466] pci 0000:16:09.7: [8086:208d] type 00 class 0x088000 [ 1.878622] pci 0000:16:0a.0: [8086:208d] type 00 class 0x088000 [ 1.878817] pci 0000:16:0a.1: [8086:208d] type 00 class 0x088000 [ 1.878977] pci 0000:16:0e.0: [8086:208e] type 00 class 0x088000 [ 1.879173] pci 0000:16:0e.1: [8086:208e] type 00 class 0x088000 [ 1.879327] pci 0000:16:0e.2: [8086:208e] type 00 class 0x088000 [ 1.879481] pci 0000:16:0e.3: [8086:208e] type 00 class 0x088000 [ 1.879635] pci 0000:16:0e.4: [8086:208e] type 00 class 0x088000 [ 1.879790] pci 0000:16:0e.5: [8086:208e] type 00 class 0x088000 [ 1.879942] pci 0000:16:0e.6: [8086:208e] type 00 class 0x088000 [ 1.880097] pci 0000:16:0e.7: [8086:208e] type 00 class 0x088000 [ 1.880251] pci 0000:16:0f.0: [8086:208e] type 00 class 0x088000 [ 1.880444] pci 0000:16:0f.1: [8086:208e] type 00 class 0x088000 [ 1.880598] pci 0000:16:0f.2: [8086:208e] type 00 class 0x088000 [ 1.880753] pci 0000:16:0f.3: [8086:208e] type 00 class 0x088000 [ 1.880906] pci 0000:16:0f.4: [8086:208e] type 00 class 0x088000 [ 1.881061] pci 0000:16:0f.5: [8086:208e] type 00 class 0x088000 [ 1.881216] pci 0000:16:0f.6: [8086:208e] type 00 class 0x088000 [ 1.881370] pci 0000:16:0f.7: [8086:208e] type 00 class 0x088000 [ 1.881525] pci 0000:16:10.0: [8086:208e] type 00 class 0x088000 [ 1.881719] pci 0000:16:10.1: [8086:208e] type 00 class 0x088000 [ 1.881892] pci 0000:16:1d.0: [8086:2054] type 00 class 0x088000 [ 1.882089] pci 0000:16:1d.1: [8086:2055] type 00 class 0x088000 [ 1.882243] pci 0000:16:1d.2: [8086:2056] type 00 class 0x088000 [ 1.882399] pci 0000:16:1d.3: [8086:2057] type 00 class 0x088000 [ 1.882559] pci 0000:16:1e.0: [8086:2080] type 00 class 0x088000 [ 1.882753] pci 0000:16:1e.1: [8086:2081] type 00 class 0x088000 [ 1.882908] pci 0000:16:1e.2: [8086:2082] type 00 class 0x088000 [ 1.883064] pci 0000:16:1e.3: [8086:2083] type 00 class 0x088000 [ 1.883219] pci 0000:16:1e.4: [8086:2084] type 00 class 0x088000 [ 1.883374] pci 0000:16:1e.5: [8086:2085] type 00 class 0x088000 [ 1.883529] pci 0000:16:1e.6: [8086:2086] type 00 class 0x088000 [ 1.883685] pci_bus 0000:16: on NUMA node 0 [ 1.883947] ACPI: PCI Root Bridge [PC02] (domain 0000 [bus 64-b1]) [ 1.883965] acpi PNP0A08:02: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3] [ 1.885160] acpi PNP0A08:02: _OSC: platform does not support [SHPCHotplug AER LTR] [ 1.885681] acpi PNP0A08:02: _OSC: OS now controls [PCIeHotplug PME PCIeCapability] [ 1.886142] PCI host bridge to bus 0000:64 [ 1.886154] pci_bus 0000:64: root bus resource [mem 0x000a0000-0x000bffff window] [ 1.886172] pci_bus 0000:64: root bus resource [io 0x8000-0xbfff window] [ 1.886189] pci_bus 0000:64: root bus resource [io 0x03b0-0x03bb window] [ 1.886205] pci_bus 0000:64: root bus resource [io 0x03c0-0x03df window] [ 1.886221] pci_bus 0000:64: root bus resource [mem 0xb6000000-0xd8ffffff window] [ 1.886240] pci_bus 0000:64: root bus resource [mem 0x380200000000-0x3802ffffffff window] [ 1.886259] pci_bus 0000:64: root bus resource [bus 64-b1] [ 1.886285] pci 0000:64:00.0: [8086:2030] type 01 class 0x060400 [ 1.886371] pci 0000:64:00.0: PME# supported from D0 D3hot D3cold [ 1.886598] pci 0000:64:05.0: [8086:2034] type 00 class 0x088000 [ 1.886760] pci 0000:64:05.2: [8086:2035] type 00 class 0x088000 [ 1.886921] pci 0000:64:05.4: [8086:2036] type 00 class 0x080020 [ 1.886944] pci 0000:64:05.4: reg 0x10: [mem 0xd8100000-0xd8100fff] [ 1.887109] pci 0000:64:08.0: [8086:2066] type 00 class 0x088000 [ 1.887303] pci 0000:64:09.0: [8086:2066] type 00 class 0x088000 [ 1.887496] pci 0000:64:0a.0: [8086:2040] type 00 class 0x088000 [ 1.887688] pci 0000:64:0a.1: [8086:2041] type 00 class 0x088000 [ 1.887842] pci 0000:64:0a.2: [8086:2042] type 00 class 0x088000 [ 1.887994] pci 0000:64:0a.3: [8086:2043] type 00 class 0x088000 [ 1.888144] pci 0000:64:0a.4: [8086:2044] type 00 class 0x088000 [ 1.888296] pci 0000:64:0a.5: [8086:2045] type 00 class 0x088000 [ 1.888446] pci 0000:64:0a.6: [8086:2046] type 00 class 0x088000 [ 1.888600] pci 0000:64:0a.7: [8086:2047] type 00 class 0x088000 [ 1.888750] pci 0000:64:0b.0: [8086:2048] type 00 class 0x088000 [ 1.888940] pci 0000:64:0b.1: [8086:2049] type 00 class 0x088000 [ 1.889093] pci 0000:64:0b.2: [8086:204a] type 00 class 0x088000 [ 1.889243] pci 0000:64:0b.3: [8086:204b] type 00 class 0x088000 [ 1.889396] pci 0000:64:0c.0: [8086:2040] type 00 class 0x088000 [ 1.889586] pci 0000:64:0c.1: [8086:2041] type 00 class 0x088000 [ 1.889737] pci 0000:64:0c.2: [8086:2042] type 00 class 0x088000 [ 1.889888] pci 0000:64:0c.3: [8086:2043] type 00 class 0x088000 [ 1.890038] pci 0000:64:0c.4: [8086:2044] type 00 class 0x088000 [ 1.890188] pci 0000:64:0c.5: [8086:2045] type 00 class 0x088000 [ 1.890339] pci 0000:64:0c.6: [8086:2046] type 00 class 0x088000 [ 1.890488] pci 0000:64:0c.7: [8086:2047] type 00 class 0x088000 [ 1.890638] pci 0000:64:0d.0: [8086:2048] type 00 class 0x088000 [ 1.890827] pci 0000:64:0d.1: [8086:2049] type 00 class 0x088000 [ 1.890978] pci 0000:64:0d.2: [8086:204a] type 00 class 0x088000 [ 1.891129] pci 0000:64:0d.3: [8086:204b] type 00 class 0x088000 [ 1.891382] pci 0000:65:00.0: [10de:1b80] type 00 class 0x030000 [ 1.891416] pci 0000:65:00.0: reg 0x10: [mem 0xd7000000-0xd7ffffff] [ 1.891441] pci 0000:65:00.0: reg 0x14: [mem 0xc0000000-0xcfffffff 64bit pref] [ 1.891467] pci 0000:65:00.0: reg 0x1c: [mem 0xd0000000-0xd1ffffff 64bit pref] [ 1.891491] pci 0000:65:00.0: reg 0x24: [io 0xb000-0xb07f] [ 1.891510] pci 0000:65:00.0: reg 0x30: [mem 0xd8000000-0xd807ffff pref] [ 1.891550] pci 0000:65:00.0: BAR 3: assigned to efifb [ 1.891644] pci 0000:65:00.0: 32.000 Gb/s available PCIe bandwidth, limited by 2.5 GT/s PCIe x16 link at 0000:64:00.0 (capable of 126.016 Gb/s with 8.0 GT/s PCIe x16 link) [ 1.891810] pci 0000:65:00.1: [10de:10f0] type 00 class 0x040300 [ 1.891840] pci 0000:65:00.1: reg 0x10: [mem 0xd8080000-0xd8083fff] [ 1.892056] pci 0000:64:00.0: ASPM: current common clock configuration is inconsistent, reconfiguring [ 1.901684] pci 0000:64:00.0: PCI bridge to [bus 65] [ 1.901726] pci 0000:64:00.0: bridge window [io 0xb000-0xbfff] [ 1.901773] pci 0000:64:00.0: bridge window [mem 0xd7000000-0xd80fffff] [ 1.901838] pci 0000:64:00.0: bridge window [mem 0xc0000000-0xd1ffffff 64bit pref] [ 1.901907] pci_bus 0000:64: on NUMA node 0 [ 1.902193] ACPI: PCI Root Bridge [PC03] (domain 0000 [bus b2-ff]) [ 1.902211] acpi PNP0A08:03: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI HPX-Type3] [ 1.903416] acpi PNP0A08:03: _OSC: platform does not support [SHPCHotplug AER LTR] [ 1.903934] acpi PNP0A08:03: _OSC: OS now controls [PCIeHotplug PME PCIeCapability] [ 1.904417] PCI host bridge to bus 0000:b2 [ 1.904429] pci_bus 0000:b2: root bus resource [io 0xc000-0xffff window] [ 1.904445] pci_bus 0000:b2: root bus resource [mem 0xd9000000-0xfbffffff window] [ 1.904464] pci_bus 0000:b2: root bus resource [mem 0x380300000000-0x3803ffffffff window] [ 1.904483] pci_bus 0000:b2: root bus resource [bus b2-ff] [ 1.904511] pci 0000:b2:05.0: [8086:2034] type 00 class 0x088000 [ 1.904675] pci 0000:b2:05.2: [8086:2035] type 00 class 0x088000 [ 1.904835] pci 0000:b2:05.4: [8086:2036] type 00 class 0x080020 [ 1.904859] pci 0000:b2:05.4: reg 0x10: [mem 0xfbf00000-0xfbf00fff] [ 1.905032] pci 0000:b2:12.0: [8086:204c] type 00 class 0x110100 [ 1.905223] pci 0000:b2:12.1: [8086:204d] type 00 class 0x110100 [ 1.905352] pci 0000:b2:12.2: [8086:204e] type 00 class 0x088000 [ 1.905485] pci 0000:b2:15.0: [8086:2018] type 00 class 0x088000 [ 1.905656] pci 0000:b2:16.0: [8086:2018] type 00 class 0x088000 [ 1.905827] pci 0000:b2:16.4: [8086:2018] type 00 class 0x088000 [ 1.905958] pci 0000:b2:17.0: [8086:2018] type 00 class 0x088000 [ 1.906130] pci_bus 0000:b2: on NUMA node 0 [ 1.906489] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 10 *11 12 14 15) [ 1.906613] ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 *10 11 12 14 15) [ 1.906727] ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 10 *11 12 14 15) [ 1.906841] ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 10 *11 12 14 15) [ 1.906954] ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 10 *11 12 14 15) [ 1.907067] ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 10 *11 12 14 15) [ 1.907180] ACPI: PCI Interrupt Link [LNKG] (IRQs 3 4 5 6 10 *11 12 14 15) [ 1.907293] ACPI: PCI Interrupt Link [LNKH] (IRQs 3 4 5 6 10 *11 12 14 15) [ 1.907433] ACPI BIOS Error (bug): Could not resolve symbol [\SHAD._STA.SDS0], AE_NOT_FOUND (20200326/psargs-330) [ 1.907461] ACPI Error: Aborting method \SHAD._STA due to previous error (AE_NOT_FOUND) (20200326/psparse-529) [ 1.907847] iommu: Default domain type: Translated [ 1.907847] pci 0000:65:00.0: vgaarb: setting as boot VGA device [ 1.907847] pci 0000:65:00.0: vgaarb: VGA device added: decodes=io+mem,owns=io+mem,locks=none [ 1.907847] pci 0000:65:00.0: vgaarb: bridge control possible [ 1.907847] vgaarb: loaded [ 1.908417] SCSI subsystem initialized [ 1.908518] libata version 3.00 loaded. [ 1.908518] ACPI: bus type USB registered [ 1.908518] usbcore: registered new interface driver usbfs [ 1.908518] usbcore: registered new interface driver hub [ 1.908536] usbcore: registered new device driver usb [ 1.908570] mc: Linux media interface: v0.10 [ 1.908589] videodev: Linux video capture interface: v2.00 [ 1.908634] pps_core: LinuxPPS API ver. 1 registered [ 1.908646] pps_core: Software ver. 5.3.6 - Copyright 2005-2007 Rodolfo Giometti <giometti@linux.it> [ 1.908668] PTP clock support registered [ 1.908707] EDAC MC: Ver: 3.0.0 [ 1.908940] Registered efivars operations [ 1.908940] Advanced Linux Sound Architecture Driver Initialized. [ 1.908940] PCI: Using ACPI for IRQ routing [ 1.914650] PCI: pci_cache_line_size set to 64 bytes [ 1.914793] e820: reserve RAM buffer [mem 0x2cb45018-0x2fffffff] [ 1.914797] e820: reserve RAM buffer [mem 0x2cb65018-0x2fffffff] [ 1.914799] e820: reserve RAM buffer [mem 0x314db000-0x33ffffff] [ 1.914801] e820: reserve RAM buffer [mem 0x33c03000-0x33ffffff] [ 1.914802] e820: reserve RAM buffer [mem 0x356f0000-0x37ffffff] [ 1.914804] e820: reserve RAM buffer [mem 0x369cc000-0x37ffffff] [ 1.915141] Bluetooth: Core ver 2.22 [ 1.915163] NET: Registered protocol family 31 [ 1.915174] Bluetooth: HCI device and connection manager initialized [ 1.915196] Bluetooth: HCI socket layer initialized [ 1.915208] Bluetooth: L2CAP socket layer initialized [ 1.915230] Bluetooth: SCO socket layer initialized [ 1.915262] NetLabel: Initializing [ 1.915270] NetLabel: domain hash size = 128 [ 1.915280] NetLabel: protocols = UNLABELED CIPSOv4 CALIPSO [ 1.915320] NetLabel: unlabeled traffic allowed by default [ 1.915926] acpi PNP0C14:03: duplicate WMI GUID DEADBEEF-4001-0000-00A0-C90629100000 (first instance was on PNP0C14:03) [ 1.916108] hpet0: at MMIO 0xfed00000, IRQs 2, 8, 0, 0, 0, 0, 0, 0 [ 1.916125] hpet0: 8 comparators, 64-bit 24.000000 MHz counter [ 1.918401] clocksource: Switched to clocksource tsc-early [ 1.976320] VFS: Disk quotas dquot_6.6.0 [ 1.976354] VFS: Dquot-cache hash table entries: 512 (order 0, 4096 bytes) [ 1.976575] pnp: PnP ACPI init [ 1.977123] pnp 00:00: Plug and Play ACPI device, IDs PNP0b00 (active) [ 1.977320] system 00:01: [io 0x0500-0x053f] has been reserved [ 1.977337] system 00:01: [io 0x0400-0x047f] has been reserved [ 1.977353] system 00:01: [io 0x0540-0x057f] has been reserved [ 1.977368] system 00:01: [io 0x0600-0x061f] has been reserved [ 1.977383] system 00:01: [io 0x0ca0-0x0ca5] has been reserved [ 1.977398] system 00:01: [io 0x0880-0x0883] has been reserved [ 1.977413] system 00:01: [io 0x0800-0x081f] has been reserved [ 1.977429] system 00:01: [mem 0xfed1c000-0xfed3ffff] has been reserved [ 1.977446] system 00:01: [mem 0xfed45000-0xfed8bfff] has been reserved [ 1.977462] system 00:01: [mem 0xff000000-0xffffffff] has been reserved [ 1.977479] system 00:01: [mem 0xfee00000-0xfeefffff] could not be reserved [ 1.977497] system 00:01: [mem 0xfed12000-0xfed1200f] has been reserved [ 1.977513] system 00:01: [mem 0xfed12010-0xfed1201f] has been reserved [ 1.977530] system 00:01: [mem 0xfed1b000-0xfed1bfff] has been reserved [ 1.977551] system 00:01: Plug and Play ACPI device, IDs PNP0c02 (active) [ 1.977905] system 00:02: [io 0x0a00-0x0a2f] has been reserved [ 1.977920] system 00:02: [io 0x0a30-0x0a3f] has been reserved [ 1.977935] system 00:02: [io 0x0a40-0x0a4f] has been reserved [ 1.977955] system 00:02: Plug and Play ACPI device, IDs PNP0c02 (active) [ 1.978328] system 00:03: [mem 0xfd000000-0xfdabffff] has been reserved [ 1.978346] system 00:03: [mem 0xfdad0000-0xfdadffff] has been reserved [ 1.978362] system 00:03: [mem 0xfdb00000-0xfdffffff] has been reserved [ 1.978379] system 00:03: [mem 0xfe000000-0xfe00ffff] has been reserved [ 1.978395] system 00:03: [mem 0xfe011000-0xfe01ffff] has been reserved [ 1.978412] system 00:03: [mem 0xfe036000-0xfe03bfff] has been reserved [ 1.978428] system 00:03: [mem 0xfe03d000-0xfe3fffff] has been reserved [ 1.978445] system 00:03: [mem 0xfe410000-0xfe7fffff] has been reserved [ 1.978465] system 00:03: Plug and Play ACPI device, IDs PNP0c02 (active) [ 1.978776] system 00:04: [io 0x0f00-0x0ffe] has been reserved [ 1.978796] system 00:04: Plug and Play ACPI device, IDs PNP0c02 (active) [ 1.980090] system 00:05: [mem 0xfdaf0000-0xfdafffff] has been reserved [ 1.980108] system 00:05: [mem 0xfdae0000-0xfdaeffff] has been reserved [ 1.980124] system 00:05: [mem 0xfdac0000-0xfdacffff] has been reserved [ 1.980145] system 00:05: Plug and Play ACPI device, IDs PNP0c02 (active) [ 1.981268] ACPI BIOS Error (bug): Could not resolve symbol [\SHAD._STA.SDS0], AE_NOT_FOUND (20200326/psargs-330) [ 1.981294] ACPI Error: Aborting method \SHAD._STA due to previous error (AE_NOT_FOUND) (20200326/psparse-529) [ 1.981323] pnp: PnP ACPI: found 6 devices [ 1.989228] clocksource: acpi_pm: mask: 0xffffff max_cycles: 0xffffff, max_idle_ns: 2085701024 ns [ 1.989258] pci 0000:00:1d.0: bridge window [io 0x1000-0x0fff] to [bus 04] add_size 1000 [ 1.989277] pci 0000:00:1d.0: bridge window [mem 0x00100000-0x000fffff 64bit pref] to [bus 04] add_size 200000 add_align 100000 [ 1.989301] pci 0000:00:1d.0: bridge window [mem 0x00100000-0x000fffff] to [bus 04] add_size 200000 add_align 100000 [ 1.989329] pci 0000:00:1d.0: BAR 14: assigned [mem 0x70000000-0x701fffff] [ 1.989346] pci 0000:00:1d.0: BAR 15: assigned [mem 0x380000000000-0x3800001fffff 64bit pref] [ 1.989366] pci 0000:00:1d.0: BAR 13: assigned [io 0x1000-0x1fff] [ 1.989381] pci 0000:00:1b.0: PCI bridge to [bus 01] [ 1.989401] pci 0000:00:1c.0: PCI bridge to [bus 02] [ 1.989421] pci 0000:00:1c.4: PCI bridge to [bus 03] [ 1.989435] pci 0000:00:1c.4: bridge window [mem 0x92e00000-0x92efffff] [ 1.989454] pci 0000:00:1d.0: PCI bridge to [bus 04] [ 1.989466] pci 0000:00:1d.0: bridge window [io 0x1000-0x1fff] [ 1.989482] pci 0000:00:1d.0: bridge window [mem 0x70000000-0x701fffff] [ 1.989498] pci 0000:00:1d.0: bridge window [mem 0x380000000000-0x3800001fffff 64bit pref] [ 1.989520] pci_bus 0000:00: resource 4 [io 0x0000-0x0cf7 window] [ 1.989534] pci_bus 0000:00: resource 5 [io 0x1000-0x3fff window] [ 1.989547] pci_bus 0000:00: resource 6 [mem 0x000c4000-0x000c7fff window] [ 1.989562] pci_bus 0000:00: resource 7 [mem 0xfe010000-0xfe010fff window] [ 1.989577] pci_bus 0000:00: resource 8 [mem 0x70000000-0x92ffffff window] [ 1.989592] pci_bus 0000:00: resource 9 [mem 0x380000000000-0x3800ffffffff window] [ 1.989609] pci_bus 0000:03: resource 1 [mem 0x92e00000-0x92efffff] [ 1.989622] pci_bus 0000:04: resource 0 [io 0x1000-0x1fff] [ 1.989635] pci_bus 0000:04: resource 1 [mem 0x70000000-0x701fffff] [ 1.989649] pci_bus 0000:04: resource 2 [mem 0x380000000000-0x3800001fffff 64bit pref] [ 1.989899] pci_bus 0000:16: resource 4 [io 0x4000-0x7fff window] [ 1.989912] pci_bus 0000:16: resource 5 [mem 0x93000000-0xb5ffffff window] [ 1.989927] pci_bus 0000:16: resource 6 [mem 0x380100000000-0x3801ffffffff window] [ 1.989981] pci 0000:64:00.0: PCI bridge to [bus 65] [ 1.989993] pci 0000:64:00.0: bridge window [io 0xb000-0xbfff] [ 1.990008] pci 0000:64:00.0: bridge window [mem 0xd7000000-0xd80fffff] [ 1.990024] pci 0000:64:00.0: bridge window [mem 0xc0000000-0xd1ffffff 64bit pref] [ 1.990043] pci_bus 0000:64: resource 4 [mem 0x000a0000-0x000bffff window] [ 1.990058] pci_bus 0000:64: resource 5 [io 0x8000-0xbfff window] [ 1.990072] pci_bus 0000:64: resource 6 [io 0x03b0-0x03bb window] [ 1.990085] pci_bus 0000:64: resource 7 [io 0x03c0-0x03df window] [ 1.990099] pci_bus 0000:64: resource 8 [mem 0xb6000000-0xd8ffffff window] [ 1.990114] pci_bus 0000:64: resource 9 [mem 0x380200000000-0x3802ffffffff window] [ 1.990130] pci_bus 0000:65: resource 0 [io 0xb000-0xbfff] [ 1.990143] pci_bus 0000:65: resource 1 [mem 0xd7000000-0xd80fffff] [ 1.990156] pci_bus 0000:65: resource 2 [mem 0xc0000000-0xd1ffffff 64bit pref] [ 1.990199] pci_bus 0000:b2: resource 4 [io 0xc000-0xffff window] [ 1.990213] pci_bus 0000:b2: resource 5 [mem 0xd9000000-0xfbffffff window] [ 1.990228] pci_bus 0000:b2: resource 6 [mem 0x380300000000-0x3803ffffffff window] [ 1.990326] NET: Registered protocol family 2 [ 1.990655] tcp_listen_portaddr_hash hash table entries: 32768 (order: 9, 2621440 bytes, linear) [ 1.991338] TCP established hash table entries: 524288 (order: 10, 4194304 bytes, linear) [ 1.992172] TCP bind hash table entries: 65536 (order: 10, 4718592 bytes, vmalloc) [ 1.993551] TCP: Hash tables configured (established 524288 bind 65536) [ 1.994304] UDP hash table entries: 32768 (order: 10, 5242880 bytes, vmalloc) [ 1.996323] UDP-Lite hash table entries: 32768 (order: 10, 5242880 bytes, vmalloc) [ 1.997861] NET: Registered protocol family 1 [ 2.054173] pci 0000:00:14.0: quirk_usb_early_handoff+0x0/0x645 took 54802 usecs [ 2.054226] pci 0000:03:00.0: PME# does not work under D0, disabling it [ 2.054620] pci 0000:16:05.0: disabled boot interrupts on device [8086:2034] [ 2.054710] pci 0000:64:05.0: disabled boot interrupts on device [8086:2034] [ 2.054777] pci 0000:65:00.0: Video device with shadowed ROM at [mem 0x000c0000-0x000dffff] [ 2.054798] pci 0000:65:00.0: CLS mismatch (64 != 32), using 64 bytes [ 2.054871] pci 0000:65:00.1: D0 power state depends on 0000:65:00.0 [ 2.054978] pci 0000:b2:05.0: disabled boot interrupts on device [8086:2034] [ 2.055121] Unpacking initramfs... [ 2.269455] Freeing initrd memory: 2792K [ 2.269567] PCI-DMA: Using software bounce buffering for IO (SWIOTLB) [ 2.269582] software IO TLB: mapped [mem 0x4c000000-0x50000000] (64MB) [ 2.269995] RAPL PMU: API unit is 2^-32 Joules, 2 fixed counters, 655360 ms ovfl timer [ 2.270013] RAPL PMU: hw unit of domain package 2^-14 Joules [ 2.270025] RAPL PMU: hw unit of domain dram 2^-16 Joules [ 2.277740] check: Scanning for low memory corruption every 60 seconds [ 2.282719] Initialise system trusted keyrings [ 2.282810] workingset: timestamp_bits=56 max_order=24 bucket_order=0 [ 2.286663] zbud: loaded [ 2.288266] Key type cifs.idmap registered [ 2.288346] fuse: init (API version 7.31) [ 2.291169] Key type asymmetric registered [ 2.291189] Asymmetric key parser 'x509' registered [ 2.291218] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 246) [ 2.292293] pcieport 0000:00:1b.0: PME: Signaling with IRQ 24 [ 2.292942] pcieport 0000:00:1c.0: PME: Signaling with IRQ 25 [ 2.293158] pcieport 0000:00:1c.4: PME: Signaling with IRQ 26 [ 2.293692] pcieport 0000:00:1d.0: PME: Signaling with IRQ 27 [ 2.293758] pcieport 0000:00:1d.0: pciehp: Slot #0 AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ Surprise+ Interlock- NoCompl+ IbPresDis- LLActRep+ [ 2.294589] pcieport 0000:64:00.0: PME: Signaling with IRQ 29 [ 2.294979] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [ 2.295100] efifb: probing for efifb [ 2.295133] efifb: framebuffer at 0xd1000000, using 3072k, total 3072k [ 2.295149] efifb: mode is 1024x768x32, linelength=4096, pages=1 [ 2.295163] efifb: scrolling: redraw [ 2.295173] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0 [ 2.296671] Console: switching to colour frame buffer device 128x48 [ 2.297903] fb0: EFI VGA frame buffer device [ 2.297935] intel_idle: MWAIT substates: 0x2020 [ 2.298038] Monitor-Mwait will be used to enter C-1 state [ 2.298053] Monitor-Mwait will be used to enter C-2 state [ 2.298060] ACPI: \_SB_.SCK0.CP00: Found 2 idle states [ 2.298085] intel_idle: v0.5.1 model 0x55 [ 2.300982] intel_idle: Local APIC timer is reliable in all C-states [ 2.301310] input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input0 [ 2.301404] ACPI: Sleep Button [SLPB] [ 2.301523] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input1 [ 2.301605] ACPI: Power Button [PWRB] [ 2.301682] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2 [ 2.305148] ACPI: Power Button [PWRF] [ 2.310319] Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled [ 2.311346] Non-volatile memory driver v1.3 [ 2.311405] Linux agpgart interface v0.103 [ 2.311594] [drm:drm_core_init] Initialized [ 2.311649] [drm:nouveau_drm_init] Loading Nouveau with parameters: [ 2.311651] [drm:nouveau_drm_init] ... tv_disable : 0 [ 2.311652] [drm:nouveau_drm_init] ... ignorelid : 0 [ 2.311654] [drm:nouveau_drm_init] ... duallink : 1 [ 2.311655] [drm:nouveau_drm_init] ... nofbaccel : 0 [ 2.311656] [drm:nouveau_drm_init] ... config : (null) [ 2.311658] [drm:nouveau_drm_init] ... debug : (null) [ 2.311659] [drm:nouveau_drm_init] ... noaccel : 0 [ 2.311661] [drm:nouveau_drm_init] ... modeset : -1 [ 2.311662] [drm:nouveau_drm_init] ... runpm : -1 [ 2.311663] [drm:nouveau_drm_init] ... vram_pushbuf : 0 [ 2.311665] [drm:nouveau_drm_init] ... hdmimhz : 0 [ 2.311667] MXM: GUID detected in BIOS [ 2.312139] checking generic (d1000000 300000) vs hw (c0000000 10000000) [ 2.312149] checking generic (d1000000 300000) vs hw (d0000000 2000000) [ 2.312155] fb0: switching to nouveaufb from EFI VGA [ 2.313171] Console: switching to colour dummy device 80x25 [ 2.313551] nouveau 0000:65:00.0: NVIDIA GP104 (134000a1) [ 2.424113] nouveau 0000:65:00.0: bios: version 86.04.60.40.1f [ 2.425807] nouveau 0000:65:00.0: fb: 8192 MiB GDDR5X [ 2.458289] [TTM] Zone kernel: Available graphics memory: 32757026 KiB [ 2.458331] [TTM] Zone dma32: Available graphics memory: 2097152 KiB [ 2.458348] [TTM] Initializing pool allocator [ 2.458368] [TTM] Initializing DMA pool allocator [ 2.458423] nouveau 0000:65:00.0: DRM: VRAM: 8192 MiB [ 2.458439] nouveau 0000:65:00.0: DRM: GART: 536870912 MiB [ 2.458454] nouveau 0000:65:00.0: DRM: BIT table 'A' not found [ 2.458468] nouveau 0000:65:00.0: DRM: BIT table 'L' not found [ 2.458483] nouveau 0000:65:00.0: DRM: TMDS table version 2.0 [ 2.458497] nouveau 0000:65:00.0: DRM: DCB version 4.1 [ 2.458510] nouveau 0000:65:00.0: DRM: DCB outp 00: 01000f42 00020030 [ 2.458526] nouveau 0000:65:00.0: DRM: DCB outp 01: 04811f96 04600020 [ 2.458541] nouveau 0000:65:00.0: DRM: DCB outp 02: 04011f92 00020020 [ 2.458557] nouveau 0000:65:00.0: DRM: DCB outp 03: 04822f86 04600010 [ 2.458572] nouveau 0000:65:00.0: DRM: DCB outp 04: 04022f82 00020010 [ 2.458588] nouveau 0000:65:00.0: DRM: DCB outp 06: 02033f62 00020010 [ 2.458603] nouveau 0000:65:00.0: DRM: DCB outp 07: 02844f76 04600020 [ 2.458619] nouveau 0000:65:00.0: DRM: DCB outp 08: 02044f72 00020020 [ 2.458634] nouveau 0000:65:00.0: DRM: DCB conn 00: 00001031 [ 2.458648] nouveau 0000:65:00.0: DRM: DCB conn 01: 02000146 [ 2.458662] nouveau 0000:65:00.0: DRM: DCB conn 02: 01000246 [ 2.458676] nouveau 0000:65:00.0: DRM: DCB conn 03: 00010361 [ 2.458690] nouveau 0000:65:00.0: DRM: DCB conn 04: 00020446 [ 2.458704] nouveau 0000:65:00.0: DRM: Pointer to flat panel table invalid [ 2.459445] nouveau 0000:65:00.0: DRM: MM: using COPY for buffer copies [ 2.480945] [drm:drm_dp_dpcd_access] Too many retries, giving up. First error: -6 [ 2.500821] [drm:drm_dp_dpcd_access] Too many retries, giving up. First error: -6 [ 2.501505] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [ 2.501540] 0088 1 core507d_init [ 2.501556] f0000000 [ 2.540783] [drm:drm_client_modeset_probe] [ 2.540816] [drm:drm_mode_object_get] OBJ ID: 85 (2) [ 2.540830] [drm:drm_mode_object_get] OBJ ID: 87 (2) [ 2.540840] [drm:drm_mode_object_get] OBJ ID: 90 (2) [ 2.540848] [drm:drm_mode_object_get] OBJ ID: 93 (2) [ 2.540857] [drm:drm_mode_object_get] OBJ ID: 95 (2) [ 2.540940] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:85:DVI-D-1] [ 2.542376] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:85:DVI-D-1] status updated from unknown to disconnected [ 2.542416] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:85:DVI-D-1] disconnected [ 2.542428] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:87:DP-1] [ 2.594958] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:87:DP-1] status updated from unknown to disconnected [ 2.594967] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:87:DP-1] disconnected [ 2.594976] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:90:DP-2] [ 2.648290] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:90:DP-2] status updated from unknown to disconnected [ 2.648298] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:90:DP-2] disconnected [ 2.648307] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:93:HDMI-A-1] [ 2.649602] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:93:HDMI-A-1] status updated from unknown to disconnected [ 2.649610] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:93:HDMI-A-1] disconnected [ 2.649619] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:95:DP-3] [ 2.649848] nouveau 0000:65:00.0: DRM: display: 4x540000 dpcd 0x12 [ 2.649942] nouveau 0000:65:00.0: DRM: encoder: 4x810000 [ 2.650003] nouveau 0000:65:00.0: DRM: maximum: 4x540000 [ 2.650240] nouveau 0000:65:00.0: DRM: Sink OUI: 0080e1 [ 2.650479] nouveau 0000:65:00.0: DRM: Branch OUI: 0080e1 [ 2.651736] [drm:drm_dp_mst_topology_mgr_set_mst] mstb 000000008fd28a05 (2) [ 2.652595] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (1) [ 2.652605] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:95:DP-3] status updated from unknown to disconnected [ 2.652613] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:95:DP-3] disconnected [ 2.652628] [drm:drm_client_modeset_probe] No connectors reported connected with modes [ 2.652643] [drm:drm_client_modeset_probe] connector 85 enabled? no [ 2.652650] [drm:drm_client_modeset_probe] connector 87 enabled? no [ 2.652657] [drm:drm_client_modeset_probe] connector 90 enabled? no [ 2.652664] [drm:drm_client_modeset_probe] connector 93 enabled? no [ 2.652671] [drm:drm_client_modeset_probe] connector 95 enabled? no [ 2.652727] [drm:drm_client_firmware_config.isra.0] Not using firmware configuration [ 2.652742] [drm:drm_client_modeset_probe] picking CRTCs for 16384x16384 config [ 2.652754] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (2) [ 2.652761] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (2) [ 2.652768] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (2) [ 2.652774] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (2) [ 2.652781] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (2) [ 2.652805] nouveau 0000:65:00.0: [drm:__drm_fb_helper_initial_config_and_unlock] test CRTC 0 primary plane [ 2.652821] nouveau 0000:65:00.0: [drm:__drm_fb_helper_initial_config_and_unlock] test CRTC 1 primary plane [ 2.652828] nouveau 0000:65:00.0: [drm:__drm_fb_helper_initial_config_and_unlock] test CRTC 2 primary plane [ 2.652835] nouveau 0000:65:00.0: [drm:__drm_fb_helper_initial_config_and_unlock] test CRTC 3 primary plane [ 2.652842] nouveau 0000:65:00.0: [drm] Cannot find any crtc or sizes [ 2.653554] [drm:drm_minor_register] [ 2.654067] [drm:drm_sysfs_hotplug_event] generating hotplug event [ 2.654142] [drm:drm_client_modeset_probe] [ 2.654160] [drm:drm_mode_object_get] OBJ ID: 85 (2) [ 2.654174] [drm:drm_mode_object_get] OBJ ID: 87 (2) [ 2.654184] [drm:drm_mode_object_get] OBJ ID: 90 (2) [ 2.654192] [drm:drm_mode_object_get] OBJ ID: 93 (2) [ 2.654202] [drm:drm_mode_object_get] OBJ ID: 95 (2) [ 2.654236] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:85:DVI-D-1] [ 2.655591] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:85:DVI-D-1] disconnected [ 2.655605] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:87:DP-1] [ 2.668347] [drm:drm_minor_register] new minor registered 128 [ 2.668353] [drm:drm_minor_register] [ 2.668693] [drm:drm_minor_register] new minor registered 0 [ 2.668997] [drm:drm_sysfs_connector_add] adding "DVI-D-1" to sysfs [ 2.669012] [drm:drm_sysfs_hotplug_event] generating hotplug event [ 2.669251] [drm:drm_sysfs_connector_add] adding "DP-1" to sysfs [ 2.669258] [drm:drm_sysfs_hotplug_event] generating hotplug event [ 2.669427] [drm:drm_sysfs_connector_add] adding "DP-2" to sysfs [ 2.669433] [drm:drm_sysfs_hotplug_event] generating hotplug event [ 2.669605] [drm:drm_sysfs_connector_add] adding "HDMI-A-1" to sysfs [ 2.669611] [drm:drm_sysfs_hotplug_event] generating hotplug event [ 2.669777] [drm:drm_sysfs_connector_add] adding "DP-3" to sysfs [ 2.669783] [drm:drm_sysfs_hotplug_event] generating hotplug event [ 2.669852] [drm] Initialized nouveau 1.3.1 20120801 for 0000:65:00.0 on minor 0 [ 2.686749] loop: module loaded [ 2.686922] usbcore: registered new interface driver rtsx_usb [ 2.708269] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:87:DP-1] disconnected [ 2.708273] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:90:DP-2] [ 2.761606] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:90:DP-2] disconnected [ 2.761609] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:93:HDMI-A-1] [ 2.762851] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:93:HDMI-A-1] disconnected [ 2.762853] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:95:DP-3] [ 2.763072] nouveau 0000:65:00.0: DRM: display: 4x540000 dpcd 0x12 [ 2.763098] nouveau 0000:65:00.0: DRM: encoder: 4x810000 [ 2.763117] nouveau 0000:65:00.0: DRM: maximum: 4x540000 [ 2.763311] nouveau 0000:65:00.0: DRM: Sink OUI: 0080e1 [ 2.763505] nouveau 0000:65:00.0: DRM: Branch OUI: 0080e1 [ 2.763850] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:95:DP-3] disconnected [ 2.763854] [drm:drm_client_modeset_probe] No connectors reported connected with modes [ 2.763858] [drm:drm_client_modeset_probe] connector 85 enabled? no [ 2.763860] [drm:drm_client_modeset_probe] connector 87 enabled? no [ 2.763862] [drm:drm_client_modeset_probe] connector 90 enabled? no [ 2.763864] [drm:drm_client_modeset_probe] connector 93 enabled? no [ 2.763866] [drm:drm_client_modeset_probe] connector 95 enabled? no [ 2.763883] [drm:drm_client_firmware_config.isra.0] Not using firmware configuration [ 2.763888] [drm:drm_client_modeset_probe] picking CRTCs for 16384x16384 config [ 2.763892] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (2) [ 2.763894] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (2) [ 2.763896] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (2) [ 2.763898] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (2) [ 2.763900] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (2) [ 2.763906] nouveau 0000:65:00.0: [drm:__drm_fb_helper_initial_config_and_unlock] test CRTC 0 primary plane [ 2.763910] nouveau 0000:65:00.0: [drm:__drm_fb_helper_initial_config_and_unlock] test CRTC 1 primary plane [ 2.763912] nouveau 0000:65:00.0: [drm:__drm_fb_helper_initial_config_and_unlock] test CRTC 2 primary plane [ 2.763914] nouveau 0000:65:00.0: [drm:__drm_fb_helper_initial_config_and_unlock] test CRTC 3 primary plane [ 2.763916] nouveau 0000:65:00.0: [drm] Cannot find any crtc or sizes [ 2.763972] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (2) [ 2.763977] [drm:drm_dp_mst_link_probe_work] Clearing payload ID table [ 2.764218] mei_me 0000:00:16.0: enabling device (0000 -> 0002) [ 2.764613] ahci 0000:00:17.0: version 3.0 [ 2.766623] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.767539] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (3) [ 2.767544] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (2) [ 2.771410] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.772275] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (3) [ 2.772668] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (2) [ 2.774767] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.775176] ahci 0000:00:17.0: AHCI 0001.0301 32 slots 8 ports 6 Gbps 0xff impl SATA mode [ 2.775198] ahci 0000:00:17.0: flags: 64bit ncq sntf led clo only pio slum part ems deso sadm sds apst [ 2.775611] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (3) [ 2.776005] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (2) [ 2.778273] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.779121] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (3) [ 2.779513] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (2) [ 2.779599] [drm:drm_dp_send_link_address] link address reply: 3 [ 2.779610] [drm:drm_dp_send_link_address] port 0: input 1, pdt: 1, pn: 0, dpcd_rev: 00, mcs: 1, ddps: 1, ldps 0, sdp 0/0 [ 2.779619] [drm:drm_dp_send_link_address] port 1: input 0, pdt: 3, pn: 8, dpcd_rev: 12, mcs: 0, ddps: 1, ldps 0, sdp 1/2 [ 2.779626] [drm:drm_dp_send_link_address] port 2: input 0, pdt: 3, pn: 9, dpcd_rev: 12, mcs: 0, ddps: 1, ldps 0, sdp 0/0 [ 2.779636] [drm:drm_dp_mst_add_port] mstb 000000008fd28a05 (2) [ 2.779644] [drm:drm_dp_send_link_address] port 000000005d2ad023 (2) [ 2.779652] [drm:drm_dp_mst_topology_put_port] port 000000005d2ad023 (1) [ 2.779661] [drm:drm_dp_mst_add_port] mstb 000000008fd28a05 (3) [ 2.779668] [drm:drm_dp_send_link_address] port 00000000554b0bb4 (2) [ 2.783176] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.784059] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (3) [ 2.784062] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (2) [ 2.784127] [drm:drm_dp_send_enum_path_resources] enum path resources 8: 2560 2560 [ 2.784255] [drm:nv50_mstm_add_connector] port 00000000554b0bb4 (2) [ 2.784295] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (3) [ 2.791536] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.792459] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (4) [ 2.792462] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (3) [ 2.792536] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (2) [ 2.792559] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (3) [ 2.799736] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.800616] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (4) [ 2.801455] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (3) [ 2.804366] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.805223] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (4) [ 2.806036] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (3) [ 2.808792] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.809637] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (4) [ 2.810453] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (3) [ 2.813446] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.814325] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (4) [ 2.815140] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (3) [ 2.815205] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (2) [ 2.815224] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (3) [ 2.822783] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.823665] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (4) [ 2.824501] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (3) [ 2.827220] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.828099] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (4) [ 2.828925] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (3) [ 2.831770] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.832612] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (4) [ 2.833427] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (3) [ 2.836319] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.837197] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (4) [ 2.838013] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (3) [ 2.838077] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (2) [ 2.838157] [drm:drm_sysfs_connector_add] adding "DP-4" to sysfs [ 2.838161] [drm:drm_sysfs_hotplug_event] generating hotplug event [ 2.838195] [drm:drm_dp_mst_topology_put_port] port 00000000554b0bb4 (1) [ 2.838198] [drm:drm_dp_mst_add_port] mstb 000000008fd28a05 (4) [ 2.838200] [drm:drm_dp_send_link_address] port 00000000a7dd8125 (2) [ 2.842423] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.843306] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (3) [ 2.843309] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (2) [ 2.843372] [drm:drm_dp_send_enum_path_resources] enum path resources 9: 1260 1260 [ 2.843439] [drm:nv50_mstm_add_connector] port 00000000a7dd8125 (2) [ 2.843444] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (3) [ 2.850617] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.851460] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (4) [ 2.851463] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (3) [ 2.854864] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (2) [ 2.854889] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (3) [ 2.855205] scsi host0: ahci [ 2.855531] scsi host1: ahci [ 2.855720] scsi host2: ahci [ 2.855903] scsi host3: ahci [ 2.856082] scsi host4: ahci [ 2.856292] scsi host5: ahci [ 2.856482] scsi host6: ahci [ 2.856664] scsi host7: ahci [ 2.856765] ata1: SATA max UDMA/133 abar m2048@0x92f6b000 port 0x92f6b100 irq 33 [ 2.856783] ata2: SATA max UDMA/133 abar m2048@0x92f6b000 port 0x92f6b180 irq 33 [ 2.856801] ata3: SATA max UDMA/133 abar m2048@0x92f6b000 port 0x92f6b200 irq 33 [ 2.856819] ata4: SATA max UDMA/133 abar m2048@0x92f6b000 port 0x92f6b280 irq 33 [ 2.856837] ata5: SATA max UDMA/133 abar m2048@0x92f6b000 port 0x92f6b300 irq 33 [ 2.856855] ata6: SATA max UDMA/133 abar m2048@0x92f6b000 port 0x92f6b380 irq 33 [ 2.856873] ata7: SATA max UDMA/133 abar m2048@0x92f6b000 port 0x92f6b400 irq 33 [ 2.856890] ata8: SATA max UDMA/133 abar m2048@0x92f6b000 port 0x92f6b480 irq 33 [ 2.857193] tun: Universal TUN/TAP device driver, 1.6 [ 2.857329] e1000e: Intel(R) PRO/1000 Network Driver - 3.2.6-k [ 2.857342] e1000e: Copyright(c) 1999 - 2015 Intel Corporation. [ 2.857761] e1000e 0000:00:1f.6: Interrupt Throttling Rate (ints/sec) set to dynamic conservative mode [ 2.862108] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.862952] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (4) [ 2.863790] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (3) [ 2.866677] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.867557] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (4) [ 2.868370] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (3) [ 2.871164] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.872009] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (4) [ 2.872823] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (3) [ 2.875861] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.876738] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (4) [ 2.877554] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (3) [ 2.877619] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (2) [ 2.877637] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (3) [ 2.885170] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.886050] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (4) [ 2.886885] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (3) [ 2.889655] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.890499] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (4) [ 2.891313] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (3) [ 2.894134] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.894980] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (4) [ 2.895793] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (3) [ 2.898667] nouveau 0000:65:00.0: DRM: service DP-3 [ 2.899512] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (4) [ 2.900328] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (3) [ 2.911621] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (2) [ 2.911758] [drm:drm_sysfs_connector_add] adding "DP-5" to sysfs [ 2.911765] [drm:drm_sysfs_hotplug_event] generating hotplug event [ 2.911839] [drm:drm_dp_mst_topology_put_port] port 00000000a7dd8125 (1) [ 2.911848] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (1) [ 2.911863] [drm:drm_sysfs_hotplug_event] generating hotplug event [ 2.911924] [drm:drm_client_modeset_probe] [ 2.911945] [drm:drm_mode_object_get] OBJ ID: 85 (2) [ 2.911960] [drm:drm_mode_object_get] OBJ ID: 87 (2) [ 2.911970] [drm:drm_mode_object_get] OBJ ID: 90 (2) [ 2.911978] [drm:drm_mode_object_get] OBJ ID: 93 (2) [ 2.911988] [drm:drm_mode_object_get] OBJ ID: 95 (2) [ 2.911997] [drm:drm_mode_object_get] OBJ ID: 98 (2) [ 2.912005] [drm:drm_mode_object_get] OBJ ID: 100 (2) [ 2.912042] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:85:DVI-D-1] [ 2.913382] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:85:DVI-D-1] disconnected [ 2.913397] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:87:DP-1] [ 3.018288] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:87:DP-1] disconnected [ 3.018298] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:90:DP-2] [ 3.101606] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:90:DP-2] disconnected [ 3.101610] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:93:HDMI-A-1] [ 3.102854] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:93:HDMI-A-1] disconnected [ 3.102857] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:95:DP-3] [ 3.103076] nouveau 0000:65:00.0: DRM: display: 4x540000 dpcd 0x12 [ 3.103104] nouveau 0000:65:00.0: DRM: encoder: 4x810000 [ 3.103122] nouveau 0000:65:00.0: DRM: maximum: 4x540000 [ 3.103316] nouveau 0000:65:00.0: DRM: Sink OUI: 0080e1 [ 3.103510] nouveau 0000:65:00.0: DRM: Branch OUI: 0080e1 [ 3.103855] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:95:DP-3] disconnected [ 3.103858] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:98:DP-4] [ 3.103863] [drm:drm_dp_mst_topology_try_get_port] port 00000000554b0bb4 (2) [ 3.103868] [drm:drm_dp_mst_topology_put_port] port 00000000554b0bb4 (1) [ 3.103870] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:98:DP-4] status updated from unknown to connected [ 3.103876] [drm:drm_dp_mst_topology_try_get_port] port 00000000554b0bb4 (2) [ 3.103881] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.103884] [drm:drm_dp_mst_topology_put_port] port 00000000554b0bb4 (1) [ 3.103887] [drm:drm_add_display_info] Supported Monitor Refresh rate range is 0 Hz - 0 Hz [ 3.103890] [drm:drm_add_display_info] non_desktop set to 0 [ 3.103893] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.103895] [drm:drm_add_display_info] DP-4: Assigning EDID-1.4 digital sink color depth as 10 bpc. [ 3.103898] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.103901] [drm:drm_update_tile_info] block id 0x12, rev 0, len 22 [ 3.103903] [drm:drm_update_tile_info] tile cap 0x82 [ 3.103906] [drm:drm_update_tile_info] tile_size 1920 x 2160 [ 3.103908] [drm:drm_update_tile_info] topo num tiles 2x1, location 1x0 [ 3.103911] [drm:drm_update_tile_info] vend DEL [ 3.103925] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.103927] [drm:drm_add_edid_modes] ELD: no CEA Extension found [ 3.103930] [drm:drm_add_display_info] Supported Monitor Refresh rate range is 0 Hz - 0 Hz [ 3.103932] [drm:drm_add_display_info] non_desktop set to 0 [ 3.103935] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.103937] [drm:drm_add_display_info] DP-4: Assigning EDID-1.4 digital sink color depth as 10 bpc. [ 3.103948] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.103951] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.103954] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.103956] nouveau 0000:65:00.0: DRM: native mode from preferred [ 3.103983] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:98:DP-4] probed modes : [ 3.103988] [drm:drm_mode_debug_printmodeline] Modeline "1920x2160": 60 277250 1920 1968 2000 2080 2160 2163 2173 2222 0x48 0x9 [ 3.103990] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:100:DP-5] [ 3.103994] [drm:drm_dp_mst_topology_try_get_port] port 00000000a7dd8125 (2) [ 3.103997] [drm:drm_dp_mst_topology_put_port] port 00000000a7dd8125 (1) [ 3.103999] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:100:DP-5] status updated from unknown to connected [ 3.104002] [drm:drm_dp_mst_topology_try_get_port] port 00000000a7dd8125 (2) [ 3.104005] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.104008] [drm:drm_dp_mst_topology_put_port] port 00000000a7dd8125 (1) [ 3.104011] [drm:drm_add_display_info] Supported Monitor Refresh rate range is 0 Hz - 0 Hz [ 3.104013] [drm:drm_add_display_info] non_desktop set to 0 [ 3.104015] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.104018] [drm:drm_add_display_info] DP-5: Assigning EDID-1.4 digital sink color depth as 10 bpc. [ 3.104020] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.104023] [drm:drm_update_tile_info] block id 0x12, rev 0, len 22 [ 3.104026] [drm:drm_update_tile_info] tile cap 0x82 [ 3.104028] [drm:drm_update_tile_info] tile_size 1920 x 2160 [ 3.104031] [drm:drm_update_tile_info] topo num tiles 2x1, location 0x0 [ 3.104033] [drm:drm_update_tile_info] vend DEL [ 3.104039] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.104041] [drm:drm_add_edid_modes] ELD: no CEA Extension found [ 3.104044] [drm:drm_add_display_info] Supported Monitor Refresh rate range is 0 Hz - 0 Hz [ 3.104046] [drm:drm_add_display_info] non_desktop set to 0 [ 3.104049] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.104051] [drm:drm_add_display_info] DP-5: Assigning EDID-1.4 digital sink color depth as 10 bpc. [ 3.104073] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.104075] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.104078] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.104080] nouveau 0000:65:00.0: DRM: native mode from preferred [ 3.104157] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:100:DP-5] probed modes : [ 3.104160] [drm:drm_mode_debug_printmodeline] Modeline "1920x2160": 60 277250 1920 1968 2000 2080 2160 2163 2173 2222 0x48 0x9 [ 3.104162] [drm:drm_mode_debug_printmodeline] Modeline "1920x1200": 60 193250 1920 2056 2256 2592 1200 1203 1209 1245 0x40 0x6 [ 3.104165] [drm:drm_mode_debug_printmodeline] Modeline "1920x1080": 60 148500 1920 2008 2052 2200 1080 1084 1089 1125 0x40 0xa [ 3.104167] [drm:drm_mode_debug_printmodeline] Modeline "1600x1200": 60 162000 1600 1664 1856 2160 1200 1201 1204 1250 0x40 0x5 [ 3.104169] [drm:drm_mode_debug_printmodeline] Modeline "1680x1050": 60 146250 1680 1784 1960 2240 1050 1053 1059 1089 0x40 0x6 [ 3.104172] [drm:drm_mode_debug_printmodeline] Modeline "1280x1024": 75 135000 1280 1296 1440 1688 1024 1025 1028 1066 0x40 0x5 [ 3.104174] [drm:drm_mode_debug_printmodeline] Modeline "1280x1024": 60 108000 1280 1328 1440 1688 1024 1025 1028 1066 0x40 0x5 [ 3.104177] [drm:drm_mode_debug_printmodeline] Modeline "1280x800": 60 83500 1280 1352 1480 1680 800 803 809 831 0x40 0x6 [ 3.104179] [drm:drm_mode_debug_printmodeline] Modeline "1152x864": 75 108000 1152 1216 1344 1600 864 865 868 900 0x40 0x5 [ 3.104182] [drm:drm_mode_debug_printmodeline] Modeline "1024x768": 75 78750 1024 1040 1136 1312 768 769 772 800 0x40 0x5 [ 3.104184] [drm:drm_mode_debug_printmodeline] Modeline "1024x768": 60 65000 1024 1048 1184 1344 768 771 777 806 0x40 0xa [ 3.104187] [drm:drm_mode_debug_printmodeline] Modeline "800x600": 75 49500 800 816 896 1056 600 601 604 625 0x40 0x5 [ 3.104189] [drm:drm_mode_debug_printmodeline] Modeline "800x600": 60 40000 800 840 968 1056 600 601 605 628 0x40 0x5 [ 3.104192] [drm:drm_mode_debug_printmodeline] Modeline "640x480": 75 31500 640 656 720 840 480 481 484 500 0x40 0xa [ 3.104194] [drm:drm_mode_debug_printmodeline] Modeline "640x480": 60 25175 640 656 752 800 480 490 492 525 0x40 0xa [ 3.104196] [drm:drm_mode_debug_printmodeline] Modeline "720x400": 70 28320 720 738 846 900 400 412 414 449 0x40 0x6 [ 3.104199] [drm:drm_client_modeset_probe] connector 85 enabled? no [ 3.104201] [drm:drm_client_modeset_probe] connector 87 enabled? no [ 3.104204] [drm:drm_client_modeset_probe] connector 90 enabled? no [ 3.104206] [drm:drm_client_modeset_probe] connector 93 enabled? no [ 3.104208] [drm:drm_client_modeset_probe] connector 95 enabled? no [ 3.104210] [drm:drm_client_modeset_probe] connector 98 enabled? yes [ 3.104212] [drm:drm_client_modeset_probe] connector 100 enabled? yes [ 3.104227] [drm:drm_client_firmware_config.isra.0] connector DP-4 has no encoder or crtc, skipping [ 3.104230] [drm:drm_client_firmware_config.isra.0] connector DP-5 has no encoder or crtc, skipping [ 3.104232] [drm:drm_client_firmware_config.isra.0] connector DVI-D-1 not enabled, skipping [ 3.104234] [drm:drm_client_firmware_config.isra.0] connector DP-1 not enabled, skipping [ 3.104237] [drm:drm_client_firmware_config.isra.0] connector DP-2 not enabled, skipping [ 3.104239] [drm:drm_client_firmware_config.isra.0] connector HDMI-A-1 not enabled, skipping [ 3.104242] [drm:drm_client_firmware_config.isra.0] connector DP-3 not enabled, skipping [ 3.104244] [drm:drm_client_firmware_config.isra.0] fallback: Not all outputs enabled [ 3.104246] [drm:drm_client_firmware_config.isra.0] Enabled: 0, detected: 2 [ 3.104249] [drm:drm_client_firmware_config.isra.0] Not using firmware configuration [ 3.104253] [drm:drm_client_modeset_probe] looking for cmdline mode on connector 100 [ 3.104255] [drm:drm_client_modeset_probe] looking for preferred mode on connector 100 1 [ 3.104258] [drm:drm_client_modeset_probe] found mode 1920x2160 [ 3.104260] [drm:drm_client_modeset_probe] no modes for connector tiled 5 98 [ 3.104262] [drm:drm_client_modeset_probe] returned 1920 0 for 1 0 [ 3.104264] [drm:drm_client_modeset_probe] looking for cmdline mode on connector 98 [ 3.104267] [drm:drm_client_modeset_probe] looking for preferred mode on connector 98 1 [ 3.104269] [drm:drm_client_modeset_probe] found mode 1920x2160 [ 3.104271] [drm:drm_client_modeset_probe] picking CRTCs for 16384x16384 config [ 3.104278] [drm:drm_client_modeset_probe] desired mode 1920x2160 set on crtc 50 (1920,0) [ 3.104283] [drm:drm_mode_object_get] OBJ ID: 98 (2) [ 3.104286] [drm:drm_client_modeset_probe] desired mode 1920x2160 set on crtc 61 (0,0) [ 3.104288] [drm:drm_mode_object_get] OBJ ID: 100 (2) [ 3.104291] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (2) [ 3.104293] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (2) [ 3.104295] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (2) [ 3.104297] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (2) [ 3.104299] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (2) [ 3.104301] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (3) [ 3.104303] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (3) [ 3.104310] nouveau 0000:65:00.0: [drm:__drm_fb_helper_initial_config_and_unlock] test CRTC 0 primary plane [ 3.104312] nouveau 0000:65:00.0: [drm:__drm_fb_helper_initial_config_and_unlock] test CRTC 1 primary plane [ 3.104315] nouveau 0000:65:00.0: [drm:__drm_fb_helper_initial_config_and_unlock] test CRTC 2 primary plane [ 3.104317] nouveau 0000:65:00.0: [drm:__drm_fb_helper_initial_config_and_unlock] test CRTC 3 primary plane [ 3.104773] [drm:drm_sysfs_hotplug_event] generating hotplug event [ 3.167997] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 3.168054] ata4: SATA link down (SStatus 4 SControl 300) [ 3.168688] ata1: SATA link down (SStatus 4 SControl 300) [ 3.168793] ata3: SATA link down (SStatus 4 SControl 300) [ 3.168839] ata2.00: ATA-10: INTEL SSDSC2KW010T8, LHF0B1C, max UDMA/133 [ 3.168859] ata2.00: 2000409264 sectors, multi 16: LBA48 NCQ (depth 32), AA [ 3.169322] ata2.00: configured for UDMA/133 [ 3.169721] scsi 1:0:0:0: Direct-Access ATA INTEL SSDSC2KW01 0B1C PQ: 0 ANSI: 5 [ 3.170296] ata2.00: Enabling discard_zeroes_data [ 3.170298] sd 1:0:0:0: Attached scsi generic sg0 type 0 [ 3.170470] sd 1:0:0:0: [sda] 2000409264 512-byte logical blocks: (1.02 TB/954 GiB) [ 3.170525] sd 1:0:0:0: [sda] Write Protect is off [ 3.170539] sd 1:0:0:0: [sda] Mode Sense: 00 3a 00 00 [ 3.170566] sd 1:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 3.170950] ata2.00: Enabling discard_zeroes_data [ 3.171250] ata5: SATA link up 3.0 Gbps (SStatus 123 SControl 300) [ 3.171282] ata6: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [ 3.172018] ata8: SATA link down (SStatus 4 SControl 300) [ 3.172055] ata7: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [ 3.172277] ata7.00: ATA-8: INTEL SSDSC2BB240G4, D2010355, max UDMA/133 [ 3.172292] ata7.00: 468862128 sectors, multi 1: LBA48 NCQ (depth 32) [ 3.172355] sda: sda1 sda2 [ 3.172520] ata7.00: configured for UDMA/133 [ 3.173321] ata5.00: ATA-8: WDC WD1001FAES-75W7A0, 05.01D05, max UDMA/133 [ 3.173342] ata5.00: 1953525168 sectors, multi 16: LBA48 NCQ (depth 32), AA [ 3.174014] ata2.00: Enabling discard_zeroes_data [ 3.174201] sd 1:0:0:0: [sda] Attached SCSI disk [ 3.176106] ata5.00: configured for UDMA/133 [ 3.176311] scsi 4:0:0:0: Direct-Access ATA WDC WD1001FAES-7 1D05 PQ: 0 ANSI: 5 [ 3.176699] sd 4:0:0:0: Attached scsi generic sg1 type 0 [ 3.176714] sd 4:0:0:0: [sdb] 1953525168 512-byte logical blocks: (1.00 TB/932 GiB) [ 3.176787] sd 4:0:0:0: [sdb] Write Protect is off [ 3.176811] sd 4:0:0:0: [sdb] Mode Sense: 00 3a 00 00 [ 3.176848] sd 4:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 3.205938] ata6.00: ATAPI: TSSTcorp DVD+/-RW TS-H653H, D700, max UDMA/100 [ 3.207673] ata6.00: configured for UDMA/100 [ 3.209129] scsi 5:0:0:0: CD-ROM TSSTcorp DVD+-RW TS-H653H D700 PQ: 0 ANSI: 5 [ 3.221122] sdb: sdb1 [ 3.222830] sd 4:0:0:0: [sdb] Attached SCSI disk [ 3.246761] scsi 5:0:0:0: Attached scsi generic sg2 type 5 [ 3.247102] scsi 6:0:0:0: Direct-Access ATA INTEL SSDSC2BB24 0355 PQ: 0 ANSI: 5 [ 3.247382] ata7.00: Enabling discard_zeroes_data [ 3.247403] sd 6:0:0:0: Attached scsi generic sg3 type 0 [ 3.247469] sd 6:0:0:0: [sdc] 468862128 512-byte logical blocks: (240 GB/224 GiB) [ 3.247501] sd 6:0:0:0: [sdc] Write Protect is off [ 3.247515] sd 6:0:0:0: [sdc] Mode Sense: 00 3a 00 00 [ 3.247536] sd 6:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 3.247743] ata7.00: Enabling discard_zeroes_data [ 3.249447] sdc: sdc1 sdc2 sdc3 sdc4 [ 3.251141] ata7.00: Enabling discard_zeroes_data [ 3.251274] sd 6:0:0:0: [sdc] Attached SCSI disk [ 3.295046] tsc: Refined TSC clocksource calibration: 2808.000 MHz [ 3.295087] clocksource: tsc: mask: 0xffffffffffffffff max_cycles: 0x2879c5f06f2, max_idle_ns: 440795220049 ns [ 3.295261] clocksource: Switched to clocksource tsc [ 3.389684] e1000e 0000:00:1f.6 0000:00:1f.6 (uninitialized): registered PHC clock [ 3.416914] nouveau 0000:65:00.0: DRM: allocated 3840x2160 fb: 0x200000, bo 00000000b9359c68 [ 3.417137] fbcon: nouveaudrmfb (fb0) is primary device [ 3.417285] [drm:drm_mode_object_get] OBJ ID: 106 (1) [ 3.417296] [drm:drm_mode_object_get] OBJ ID: 98 (2) [ 3.417298] [drm:drm_mode_object_get] OBJ ID: 98 (3) [ 3.417303] [drm:drm_mode_object_get] OBJ ID: 106 (2) [ 3.417310] [drm:drm_mode_object_get] OBJ ID: 100 (2) [ 3.417312] [drm:drm_mode_object_get] OBJ ID: 100 (3) [ 3.417344] [drm:drm_dp_atomic_find_vcpi_slots] port 00000000554b0bb4 (3) [ 3.417347] [drm:drm_dp_atomic_find_vcpi_slots] port 00000000a7dd8125 (3) [ 3.417459] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 3.417461] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 3.417463] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 3.417466] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 3.417494] [drm:drm_dp_mst_topology_try_get_port] port 00000000a7dd8125 (2) [ 3.417505] [drm:drm_dp_mst_allocate_vcpi] initing vcpi for pbn=992 slots=25 [ 3.417512] [drm:drm_dp_mst_allocate_vcpi] port 00000000a7dd8125 (4) [ 3.417514] [drm:drm_dp_mst_topology_put_port] port 00000000a7dd8125 (1) [ 3.417521] 0220 1 sor907d_ctrl [ 3.417524] 00000902 [ 3.417537] [drm:drm_dp_mst_topology_try_get_port] port 00000000554b0bb4 (2) [ 3.417540] [drm:drm_dp_mst_allocate_vcpi] initing vcpi for pbn=992 slots=25 [ 3.417542] [drm:drm_dp_mst_allocate_vcpi] port 00000000554b0bb4 (4) [ 3.417544] [drm:drm_dp_mst_topology_put_port] port 00000000554b0bb4 (1) [ 3.417547] 0220 1 sor907d_ctrl [ 3.417549] 00000903 [ 3.417556] 0494 1 head907d_view [ 3.417558] 00000000 [ 3.417560] 04b8 1 head907d_view [ 3.417561] 08700780 [ 3.417563] 04c0 3 head907d_view [ 3.417565] 08700780 [ 3.417566] 08700780 [ 3.417568] 08700780 [ 3.417577] 0410 6 head907d_mode [ 3.417579] 00000000 [ 3.417580] 08ae0820 [ 3.417582] 0009001f [ 3.417584] 003a006f [ 3.417585] 08aa07ef [ 3.417587] 00000001 [ 3.417589] 042c 2 head907d_mode [ 3.417590] 00000000 [ 3.417592] ffffff00 [ 3.417594] 0450 3 head907d_mode [ 3.417595] 10867fd0 [ 3.417597] 00200000 [ 3.417599] 10867fd0 [ 3.417605] 0460 1 head907d_core_set [ 3.417607] 00000000 [ 3.417609] 0468 4 head907d_core_set [ 3.417610] 08700f00 [ 3.417612] 01003c00 [ 3.417614] 0000cf00 [ 3.417615] f0000001 [ 3.417617] 04b0 1 head907d_core_set [ 3.417619] 00000780 [ 3.417625] 04d0 1 head917d_base [ 3.417627] 00020301 [ 3.417636] 04a0 1 head917d_dither [ 3.417637] 00000003 [ 3.417646] 0498 1 head907d_procamp [ 3.417648] 00040000 [ 3.417657] 0404 2 head907d_or [ 3.417659] 00000151 [ 3.417660] 31ec6000 [ 3.417718] [drm:drm_vblank_enable] enabling vblank on crtc 0, ret: 0 [ 3.417732] 0794 1 head907d_view [ 3.417734] 00000000 [ 3.417736] 07b8 1 head907d_view [ 3.417737] 08700780 [ 3.417739] 07c0 3 head907d_view [ 3.417741] 08700780 [ 3.417742] 08700780 [ 3.417744] 08700780 [ 3.417750] 0710 6 head907d_mode [ 3.417752] 00000000 [ 3.417754] 08ae0820 [ 3.417755] 0009001f [ 3.417757] 003a006f [ 3.417759] 08aa07ef [ 3.417760] 00000001 [ 3.417762] 072c 2 head907d_mode [ 3.417764] 00000000 [ 3.417765] ffffff00 [ 3.417767] 0750 3 head907d_mode [ 3.417769] 10867fd0 [ 3.417770] 00200000 [ 3.417772] 10867fd0 [ 3.417778] 0760 1 head907d_core_set [ 3.417780] 00000000 [ 3.417782] 0768 4 head907d_core_set [ 3.417783] 08700f00 [ 3.417785] 01003c00 [ 3.417787] 0000cf00 [ 3.417788] f0000001 [ 3.417790] 07b0 1 head907d_core_set [ 3.417792] 00000000 [ 3.417801] 07d0 1 head917d_base [ 3.417802] 00020301 [ 3.417809] 07a0 1 head917d_dither [ 3.417810] 00000003 [ 3.417817] 0798 1 head907d_procamp [ 3.417819] 00040000 [ 3.417830] 0704 2 head907d_or [ 3.417832] 00000151 [ 3.417834] 33ec6000 [ 3.418181] [drm:drm_crtc_vblank_helper_get_vblank_timestamp_internal] crtc 1 : scanoutpos query failed. [ 3.418187] [drm:drm_vblank_enable] enabling vblank on crtc 1, ret: 0 [ 3.418526] [drm:drm_crtc_vblank_helper_get_vblank_timestamp_internal] crtc 1 : scanoutpos query failed. [ 3.418545] 00a0 2 base507c_ntfy_set [ 3.418547] 00000060 [ 3.418549] f0000000 [ 3.418556] 0084 1 base907c_image_set [ 3.418558] 00000010 [ 3.418559] 00c0 1 base907c_image_set [ 3.418561] fb000000 [ 3.418563] 0400 5 base907c_image_set [ 3.418564] 00002000 [ 3.418566] 00000000 [ 3.418568] 08700f00 [ 3.418569] 01003c00 [ 3.418571] 0000cf00 [ 3.418578] 00e0 3 base907c_xlut_set [ 3.418579] 00000000 [ 3.418581] 00000000 [ 3.418583] 40000000 [ 3.418584] 00fc 1 base907c_xlut_set [ 3.418586] 00000000 [ 3.418592] 00a0 2 base507c_ntfy_set [ 3.418594] 000000a0 [ 3.418596] f0000000 [ 3.418602] 0084 1 base907c_image_set [ 3.418604] 00000010 [ 3.418605] 00c0 1 base907c_image_set [ 3.418607] fb000000 [ 3.418609] 0400 5 base907c_image_set [ 3.418610] 00002000 [ 3.418612] 00000000 [ 3.418614] 08700f00 [ 3.418615] 01003c00 [ 3.418617] 0000cf00 [ 3.418623] 00e0 3 base907c_xlut_set [ 3.418625] 00000000 [ 3.418626] 00000000 [ 3.418628] 40000000 [ 3.418630] 00fc 1 base907c_xlut_set [ 3.418632] 00000000 [ 3.418638] 0080 1 base507c_update [ 3.418640] 00000001 [ 3.418646] 0080 1 base507c_update [ 3.418648] 00000001 [ 3.418657] [drm:drm_dp_mst_topology_try_get_port] port 00000000a7dd8125 (2) [ 3.419322] [drm:drm_dp_mst_topology_put_port] port 00000000a7dd8125 (1) [ 3.419330] [drm:drm_dp_mst_topology_try_get_port] port 00000000554b0bb4 (2) [ 3.419983] [drm:drm_dp_mst_topology_put_port] port 00000000554b0bb4 (1) [ 3.419994] 0084 1 core507d_update [ 3.419996] 80000000 [ 3.419998] 0080 2 core507d_update [ 3.419999] 00000022 [ 3.420001] 00000000 [ 3.455256] e1000e 0000:00:1f.6 eth0: (PCI Express:2.5GT/s:Width x1) e0:d5:5e:e3:99:9a [ 3.455258] e1000e 0000:00:1f.6 eth0: Intel(R) PRO/1000 Network Connection [ 3.455335] e1000e 0000:00:1f.6 eth0: MAC: 12, PHY: 12, PBA No: FFFFFF-0FF [ 3.455478] Intel(R) Wireless WiFi driver for Linux [ 3.455479] Copyright(c) 2003- 2015 Intel Corporation [ 3.455611] usbcore: registered new interface driver r8152 [ 3.455623] usbcore: registered new interface driver asix [ 3.455632] usbcore: registered new interface driver ax88179_178a [ 3.455640] usbcore: registered new interface driver cdc_ether [ 3.455650] usbcore: registered new interface driver net1080 [ 3.455658] usbcore: registered new interface driver cdc_subset [ 3.455666] usbcore: registered new interface driver zaurus [ 3.455679] usbcore: registered new interface driver cdc_ncm [ 3.455692] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 3.455701] ehci-pci: EHCI PCI platform driver [ 3.455746] ehci-platform: EHCI generic platform driver [ 3.456232] xhci_hcd 0000:00:14.0: xHCI Host Controller [ 3.456282] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 1 [ 3.457417] xhci_hcd 0000:00:14.0: hcc params 0x200077c1 hci version 0x100 quirks 0x0000000000009810 [ 3.457421] xhci_hcd 0000:00:14.0: cache line size of 64 is not supported [ 3.458468] hub 1-0:1.0: USB hub found [ 3.458540] hub 1-0:1.0: 16 ports detected [ 3.464261] xhci_hcd 0000:00:14.0: xHCI Host Controller [ 3.464277] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 2 [ 3.464281] xhci_hcd 0000:00:14.0: Host supports USB 3.0 SuperSpeed [ 3.465689] hub 2-0:1.0: USB hub found [ 3.465883] hub 2-0:1.0: 10 ports detected [ 3.468371] usb: port power management may be unreliable [ 3.473927] xhci_hcd 0000:03:00.0: xHCI Host Controller [ 3.473947] xhci_hcd 0000:03:00.0: new USB bus registered, assigned bus number 3 [ 3.485260] [drm:drm_dp_update_payload_part2] payload 0 1 [ 3.485264] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (2) [ 3.489823] nouveau 0000:65:00.0: DRM: service DP-3 [ 3.491921] nouveau 0000:65:00.0: DRM: service DP-3 [ 3.492749] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (3) [ 3.492754] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (2) [ 3.492770] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (1) [ 3.492773] [drm:drm_dp_update_payload_part2] payload 1 1 [ 3.492776] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (2) [ 3.496833] nouveau 0000:65:00.0: DRM: service DP-3 [ 3.499043] nouveau 0000:65:00.0: DRM: service DP-3 [ 3.499883] [drm:drm_dp_mst_topology_try_get_mstb] mstb 000000008fd28a05 (3) [ 3.499886] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (2) [ 3.499897] [drm:drm_dp_mst_topology_put_mstb] mstb 000000008fd28a05 (1) [ 3.499952] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 3.499955] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 3.499984] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 3.499987] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 3.499992] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 3.499994] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 3.499999] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 3.500001] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 3.500004] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 3.500007] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 3.500012] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 3.500014] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 3.500017] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 3.500020] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 3.500024] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 3.500026] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 3.500030] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 3.500033] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 3.500038] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 3.500041] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 3.500043] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 3.500046] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 3.500051] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 3.500054] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 3.500058] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 3.500061] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 3.500068] [drm:drm_mode_object_get] OBJ ID: 106 (5) [ 3.500070] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (6) [ 3.500079] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 3.500083] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 3.500086] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 3.500089] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 3.500091] [drm:drm_mode_object_get] OBJ ID: 106 (5) [ 3.500093] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (6) [ 3.500100] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 3.500102] [drm:drm_mode_object_get] OBJ ID: 100 (5) [ 3.500105] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 3.500107] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 3.500165] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 3.500168] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 3.500170] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 3.500172] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 3.500176] 0460 1 head907d_core_set [ 3.500178] 00000000 [ 3.500180] 0468 4 head907d_core_set [ 3.500181] 08700f00 [ 3.500183] 01003c00 [ 3.500185] 0000cf00 [ 3.500186] f0000001 [ 3.500188] 04b0 1 head907d_core_set [ 3.500190] 00000000 [ 3.500200] 0084 1 core507d_update [ 3.500201] 80000000 [ 3.500203] 0080 2 core507d_update [ 3.500205] 00000000 [ 3.500206] 00000000 [ 3.508173] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 3.508176] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 3.508178] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 3.508180] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 3.508183] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 3.508185] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 3.508188] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 3.508191] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 3.508228] [drm:vblank_disable_fn] disabling vblank on crtc 0 [ 3.508259] [drm:vblank_disable_fn] disabling vblank on crtc 1 [ 3.510592] Console: switching to colour frame buffer device 480x135 [ 3.510600] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 3.510603] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 3.510607] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 3.510609] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 3.510614] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 3.510617] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 3.510619] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 3.510622] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 3.510627] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 3.510630] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 3.510633] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 3.510635] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 3.510639] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 3.510642] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 3.510646] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 3.510649] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 3.510654] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 3.510657] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 3.510659] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 3.510662] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 3.510667] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 3.510670] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 3.510674] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 3.510676] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 3.510684] [drm:drm_mode_object_get] OBJ ID: 106 (5) [ 3.510686] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (6) [ 3.510693] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 3.510695] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 3.510699] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 3.510701] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 3.510703] [drm:drm_mode_object_get] OBJ ID: 106 (5) [ 3.510705] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (6) [ 3.510712] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 3.510714] [drm:drm_mode_object_get] OBJ ID: 100 (5) [ 3.510717] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 3.510719] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 3.510774] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 3.510777] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 3.510779] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 3.510781] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 3.510790] [drm:drm_vblank_enable] enabling vblank on crtc 0, ret: 0 [ 3.510803] [drm:drm_vblank_enable] enabling vblank on crtc 1, ret: 0 [ 3.510840] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 3.510843] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 3.510845] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 3.510847] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 3.510849] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 3.510852] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 3.510855] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 3.510858] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 3.524874] [drm:vblank_disable_fn] disabling vblank on crtc 0 [ 3.524908] [drm:vblank_disable_fn] disabling vblank on crtc 1 [ 3.528770] xhci_hcd 0000:03:00.0: hcc params 0x0200ef81 hci version 0x110 quirks 0x0000000000000010 [ 3.542310] hub 3-0:1.0: USB hub found [ 3.542333] hub 3-0:1.0: 2 ports detected [ 3.542638] xhci_hcd 0000:03:00.0: xHCI Host Controller [ 3.542643] xhci_hcd 0000:03:00.0: new USB bus registered, assigned bus number 4 [ 3.542646] xhci_hcd 0000:03:00.0: Host supports USB 3.1 Enhanced SuperSpeed [ 3.542698] usb usb4: We don't know the algorithms for LPM for this host, disabling LPM. [ 3.543253] hub 4-0:1.0: USB hub found [ 3.543270] hub 4-0:1.0: 2 ports detected [ 3.543633] usbcore: registered new interface driver usb-storage [ 3.543845] nouveau 0000:65:00.0: fb0: nouveaudrmfb frame buffer device [ 3.544217] udc-core: couldn't find an available UDC - added [g_mass_storage] to list of pending drivers [ 3.549426] i8042: PNP: No PS/2 controller found. [ 3.549519] nouveau 0000:65:00.0: [drm:drm_fb_helper_hotplug_event.part.0] [ 3.549775] [drm:drm_client_modeset_probe] [ 3.549780] [drm:drm_mode_object_get] OBJ ID: 85 (2) [ 3.549783] [drm:drm_mode_object_get] OBJ ID: 87 (2) [ 3.549786] [drm:drm_mode_object_get] OBJ ID: 90 (2) [ 3.549789] [drm:drm_mode_object_get] OBJ ID: 93 (2) [ 3.549792] [drm:drm_mode_object_get] OBJ ID: 95 (2) [ 3.549794] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 3.549797] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 3.549802] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:85:DVI-D-1] [ 3.549971] mousedev: PS/2 mouse device common for all mice [ 3.550687] input: PC Speaker as /devices/platform/pcspkr/input/input3 [ 3.551122] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:85:DVI-D-1] disconnected [ 3.551134] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:87:DP-1] [ 3.551147] rtc_cmos 00:00: RTC can wake from S4 [ 3.552217] rtc_cmos 00:00: registered as rtc0 [ 3.552770] rtc_cmos 00:00: setting system clock to 2020-06-30T22:43:05 UTC (1593556985) [ 3.553254] rtc_cmos 00:00: alarms up to one month, y3k, 114 bytes nvram, hpet irqs [ 3.601602] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:87:DP-1] disconnected [ 3.601606] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:90:DP-2] [ 3.654936] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:90:DP-2] disconnected [ 3.654939] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:93:HDMI-A-1] [ 3.656177] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:93:HDMI-A-1] disconnected [ 3.656179] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:95:DP-3] [ 3.656397] nouveau 0000:65:00.0: DRM: display: 4x540000 dpcd 0x12 [ 3.656810] nouveau 0000:65:00.0: DRM: encoder: 4x810000 [ 3.657211] nouveau 0000:65:00.0: DRM: maximum: 4x540000 [ 3.657786] nouveau 0000:65:00.0: DRM: Sink OUI: 0080e1 [ 3.658367] nouveau 0000:65:00.0: DRM: Branch OUI: 0080e1 [ 3.659092] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:95:DP-3] disconnected [ 3.659095] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:98:DP-4] [ 3.659102] [drm:drm_dp_mst_topology_try_get_port] port 00000000554b0bb4 (2) [ 3.659107] [drm:drm_dp_mst_topology_put_port] port 00000000554b0bb4 (1) [ 3.659110] [drm:drm_dp_mst_topology_try_get_port] port 00000000554b0bb4 (2) [ 3.659115] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.659117] [drm:drm_dp_mst_topology_put_port] port 00000000554b0bb4 (1) [ 3.659121] [drm:drm_add_display_info] Supported Monitor Refresh rate range is 0 Hz - 0 Hz [ 3.659123] [drm:drm_add_display_info] non_desktop set to 0 [ 3.659126] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.659129] [drm:drm_add_display_info] DP-4: Assigning EDID-1.4 digital sink color depth as 10 bpc. [ 3.659131] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.659134] [drm:drm_update_tile_info] block id 0x12, rev 0, len 22 [ 3.659136] [drm:drm_update_tile_info] tile cap 0x82 [ 3.659139] [drm:drm_update_tile_info] tile_size 1920 x 2160 [ 3.659141] [drm:drm_update_tile_info] topo num tiles 2x1, location 1x0 [ 3.659144] [drm:drm_update_tile_info] vend DEL [ 3.659150] [drm:drm_mode_object_put.part.0] OBJ ID: 102 (1) [ 3.659156] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (1) [ 3.659160] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.659163] [drm:drm_add_edid_modes] ELD: no CEA Extension found [ 3.659165] [drm:drm_add_display_info] Supported Monitor Refresh rate range is 0 Hz - 0 Hz [ 3.659168] [drm:drm_add_display_info] non_desktop set to 0 [ 3.659170] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.659173] [drm:drm_add_display_info] DP-4: Assigning EDID-1.4 digital sink color depth as 10 bpc. [ 3.659182] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.659184] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.659187] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.659190] nouveau 0000:65:00.0: DRM: native mode from preferred [ 3.659601] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:98:DP-4] probed modes : [ 3.659605] [drm:drm_mode_debug_printmodeline] Modeline "1920x2160": 60 277250 1920 1968 2000 2080 2160 2163 2173 2222 0x48 0x9 [ 3.659607] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:100:DP-5] [ 3.659612] [drm:drm_dp_mst_topology_try_get_port] port 00000000a7dd8125 (2) [ 3.659615] [drm:drm_dp_mst_topology_put_port] port 00000000a7dd8125 (1) [ 3.659619] [drm:drm_dp_mst_topology_try_get_port] port 00000000a7dd8125 (2) [ 3.659622] [drm:drm_dp_mst_topology_put_port] port 00000000a7dd8125 (1) [ 3.659624] [drm:drm_dp_mst_topology_try_get_port] port 00000000a7dd8125 (2) [ 3.659628] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.659630] [drm:drm_dp_mst_topology_put_port] port 00000000a7dd8125 (1) [ 3.659633] [drm:drm_add_display_info] Supported Monitor Refresh rate range is 0 Hz - 0 Hz [ 3.659635] [drm:drm_add_display_info] non_desktop set to 0 [ 3.659638] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.659640] [drm:drm_add_display_info] DP-5: Assigning EDID-1.4 digital sink color depth as 10 bpc. [ 3.659643] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.659645] [drm:drm_update_tile_info] block id 0x12, rev 0, len 22 [ 3.659648] [drm:drm_update_tile_info] tile cap 0x82 [ 3.659650] [drm:drm_update_tile_info] tile_size 1920 x 2160 [ 3.659653] [drm:drm_update_tile_info] topo num tiles 2x1, location 0x0 [ 3.659655] [drm:drm_update_tile_info] vend DEL [ 3.659659] [drm:drm_mode_object_put.part.0] OBJ ID: 104 (1) [ 3.659664] [drm:drm_mode_object_put.part.0] OBJ ID: 105 (1) [ 3.659668] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.659670] [drm:drm_add_edid_modes] ELD: no CEA Extension found [ 3.659673] [drm:drm_add_display_info] Supported Monitor Refresh rate range is 0 Hz - 0 Hz [ 3.659675] [drm:drm_add_display_info] non_desktop set to 0 [ 3.659678] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.659680] [drm:drm_add_display_info] DP-5: Assigning EDID-1.4 digital sink color depth as 10 bpc. [ 3.659698] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.659701] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.659703] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 3.659706] nouveau 0000:65:00.0: DRM: native mode from preferred [ 3.660174] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:100:DP-5] probed modes : [ 3.660177] [drm:drm_mode_debug_printmodeline] Modeline "1920x2160": 60 277250 1920 1968 2000 2080 2160 2163 2173 2222 0x48 0x9 [ 3.660179] [drm:drm_mode_debug_printmodeline] Modeline "1920x1200": 60 193250 1920 2056 2256 2592 1200 1203 1209 1245 0x40 0x6 [ 3.660182] [drm:drm_mode_debug_printmodeline] Modeline "1920x1080": 60 148500 1920 2008 2052 2200 1080 1084 1089 1125 0x40 0xa [ 3.660184] [drm:drm_mode_debug_printmodeline] Modeline "1600x1200": 60 162000 1600 1664 1856 2160 1200 1201 1204 1250 0x40 0x5 [ 3.660187] [drm:drm_mode_debug_printmodeline] Modeline "1680x1050": 60 146250 1680 1784 1960 2240 1050 1053 1059 1089 0x40 0x6 [ 3.660189] [drm:drm_mode_debug_printmodeline] Modeline "1280x1024": 75 135000 1280 1296 1440 1688 1024 1025 1028 1066 0x40 0x5 [ 3.660191] [drm:drm_mode_debug_printmodeline] Modeline "1280x1024": 60 108000 1280 1328 1440 1688 1024 1025 1028 1066 0x40 0x5 [ 3.660194] [drm:drm_mode_debug_printmodeline] Modeline "1280x800": 60 83500 1280 1352 1480 1680 800 803 809 831 0x40 0x6 [ 3.660196] [drm:drm_mode_debug_printmodeline] Modeline "1152x864": 75 108000 1152 1216 1344 1600 864 865 868 900 0x40 0x5 [ 3.660199] [drm:drm_mode_debug_printmodeline] Modeline "1024x768": 75 78750 1024 1040 1136 1312 768 769 772 800 0x40 0x5 [ 3.660201] [drm:drm_mode_debug_printmodeline] Modeline "1024x768": 60 65000 1024 1048 1184 1344 768 771 777 806 0x40 0xa [ 3.660204] [drm:drm_mode_debug_printmodeline] Modeline "800x600": 75 49500 800 816 896 1056 600 601 604 625 0x40 0x5 [ 3.660206] [drm:drm_mode_debug_printmodeline] Modeline "800x600": 60 40000 800 840 968 1056 600 601 605 628 0x40 0x5 [ 3.660209] [drm:drm_mode_debug_printmodeline] Modeline "640x480": 75 31500 640 656 720 840 480 481 484 500 0x40 0xa [ 3.660211] [drm:drm_mode_debug_printmodeline] Modeline "640x480": 60 25175 640 656 752 800 480 490 492 525 0x40 0xa [ 3.660214] [drm:drm_mode_debug_printmodeline] Modeline "720x400": 70 28320 720 738 846 900 400 412 414 449 0x40 0x6 [ 3.660216] [drm:drm_client_modeset_probe] connector 85 enabled? no [ 3.660218] [drm:drm_client_modeset_probe] connector 87 enabled? no [ 3.660221] [drm:drm_client_modeset_probe] connector 90 enabled? no [ 3.660223] [drm:drm_client_modeset_probe] connector 93 enabled? no [ 3.660225] [drm:drm_client_modeset_probe] connector 95 enabled? no [ 3.660227] [drm:drm_client_modeset_probe] connector 98 enabled? yes [ 3.660229] [drm:drm_client_modeset_probe] connector 100 enabled? yes [ 3.660243] [drm:drm_client_firmware_config.isra.0] looking for cmdline mode on connector DP-4 [ 3.660245] [drm:drm_client_firmware_config.isra.0] looking for preferred mode on connector DP-4 1 [ 3.660248] [drm:drm_client_firmware_config.isra.0] connector DP-4 on [CRTC:50:head-0]: 1920x2160 [ 3.660250] [drm:drm_client_firmware_config.isra.0] looking for cmdline mode on connector DP-5 [ 3.660253] [drm:drm_client_firmware_config.isra.0] looking for preferred mode on connector DP-5 1 [ 3.660255] [drm:drm_client_firmware_config.isra.0] connector DP-5 on [CRTC:61:head-1]: 1920x2160 [ 3.660258] [drm:drm_client_firmware_config.isra.0] connector DVI-D-1 not enabled, skipping [ 3.660260] [drm:drm_client_firmware_config.isra.0] connector DP-1 not enabled, skipping [ 3.660262] [drm:drm_client_firmware_config.isra.0] connector DP-2 not enabled, skipping [ 3.660265] [drm:drm_client_firmware_config.isra.0] connector HDMI-A-1 not enabled, skipping [ 3.660267] [drm:drm_client_firmware_config.isra.0] connector DP-3 not enabled, skipping [ 3.660272] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 3.660274] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 3.660277] [drm:drm_client_modeset_probe] desired mode 1920x2160 set on crtc 50 (0,0) [ 3.660280] [drm:drm_mode_object_get] OBJ ID: 98 (3) [ 3.660282] [drm:drm_client_modeset_probe] desired mode 1920x2160 set on crtc 61 (0,0) [ 3.660285] [drm:drm_mode_object_get] OBJ ID: 100 (3) [ 3.660288] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (2) [ 3.660290] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (2) [ 3.660292] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (2) [ 3.660294] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (2) [ 3.660296] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (2) [ 3.660298] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 3.660300] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 3.660319] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 3.660324] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 3.660328] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 3.660331] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 3.660335] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 3.660338] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 3.660342] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 3.660345] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 3.660349] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 3.660352] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 3.660356] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 3.660359] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 3.660365] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 3.660368] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 3.660370] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 3.660373] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 3.660379] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 3.660382] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 3.660386] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 3.660389] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 3.660396] [drm:drm_mode_object_get] OBJ ID: 106 (5) [ 3.660398] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (6) [ 3.660407] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 3.660411] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 3.660415] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 3.660418] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 3.660420] [drm:drm_mode_object_get] OBJ ID: 106 (5) [ 3.660423] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (6) [ 3.660429] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 3.660432] [drm:drm_mode_object_get] OBJ ID: 100 (5) [ 3.660435] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 3.660437] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 3.660492] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 3.660495] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 3.660498] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 3.660500] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 3.660507] [drm:drm_vblank_enable] enabling vblank on crtc 0, ret: 0 [ 3.660522] [drm:drm_vblank_enable] enabling vblank on crtc 1, ret: 0 [ 3.660563] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 3.660566] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 3.660568] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 3.660571] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 3.660574] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 3.660576] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 3.660580] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 3.660583] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 3.660598] i801_smbus 0000:00:1f.4: enabling device (0001 -> 0003) [ 3.661272] i801_smbus 0000:00:1f.4: SPD Write Disable is set [ 3.661698] i801_smbus 0000:00:1f.4: SMBus using PCI interrupt [ 3.663643] IR XMP protocol handler initialized [ 3.664033] usbcore: registered new interface driver uvcvideo [ 3.664394] USB Video Class driver (1.1.1) [ 3.671034] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11 [ 3.671532] iTCO_wdt: Found a Intel PCH TCO device (Version=4, TCOBASE=0x0400) [ 3.672293] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 3.672687] iTCO_vendor_support: vendor-support=0 [ 3.673098] device-mapper: uevent: version 1.0.3 [ 3.673664] device-mapper: ioctl: 4.42.0-ioctl (2020-02-27) initialised: dm-devel@redhat.com [ 3.674242] Bluetooth: HCI UART driver ver 2.3 [ 3.674665] Bluetooth: HCI UART protocol H4 registered [ 3.674858] [drm:vblank_disable_fn] disabling vblank on crtc 0 [ 3.675092] Bluetooth: HCI UART protocol BCSP registered [ 3.675105] [drm:vblank_disable_fn] disabling vblank on crtc 1 [ 3.675513] Bluetooth: HCI UART protocol ATH3K registered [ 3.675528] Bluetooth: HCI UART protocol Intel registered [ 3.677229] Bluetooth: HCI UART protocol AG6XX registered [ 3.677611] usbcore: registered new interface driver bpa10x [ 3.677994] usbcore: registered new interface driver bfusb [ 3.678379] usbcore: registered new interface driver btusb [ 3.678750] intel_pstate: Intel P-state driver initializing [ 3.685708] intel_pstate: HWP enabled [ 3.686434] sdhci: Secure Digital Host Controller Interface driver [ 3.687122] sdhci: Copyright(c) Pierre Ossman [ 3.690016] ledtrig-cpu: registered to indicate activity on CPUs [ 3.690781] hid: raw HID events driver (C) Jiri Kosina [ 3.692022] usbcore: registered new interface driver usbhid [ 3.692718] usbhid: USB HID core driver [ 3.696525] snd_hda_intel 0000:65:00.1: Disabling MSI [ 3.697659] snd_hda_intel 0000:65:00.1: Handle vga_switcheroo audio client [ 3.699090] usbcore: registered new interface driver snd-usb-audio [ 3.699909] drop_monitor: Initializing network drop monitor service [ 3.701053] NET: Registered protocol family 10 [ 3.702973] Segment Routing with IPv6 [ 3.710842] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC1220: line_outs=4 (0x14/0x15/0x16/0x17/0x0) type:line [ 3.712161] snd_hda_codec_realtek hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) [ 3.713388] snd_hda_codec_realtek hdaudioC0D0: hp_outs=1 (0x1b/0x0/0x0/0x0/0x0) [ 3.714619] snd_hda_codec_realtek hdaudioC0D0: mono: mono_out=0x0 [ 3.714788] NET: Registered protocol family 17 [ 3.715853] snd_hda_codec_realtek hdaudioC0D0: dig-out=0x1e/0x0 [ 3.717025] Bridge firewalling registered [ 3.717754] snd_hda_codec_realtek hdaudioC0D0: inputs: [ 3.719963] snd_hda_codec_realtek hdaudioC0D0: Front Mic=0x19 [ 3.720937] snd_hda_codec_realtek hdaudioC0D0: Rear Mic=0x18 [ 3.721912] snd_hda_codec_realtek hdaudioC0D0: Line=0x1a [ 3.723108] Bluetooth: RFCOMM socket layer initialized [ 3.723979] snd_hda_intel 0000:65:00.1: bound 0000:65:00.0 (ops nv50_audio_component_bind_ops) [ 3.724504] Bluetooth: RFCOMM ver 1.11 [ 3.726653] Bluetooth: HIDP (Human Interface Emulation) ver 1.2 [ 3.727659] Bluetooth: HIDP socket layer initialized [ 3.728603] random: fast init done [ 3.728788] 8021q: 802.1Q VLAN Support v1.8 [ 3.734110] Key type dns_resolver registered [ 3.736188] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:64/0000:64:00.0/0000:65:00.1/sound/card1/input4 [ 3.737138] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:64/0000:64:00.0/0000:65:00.1/sound/card1/input5 [ 3.737992] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci0000:64/0000:64:00.0/0000:65:00.1/sound/card1/input6 [ 3.738869] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci0000:64/0000:64:00.0/0000:65:00.1/sound/card1/input7 [ 3.739827] input: HDA NVidia HDMI/DP,pcm=10 as /devices/pci0000:64/0000:64:00.0/0000:65:00.1/sound/card1/input8 [ 3.741482] input: HDA NVidia HDMI/DP,pcm=11 as /devices/pci0000:64/0000:64:00.0/0000:65:00.1/sound/card1/input9 [ 3.742349] input: HDA NVidia HDMI/DP,pcm=12 as /devices/pci0000:64/0000:64:00.0/0000:65:00.1/sound/card1/input10 [ 3.745082] microcode: sig=0x50654, pf=0x4, revision=0x2006906 [ 3.748646] microcode: Microcode Update Driver: v2.2. [ 3.748655] IPI shorthand broadcast: enabled [ 3.751009] AVX2 version of gcm_enc/dec engaged. [ 3.752190] AES CTR mode by8 optimization enabled [ 3.760106] input: HDA Intel PCH Front Mic as /devices/pci0000:00/0000:00:1f.3/sound/card0/input11 [ 3.761048] input: HDA Intel PCH Rear Mic as /devices/pci0000:00/0000:00:1f.3/sound/card0/input12 [ 3.761894] input: HDA Intel PCH Line as /devices/pci0000:00/0000:00:1f.3/sound/card0/input13 [ 3.762801] input: HDA Intel PCH Line Out Front as /devices/pci0000:00/0000:00:1f.3/sound/card0/input14 [ 3.763638] input: HDA Intel PCH Line Out Surround as /devices/pci0000:00/0000:00:1f.3/sound/card0/input15 [ 3.764477] input: HDA Intel PCH Line Out CLFE as /devices/pci0000:00/0000:00:1f.3/sound/card0/input16 [ 3.765564] input: HDA Intel PCH Line Out Side as /devices/pci0000:00/0000:00:1f.3/sound/card0/input17 [ 3.766837] input: HDA Intel PCH Front Headphone as /devices/pci0000:00/0000:00:1f.3/sound/card0/input18 [ 3.767016] sched_clock: Marking stable (3766517127, 467554)->(3778732364, -11747683) [ 3.769479] registered taskstats version 1 [ 3.770766] Loading compiled-in X.509 certificates [ 3.772406] zswap: loaded using pool lzo/zbud [ 3.775579] Btrfs loaded, crc32c=crc32c-intel [ 3.782023] RIO: rio_register_scan for mport_id=-1 [ 3.782311] PM: Magic number: 8:275:756 [ 3.783630] ata_link link7: hash matches [ 3.784980] link7: hash matches [ 3.786669] cfg80211: Loading compiled-in X.509 certificates for regulatory database [ 3.792981] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7' [ 3.794662] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2 [ 3.796070] cfg80211: failed to load regulatory.db [ 3.796802] ALSA device list: [ 3.799243] #0: HDA Intel PCH at 0x92f40000 irq 44 [ 3.800543] #1: HDA NVidia at 0xd8080000 irq 45 [ 3.808311] Freeing unused kernel image (initmem) memory: 1784K [ 3.841788] Write protecting the kernel read-only data: 36864k [ 3.845594] Freeing unused kernel image (text/rodata gap) memory: 2040K [ 3.848578] Freeing unused kernel image (rodata/data gap) memory: 2012K [ 3.850162] Run /init as init process [ 3.851448] with arguments: [ 3.851452] /init [ 3.851455] dolvm [ 3.851458] with environment: [ 3.851462] HOME=/ [ 3.851465] TERM=linux [ 3.888645] usb 2-1: new SuperSpeed Gen 1 USB device number 2 using xhci_hcd [ 3.907987] hub 2-1:1.0: USB hub found [ 3.908068] hub 2-1:1.0: 4 ports detected [ 4.028369] usb 1-1: new high-speed USB device number 2 using xhci_hcd [ 4.046902] hub 1-1:1.0: USB hub found [ 4.046962] hub 1-1:1.0: 4 ports detected [ 4.171718] usb 1-6: new high-speed USB device number 3 using xhci_hcd [ 4.191408] usb-storage 1-6:1.0: USB Mass Storage device detected [ 4.192327] scsi host8: usb-storage 1-6:1.0 [ 4.261898] usb 2-1.2: new SuperSpeed Gen 1 USB device number 3 using xhci_hcd [ 4.280744] hub 2-1.2:1.0: USB hub found [ 4.280885] hub 2-1.2:1.0: 3 ports detected [ 4.401742] usb 1-9: new full-speed USB device number 4 using xhci_hcd [ 4.550591] input: Yubico Yubikey NEO OTP+U2F as /devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.0/0003:1050:0114.0001/input/input19 [ 4.610691] hid-generic 0003:1050:0114.0001: input,hidraw0: USB HID v1.10 Keyboard [Yubico Yubikey NEO OTP+U2F] on usb-0000:00:14.0-9/input0 [ 4.613249] hid-generic 0003:1050:0114.0002: hiddev0,hidraw1: USB HID v1.10 Device [Yubico Yubikey NEO OTP+U2F] on usb-0000:00:14.0-9/input1 [ 4.624989] usb 1-1.1: new full-speed USB device number 5 using xhci_hcd [ 4.734323] input: TrulyErgonomic.com Truly Ergonomic Computer Keyboard as /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.1/1-1.1:1.0/0003:0E6A:030C.0003/input/input20 [ 4.789539] hid-generic 0003:0E6A:030C.0003: input,hidraw2: USB HID v1.11 Keyboard [TrulyErgonomic.com Truly Ergonomic Computer Keyboard] on usb-0000:00:14.0-1.1/input0 [ 4.791701] random: lvm: uninitialized urandom read (4 bytes read) [ 4.792460] input: TrulyErgonomic.com Truly Ergonomic Computer Keyboard as /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.1/1-1.1:1.1/0003:0E6A:030C.0004/input/input21 [ 4.795925] usb 2-1.4: new SuperSpeed Gen 1 USB device number 4 using xhci_hcd [ 4.848933] hid-generic 0003:0E6A:030C.0004: input,hidraw3: USB HID v1.11 Device [TrulyErgonomic.com Truly Ergonomic Computer Keyboard] on usb-0000:00:14.0-1.1/input1 [ 4.921286] usb-storage 2-1.4:1.0: USB Mass Storage device detected [ 4.922287] scsi host9: usb-storage 2-1.4:1.0 [ 4.937586] EXT4-fs (dm-0): mounted filesystem with ordered data mode. Opts: (null) [ 4.945111] usb 1-10: new full-speed USB device number 6 using xhci_hcd [ 5.139355] input: REIYIN Bluetooth Audio WT04 Consumer Control as /devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.3/0003:0A12:E243.0005/input/input22 [ 5.165058] usb 1-1.2: new high-speed USB device number 7 using xhci_hcd [ 5.183895] hub 1-1.2:1.0: USB hub found [ 5.183951] hub 1-1.2:1.0: 3 ports detected [ 5.195639] input: REIYIN Bluetooth Audio WT04 as /devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.3/0003:0A12:E243.0005/input/input23 [ 5.196282] hid-generic 0003:0A12:E243.0005: input,hiddev1,hidraw4: USB HID v1.11 Device [REIYIN Bluetooth Audio WT04] on usb-0000:00:14.0-10/input3 [ 5.218341] scsi 8:0:0:0: CD-ROM HL-DT-ST DVDRAM GSA-T20L NC08 PQ: 0 ANSI: 0 [ 5.220067] scsi 8:0:0:0: Attached scsi generic sg4 type 5 [ 5.475117] usb 1-1.2.2: new full-speed USB device number 8 using xhci_hcd [ 5.586422] logitech-djreceiver 0003:046D:C52B.0008: hiddev2,hidraw5: USB HID v1.11 Device [Logitech USB Receiver] on usb-0000:00:14.0-1.2.2/input2 [ 5.719146] input: Logitech Performance MX as /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.2/1-1.2.2/1-1.2.2:1.2/0003:046D:C52B.0008/0003:046D:101A.0009/input/input24 [ 5.720132] logitech-hidpp-device 0003:046D:101A.0009: input,hidraw6: USB HID v1.11 Mouse [Logitech Performance MX] on usb-0000:00:14.0-1.2.2/input2:1 [ 5.727256] input: Logitech MX Master 2S as /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.2/1-1.2.2/1-1.2.2:1.2/0003:046D:C52B.0008/0003:046D:4069.000A/input/input25 [ 5.729122] logitech-hidpp-device 0003:046D:4069.000A: input,hidraw7: USB HID v1.11 Keyboard [Logitech MX Master 2S] on usb-0000:00:14.0-1.2.2/input2:2 [ 5.737206] input: Logitech MX Vertical as /devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.2/1-1.2.2/1-1.2.2:1.2/0003:046D:C52B.0008/0003:046D:407B.000B/input/input26 [ 5.738769] logitech-hidpp-device 0003:046D:407B.000B: input,hidraw8: USB HID v1.11 Keyboard [Logitech MX Vertical] on usb-0000:00:14.0-1.2.2/input2:3 [ 5.781631] usb 1-1.2.3: new full-speed USB device number 9 using xhci_hcd [ 5.804908] random: lvm: uninitialized urandom read (4 bytes read) [ 5.820888] random: lvm: uninitialized urandom read (4 bytes read) [ 5.891134] hid-generic 0003:04D8:0B22.000C: hiddev3,hidraw9: USB HID v1.11 Device [Microchip Technology Inc. USB TO HID Ver.2.00] on usb-0000:00:14.0-1.2.3/input0 [ 5.942328] scsi 9:0:0:0: Direct-Access Generic- SD/MMC/MS/MSPRO 1.00 PQ: 0 ANSI: 6 [ 5.943935] sd 9:0:0:0: Attached scsi generic sg5 type 0 [ 5.957066] sd 9:0:0:0: [sdd] Attached SCSI removable disk [ 7.642711] udevd[1814]: starting version 3.2.9 [ 7.649057] random: udevd: uninitialized urandom read (16 bytes read) [ 7.649546] random: udevd: uninitialized urandom read (16 bytes read) [ 7.649582] random: udevd: uninitialized urandom read (16 bytes read) [ 7.666239] udevd[1814]: starting eudev-3.2.9 [ 7.924847] e1000e 0000:00:1f.6 enp0s31f6: renamed from eth0 [ 10.286050] EXT4-fs (dm-0): re-mounted. Opts: (null) [ 10.645149] Adding 67108860k swap on /dev/mapper/box-swap. Priority:-2 extents:1 across:67108860k SSFS [ 10.778512] FAT-fs (sda1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck. [ 10.799477] EXT4-fs (dm-1): mounted filesystem with ordered data mode. Opts: (null) [ 10.859994] random: crng init done [ 10.859999] random: 4 urandom warning(s) missed due to ratelimiting [ 18.671587] e1000e 0000:00:1f.6 enp0s31f6: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None [ 18.672022] IPv6: ADDRCONF(NETDEV_CHANGE): enp0s31f6: link becomes ready [ 20.681505] CIFS: Attempting to mount //node/video [ 20.729916] CIFS: Attempting to mount //node/music [ 28.625316] [drm:drm_stub_open] [ 28.625393] [drm:drm_open] pid = 3393, minor = 0 [ 28.625787] [drm:drm_legacy_setup] [ 28.625808] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_SET_VERSION [ 28.625827] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GET_UNIQUE [ 28.625839] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GET_UNIQUE [ 28.625878] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_VERSION [ 28.625886] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_VERSION [ 28.625899] [drm:drm_release] open_count = 1 [ 28.625905] [drm:drm_file_free.part.0] pid = 3393, device = 0xe200, open_count = 1 [ 28.626098] [drm:drm_lastclose] [ 28.626110] [drm:drm_lastclose] driver lastclose completed [ 28.694865] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 28.694886] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 28.694901] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 28.694972] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 28.694980] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 28.694989] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 28.695002] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 28.695011] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 28.695021] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 28.695028] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 28.695040] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 28.695048] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 28.695060] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 28.695069] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 28.695089] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 28.695096] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 28.695103] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 28.695112] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 28.695128] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 28.695137] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 28.695148] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 28.695157] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 28.695183] [drm:drm_mode_object_get] OBJ ID: 106 (5) [ 28.695189] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (6) [ 28.695225] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 28.695239] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 28.695250] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 28.695258] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 28.695265] [drm:drm_mode_object_get] OBJ ID: 106 (5) [ 28.695272] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (6) [ 28.695291] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 28.695298] [drm:drm_mode_object_get] OBJ ID: 100 (5) [ 28.695306] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 28.695313] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 28.695520] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 28.695531] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 28.695538] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 28.695545] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 28.695576] [drm:drm_vblank_enable] enabling vblank on crtc 0, ret: 0 [ 28.695618] [drm:drm_vblank_enable] enabling vblank on crtc 1, ret: 0 [ 28.695722] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 28.695730] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 28.695736] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 28.695743] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 28.695750] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 28.695758] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 28.695768] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 28.695778] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 28.696899] [drm:vblank_disable_fn] disabling vblank on crtc 0 [ 28.696938] [drm:vblank_disable_fn] disabling vblank on crtc 1 [ 28.699481] [drm:drm_stub_open] [ 28.699495] [drm:drm_open] pid = 3393, minor = 0 [ 28.699653] [drm:drm_legacy_setup] [ 28.699671] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETRESOURCES [ 28.699745] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETRESOURCES [ 28.699783] [drm:drm_release] open_count = 1 [ 28.699789] [drm:drm_file_free.part.0] pid = 3393, device = 0xe200, open_count = 1 [ 28.699856] [drm:drm_lastclose] [ 28.699862] [drm:drm_lastclose] driver lastclose completed [ 28.700205] [drm:drm_stub_open] [ 28.700213] [drm:drm_open] pid = 3393, minor = 0 [ 28.700327] [drm:drm_legacy_setup] [ 28.700339] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETRESOURCES [ 28.700357] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETRESOURCES [ 28.700409] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GET_CAP [ 28.700420] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETRESOURCES [ 28.700436] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETRESOURCES [ 28.700479] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_CREATE_DUMB [ 28.701109] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_ADDFB [ 28.701126] [drm:drm_mode_addfb2] [FB:105] [ 28.701138] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_RMFB [ 28.701146] [drm:drm_mode_object_put.part.0] OBJ ID: 105 (2) [ 28.701151] [drm:drm_mode_object_put.part.0] OBJ ID: 105 (1) [ 28.701164] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_DESTROY_DUMB [ 28.701570] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GET_CAP [ 28.701630] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GET_CAP [ 28.721334] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_VERSION [ 28.721349] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_VERSION [ 28.726148] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GETPARAM [ 28.977782] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_VERSION [ 28.977797] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_VERSION [ 28.981040] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GETPARAM [ 28.983031] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_VERSION [ 28.983044] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_VERSION [ 28.983184] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GETPARAM [ 28.983194] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GETPARAM [ 28.984523] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_CHANNEL_ALLOC [ 28.985949] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_PUSHBUF [ 28.986072] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 28.986983] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 28.987750] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 28.988518] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 28.989930] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GETPARAM [ 28.990745] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 28.991012] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 28.998900] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 28.999002] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 28.999064] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GETPARAM [ 28.999071] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 28.999112] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 28.999160] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_PUSHBUF [ 29.001137] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GET_CAP [ 29.037802] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 29.047872] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GET_CAP [ 29.047887] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GET_CAP [ 29.047898] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GET_CAP [ 29.047915] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETRESOURCES [ 29.047938] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETRESOURCES [ 29.047971] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.048021] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:85:DVI-D-1] [ 29.049492] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:85:DVI-D-1] disconnected [ 29.049511] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (2) [ 29.049520] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.049582] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (2) [ 29.049593] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049602] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049616] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049646] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049679] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049687] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049697] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049704] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049712] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049719] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049727] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049735] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049746] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049753] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049761] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049769] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049778] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049785] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049794] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049801] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049809] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049820] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049834] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049843] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049858] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049867] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049879] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049887] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049896] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049904] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049917] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049926] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049937] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049945] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.049959] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETENCODER [ 29.050027] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.050035] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.050043] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.050051] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.050066] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.050073] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:87:DP-1] [ 29.101596] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:87:DP-1] disconnected [ 29.101601] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (2) [ 29.101604] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.101611] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (2) [ 29.101614] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101617] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101620] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101623] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101628] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101631] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101635] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101638] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101641] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101644] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101647] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101650] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101654] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101674] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101677] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101680] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101684] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101687] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101690] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101693] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101697] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101700] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101705] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101708] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101714] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101717] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101721] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101724] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101728] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101731] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101736] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101739] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101743] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101746] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101750] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETENCODER [ 29.101756] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETENCODER [ 29.101776] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101779] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101782] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101785] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.101791] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.101793] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:90:DP-2] [ 29.154928] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:90:DP-2] disconnected [ 29.154931] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (2) [ 29.154934] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.154958] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (2) [ 29.154961] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.154964] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.154967] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.154970] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.154976] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.154979] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.154983] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.154986] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.154990] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.154993] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.154996] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.154999] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155004] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155007] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155010] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155013] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155016] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155019] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155023] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155026] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155029] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155032] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155037] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155040] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155046] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155049] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155054] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155057] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155060] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155063] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155068] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155071] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155075] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155078] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155082] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETENCODER [ 29.155087] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETENCODER [ 29.155106] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155109] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155112] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155116] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.155121] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.155123] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:93:HDMI-A-1] [ 29.156366] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:93:HDMI-A-1] disconnected [ 29.156368] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (2) [ 29.156371] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.156378] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (2) [ 29.156381] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156383] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156386] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156389] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156394] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156397] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156400] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156403] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156406] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156409] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156412] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156415] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156419] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156421] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156424] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156427] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156430] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156433] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156436] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156439] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156442] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156447] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156452] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156454] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156460] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156462] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156467] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156469] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156472] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156475] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156479] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156482] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156486] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156489] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156492] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETENCODER [ 29.156507] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156510] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156513] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156516] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.156520] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.156523] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:95:DP-3] [ 29.156741] nouveau 0000:65:00.0: DRM: display: 4x540000 dpcd 0x12 [ 29.156743] nouveau 0000:65:00.0: DRM: encoder: 4x810000 [ 29.156744] nouveau 0000:65:00.0: DRM: maximum: 4x540000 [ 29.156921] nouveau 0000:65:00.0: DRM: Sink OUI: 0080e1 [ 29.157099] nouveau 0000:65:00.0: DRM: Branch OUI: 0080e1 [ 29.157430] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:95:DP-3] disconnected [ 29.157433] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (2) [ 29.157435] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.157442] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (2) [ 29.157445] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157448] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157451] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157453] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157458] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157461] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157465] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157467] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157470] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157473] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157476] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157479] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157483] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157486] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157489] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157491] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157494] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157497] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157500] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157503] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157506] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157509] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157514] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157516] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157521] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157524] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157528] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157531] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157534] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157537] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157541] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157544] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157548] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157551] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157554] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETENCODER [ 29.157559] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETENCODER [ 29.157573] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157575] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157578] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157581] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157586] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.157589] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:98:DP-4] [ 29.157595] [drm:drm_dp_mst_topology_try_get_port] port 00000000554b0bb4 (2) [ 29.157600] [drm:drm_dp_mst_topology_put_port] port 00000000554b0bb4 (1) [ 29.157603] [drm:drm_dp_mst_topology_try_get_port] port 00000000554b0bb4 (2) [ 29.157609] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.157610] [drm:drm_dp_mst_topology_put_port] port 00000000554b0bb4 (1) [ 29.157613] [drm:drm_add_display_info] Supported Monitor Refresh rate range is 0 Hz - 0 Hz [ 29.157615] [drm:drm_add_display_info] non_desktop set to 0 [ 29.157617] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.157619] [drm:drm_add_display_info] DP-4: Assigning EDID-1.4 digital sink color depth as 10 bpc. [ 29.157621] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.157623] [drm:drm_update_tile_info] block id 0x12, rev 0, len 22 [ 29.157625] [drm:drm_update_tile_info] tile cap 0x82 [ 29.157627] [drm:drm_update_tile_info] tile_size 1920 x 2160 [ 29.157629] [drm:drm_update_tile_info] topo num tiles 2x1, location 1x0 [ 29.157630] [drm:drm_update_tile_info] vend DEL [ 29.157637] [drm:drm_mode_object_put.part.0] OBJ ID: 109 (1) [ 29.157642] [drm:drm_mode_object_put.part.0] OBJ ID: 102 (1) [ 29.157645] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.157647] [drm:drm_add_edid_modes] ELD: no CEA Extension found [ 29.157649] [drm:drm_add_display_info] Supported Monitor Refresh rate range is 0 Hz - 0 Hz [ 29.157651] [drm:drm_add_display_info] non_desktop set to 0 [ 29.157653] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.157655] [drm:drm_add_display_info] DP-4: Assigning EDID-1.4 digital sink color depth as 10 bpc. [ 29.157664] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.157666] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.157668] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.157670] nouveau 0000:65:00.0: DRM: native mode from preferred [ 29.157680] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:98:DP-4] probed modes : [ 29.157685] [drm:drm_mode_debug_printmodeline] Modeline "1920x2160": 60 277250 1920 1968 2000 2080 2160 2163 2173 2222 0x48 0x9 [ 29.157687] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 29.157690] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.157707] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 29.157710] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157713] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157716] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157719] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157724] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157726] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157730] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157733] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157736] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157739] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157742] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157744] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157748] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157751] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157754] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157757] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157760] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157763] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157766] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157769] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157772] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157774] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157779] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157782] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157787] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157790] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157794] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157797] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157800] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPBLOB [ 29.157802] [drm:drm_mode_object_put.part.0] OBJ ID: 99 (2) [ 29.157805] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPBLOB [ 29.157807] [drm:drm_mode_object_put.part.0] OBJ ID: 99 (2) [ 29.157809] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157812] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157815] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157817] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157822] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157825] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157829] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157831] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157838] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETENCODER [ 29.157843] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETENCODER [ 29.157847] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETENCODER [ 29.157852] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETENCODER [ 29.157869] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157872] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157875] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157878] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.157882] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.157885] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:100:DP-5] [ 29.157889] [drm:drm_dp_mst_topology_try_get_port] port 00000000a7dd8125 (2) [ 29.157892] [drm:drm_dp_mst_topology_put_port] port 00000000a7dd8125 (1) [ 29.157894] [drm:drm_dp_mst_topology_try_get_port] port 00000000a7dd8125 (2) [ 29.157896] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.157898] [drm:drm_dp_mst_topology_put_port] port 00000000a7dd8125 (1) [ 29.157900] [drm:drm_add_display_info] Supported Monitor Refresh rate range is 0 Hz - 0 Hz [ 29.157902] [drm:drm_add_display_info] non_desktop set to 0 [ 29.157904] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.157906] [drm:drm_add_display_info] DP-5: Assigning EDID-1.4 digital sink color depth as 10 bpc. [ 29.157907] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.157909] [drm:drm_update_tile_info] block id 0x12, rev 0, len 22 [ 29.157911] [drm:drm_update_tile_info] tile cap 0x82 [ 29.157913] [drm:drm_update_tile_info] tile_size 1920 x 2160 [ 29.157915] [drm:drm_update_tile_info] topo num tiles 2x1, location 0x0 [ 29.157917] [drm:drm_update_tile_info] vend DEL [ 29.157920] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (1) [ 29.157923] [drm:drm_mode_object_put.part.0] OBJ ID: 104 (1) [ 29.157926] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.157928] [drm:drm_add_edid_modes] ELD: no CEA Extension found [ 29.157930] [drm:drm_add_display_info] Supported Monitor Refresh rate range is 0 Hz - 0 Hz [ 29.157932] [drm:drm_add_display_info] non_desktop set to 0 [ 29.157933] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.157935] [drm:drm_add_display_info] DP-5: Assigning EDID-1.4 digital sink color depth as 10 bpc. [ 29.157947] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.157949] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.157951] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.157953] nouveau 0000:65:00.0: DRM: native mode from preferred [ 29.158011] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:100:DP-5] probed modes : [ 29.158013] [drm:drm_mode_debug_printmodeline] Modeline "1920x2160": 60 277250 1920 1968 2000 2080 2160 2163 2173 2222 0x48 0x9 [ 29.158015] [drm:drm_mode_debug_printmodeline] Modeline "1920x1200": 60 193250 1920 2056 2256 2592 1200 1203 1209 1245 0x40 0x6 [ 29.158016] [drm:drm_mode_debug_printmodeline] Modeline "1920x1080": 60 148500 1920 2008 2052 2200 1080 1084 1089 1125 0x40 0xa [ 29.158018] [drm:drm_mode_debug_printmodeline] Modeline "1600x1200": 60 162000 1600 1664 1856 2160 1200 1201 1204 1250 0x40 0x5 [ 29.158020] [drm:drm_mode_debug_printmodeline] Modeline "1680x1050": 60 146250 1680 1784 1960 2240 1050 1053 1059 1089 0x40 0x6 [ 29.158022] [drm:drm_mode_debug_printmodeline] Modeline "1280x1024": 75 135000 1280 1296 1440 1688 1024 1025 1028 1066 0x40 0x5 [ 29.158023] [drm:drm_mode_debug_printmodeline] Modeline "1280x1024": 60 108000 1280 1328 1440 1688 1024 1025 1028 1066 0x40 0x5 [ 29.158025] [drm:drm_mode_debug_printmodeline] Modeline "1280x800": 60 83500 1280 1352 1480 1680 800 803 809 831 0x40 0x6 [ 29.158027] [drm:drm_mode_debug_printmodeline] Modeline "1152x864": 75 108000 1152 1216 1344 1600 864 865 868 900 0x40 0x5 [ 29.158029] [drm:drm_mode_debug_printmodeline] Modeline "1024x768": 75 78750 1024 1040 1136 1312 768 769 772 800 0x40 0x5 [ 29.158031] [drm:drm_mode_debug_printmodeline] Modeline "1024x768": 60 65000 1024 1048 1184 1344 768 771 777 806 0x40 0xa [ 29.158032] [drm:drm_mode_debug_printmodeline] Modeline "800x600": 75 49500 800 816 896 1056 600 601 604 625 0x40 0x5 [ 29.158034] [drm:drm_mode_debug_printmodeline] Modeline "800x600": 60 40000 800 840 968 1056 600 601 605 628 0x40 0x5 [ 29.158036] [drm:drm_mode_debug_printmodeline] Modeline "640x480": 75 31500 640 656 720 840 480 481 484 500 0x40 0xa [ 29.158038] [drm:drm_mode_debug_printmodeline] Modeline "640x480": 60 25175 640 656 752 800 480 490 492 525 0x40 0xa [ 29.158039] [drm:drm_mode_debug_printmodeline] Modeline "720x400": 70 28320 720 738 846 900 400 412 414 449 0x40 0x6 [ 29.158042] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 29.158045] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.158057] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 29.158060] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158063] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158066] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158069] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158073] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158076] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158080] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158083] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158086] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158089] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158091] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158094] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158098] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158101] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158104] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158107] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158110] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158113] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158116] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158118] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158121] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158124] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158129] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158132] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158136] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158139] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158143] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158146] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158149] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPBLOB [ 29.158151] [drm:drm_mode_object_put.part.0] OBJ ID: 101 (2) [ 29.158153] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPBLOB [ 29.158155] [drm:drm_mode_object_put.part.0] OBJ ID: 101 (2) [ 29.158157] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158160] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158163] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158166] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158170] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158173] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158177] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158179] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158183] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETENCODER [ 29.158188] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETENCODER [ 29.158192] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETENCODER [ 29.158197] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETENCODER [ 29.158211] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158214] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158217] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158220] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.158233] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCRTC [ 29.158237] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_CURSOR [ 29.158279] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCRTC [ 29.158283] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_CURSOR [ 29.158326] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCRTC [ 29.158331] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_CURSOR [ 29.158343] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCRTC [ 29.158347] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_CURSOR [ 29.158362] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.158364] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:85:DVI-D-1] [ 29.159628] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:85:DVI-D-1] disconnected [ 29.159631] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (2) [ 29.159635] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.159643] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (2) [ 29.159670] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.159672] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:87:DP-1] [ 29.211595] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:87:DP-1] disconnected [ 29.211598] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (2) [ 29.211601] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.211624] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (2) [ 29.211642] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.211645] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:90:DP-2] [ 29.264927] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:90:DP-2] disconnected [ 29.264930] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (2) [ 29.264933] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.264956] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (2) [ 29.264972] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.264975] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:93:HDMI-A-1] [ 29.266220] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:93:HDMI-A-1] disconnected [ 29.266223] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (2) [ 29.266225] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.266232] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (2) [ 29.266244] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.266246] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:95:DP-3] [ 29.266463] nouveau 0000:65:00.0: DRM: display: 4x540000 dpcd 0x12 [ 29.266465] nouveau 0000:65:00.0: DRM: encoder: 4x810000 [ 29.266466] nouveau 0000:65:00.0: DRM: maximum: 4x540000 [ 29.266643] nouveau 0000:65:00.0: DRM: Sink OUI: 0080e1 [ 29.266819] nouveau 0000:65:00.0: DRM: Branch OUI: 0080e1 [ 29.267142] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:95:DP-3] disconnected [ 29.267144] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (2) [ 29.267147] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.267153] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (2) [ 29.267165] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.267167] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:98:DP-4] [ 29.267170] [drm:drm_dp_mst_topology_try_get_port] port 00000000554b0bb4 (2) [ 29.267172] [drm:drm_dp_mst_topology_put_port] port 00000000554b0bb4 (1) [ 29.267174] [drm:drm_dp_mst_topology_try_get_port] port 00000000554b0bb4 (2) [ 29.267177] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.267179] [drm:drm_dp_mst_topology_put_port] port 00000000554b0bb4 (1) [ 29.267181] [drm:drm_add_display_info] Supported Monitor Refresh rate range is 0 Hz - 0 Hz [ 29.267183] [drm:drm_add_display_info] non_desktop set to 0 [ 29.267185] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.267187] [drm:drm_add_display_info] DP-4: Assigning EDID-1.4 digital sink color depth as 10 bpc. [ 29.267189] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.267190] [drm:drm_update_tile_info] block id 0x12, rev 0, len 22 [ 29.267192] [drm:drm_update_tile_info] tile cap 0x82 [ 29.267194] [drm:drm_update_tile_info] tile_size 1920 x 2160 [ 29.267196] [drm:drm_update_tile_info] topo num tiles 2x1, location 1x0 [ 29.267198] [drm:drm_update_tile_info] vend DEL [ 29.267201] [drm:drm_mode_object_put.part.0] OBJ ID: 105 (1) [ 29.267205] [drm:drm_mode_object_put.part.0] OBJ ID: 109 (1) [ 29.267207] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.267209] [drm:drm_add_edid_modes] ELD: no CEA Extension found [ 29.267211] [drm:drm_add_display_info] Supported Monitor Refresh rate range is 0 Hz - 0 Hz [ 29.267213] [drm:drm_add_display_info] non_desktop set to 0 [ 29.267215] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.267217] [drm:drm_add_display_info] DP-4: Assigning EDID-1.4 digital sink color depth as 10 bpc. [ 29.267223] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.267224] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.267226] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.267228] nouveau 0000:65:00.0: DRM: native mode from preferred [ 29.267235] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:98:DP-4] probed modes : [ 29.267237] [drm:drm_mode_debug_printmodeline] Modeline "1920x2160": 60 277250 1920 1968 2000 2080 2160 2163 2173 2222 0x48 0x9 [ 29.267239] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 29.267242] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.267250] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 29.267253] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267256] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267259] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPBLOB [ 29.267261] [drm:drm_mode_object_put.part.0] OBJ ID: 104 (2) [ 29.267263] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPBLOB [ 29.267265] [drm:drm_mode_object_put.part.0] OBJ ID: 104 (2) [ 29.267666] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267668] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267671] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267674] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267679] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267682] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267686] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267689] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267692] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267694] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267697] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPBLOB [ 29.267699] [drm:drm_mode_object_put.part.0] OBJ ID: 105 (2) [ 29.267702] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPBLOB [ 29.267704] [drm:drm_mode_object_put.part.0] OBJ ID: 105 (2) [ 29.267711] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267714] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267717] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267720] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267724] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267727] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267731] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267734] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267737] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267740] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267742] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267745] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267752] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267754] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267757] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267760] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267763] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267766] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267769] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267772] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267775] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.267778] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.268836] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.268839] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:100:DP-5] [ 29.268843] [drm:drm_dp_mst_topology_try_get_port] port 00000000a7dd8125 (2) [ 29.268847] [drm:drm_dp_mst_topology_put_port] port 00000000a7dd8125 (1) [ 29.268849] [drm:drm_dp_mst_topology_try_get_port] port 00000000a7dd8125 (2) [ 29.268852] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.268853] [drm:drm_dp_mst_topology_put_port] port 00000000a7dd8125 (1) [ 29.268856] [drm:drm_add_display_info] Supported Monitor Refresh rate range is 0 Hz - 0 Hz [ 29.268858] [drm:drm_add_display_info] non_desktop set to 0 [ 29.268860] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.268861] [drm:drm_add_display_info] DP-5: Assigning EDID-1.4 digital sink color depth as 10 bpc. [ 29.268863] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.268865] [drm:drm_update_tile_info] block id 0x12, rev 0, len 22 [ 29.268867] [drm:drm_update_tile_info] tile cap 0x82 [ 29.268868] [drm:drm_update_tile_info] tile_size 1920 x 2160 [ 29.268870] [drm:drm_update_tile_info] topo num tiles 2x1, location 0x0 [ 29.268871] [drm:drm_update_tile_info] vend DEL [ 29.268875] [drm:drm_mode_object_put.part.0] OBJ ID: 102 (1) [ 29.268878] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (1) [ 29.268881] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.268882] [drm:drm_add_edid_modes] ELD: no CEA Extension found [ 29.268885] [drm:drm_add_display_info] Supported Monitor Refresh rate range is 0 Hz - 0 Hz [ 29.268887] [drm:drm_add_display_info] non_desktop set to 0 [ 29.268889] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.268892] [drm:drm_add_display_info] DP-5: Assigning EDID-1.4 digital sink color depth as 10 bpc. [ 29.268907] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.268909] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.268912] [drm:drm_find_displayid_extension] base revision 0x12, length 121, 0 0 [ 29.268915] nouveau 0000:65:00.0: DRM: native mode from preferred [ 29.268980] [drm:drm_helper_probe_single_connector_modes] [CONNECTOR:100:DP-5] probed modes : [ 29.268988] [drm:drm_mode_debug_printmodeline] Modeline "1920x2160": 60 277250 1920 1968 2000 2080 2160 2163 2173 2222 0x48 0x9 [ 29.268989] [drm:drm_mode_debug_printmodeline] Modeline "1920x1200": 60 193250 1920 2056 2256 2592 1200 1203 1209 1245 0x40 0x6 [ 29.268991] [drm:drm_mode_debug_printmodeline] Modeline "1920x1080": 60 148500 1920 2008 2052 2200 1080 1084 1089 1125 0x40 0xa [ 29.268992] [drm:drm_mode_debug_printmodeline] Modeline "1600x1200": 60 162000 1600 1664 1856 2160 1200 1201 1204 1250 0x40 0x5 [ 29.268994] [drm:drm_mode_debug_printmodeline] Modeline "1680x1050": 60 146250 1680 1784 1960 2240 1050 1053 1059 1089 0x40 0x6 [ 29.268996] [drm:drm_mode_debug_printmodeline] Modeline "1280x1024": 75 135000 1280 1296 1440 1688 1024 1025 1028 1066 0x40 0x5 [ 29.268997] [drm:drm_mode_debug_printmodeline] Modeline "1280x1024": 60 108000 1280 1328 1440 1688 1024 1025 1028 1066 0x40 0x5 [ 29.268999] [drm:drm_mode_debug_printmodeline] Modeline "1280x800": 60 83500 1280 1352 1480 1680 800 803 809 831 0x40 0x6 [ 29.269000] [drm:drm_mode_debug_printmodeline] Modeline "1152x864": 75 108000 1152 1216 1344 1600 864 865 868 900 0x40 0x5 [ 29.269002] [drm:drm_mode_debug_printmodeline] Modeline "1024x768": 75 78750 1024 1040 1136 1312 768 769 772 800 0x40 0x5 [ 29.269004] [drm:drm_mode_debug_printmodeline] Modeline "1024x768": 60 65000 1024 1048 1184 1344 768 771 777 806 0x40 0xa [ 29.269005] [drm:drm_mode_debug_printmodeline] Modeline "800x600": 75 49500 800 816 896 1056 600 601 604 625 0x40 0x5 [ 29.269007] [drm:drm_mode_debug_printmodeline] Modeline "800x600": 60 40000 800 840 968 1056 600 601 605 628 0x40 0x5 [ 29.269008] [drm:drm_mode_debug_printmodeline] Modeline "640x480": 75 31500 640 656 720 840 480 481 484 500 0x40 0xa [ 29.269011] [drm:drm_mode_debug_printmodeline] Modeline "640x480": 60 25175 640 656 752 800 480 490 492 525 0x40 0xa [ 29.269015] [drm:drm_mode_debug_printmodeline] Modeline "720x400": 70 28320 720 738 846 900 400 412 414 449 0x40 0x6 [ 29.269018] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 29.269024] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETCONNECTOR [ 29.269038] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 29.269042] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269046] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269051] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPBLOB [ 29.269053] [drm:drm_mode_object_put.part.0] OBJ ID: 109 (2) [ 29.269056] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPBLOB [ 29.269059] [drm:drm_mode_object_put.part.0] OBJ ID: 109 (2) [ 29.269651] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269654] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269657] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269660] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269665] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269668] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269672] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269674] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269678] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269680] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269683] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPBLOB [ 29.269685] [drm:drm_mode_object_put.part.0] OBJ ID: 102 (2) [ 29.269687] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPBLOB [ 29.269689] [drm:drm_mode_object_put.part.0] OBJ ID: 102 (2) [ 29.269695] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269697] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269700] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269703] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269709] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269712] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269717] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269721] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269725] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269729] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269732] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269736] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269741] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269746] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269749] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269752] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269755] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269758] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269761] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269764] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269768] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.269772] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.273682] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_SET_MASTER [ 29.273721] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 29.273815] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_CREATE_DUMB [ 29.273873] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_CREATE_DUMB [ 29.273928] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_CREATE_DUMB [ 29.274001] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_CREATE_DUMB [ 29.275846] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_PUSHBUF [ 29.331102] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331118] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331130] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331141] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331159] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331169] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331183] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331193] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331205] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331215] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331225] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331235] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331251] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331261] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331272] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331282] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331293] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331303] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331314] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331324] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331335] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331346] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331362] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331373] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331391] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331401] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331432] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.331460] [drm:drm_mode_object_get] OBJ ID: 85 (2) [ 29.331498] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (3) [ 29.331508] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (2) [ 29.331521] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.331533] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (2) [ 29.331539] [drm:drm_ioctl] pid=3393, ret = -22 [ 29.331554] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.331567] [drm:drm_mode_object_get] OBJ ID: 85 (2) [ 29.331642] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (3) [ 29.331651] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (2) [ 29.331664] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.331677] [drm:drm_mode_object_get] OBJ ID: 85 (2) [ 29.331694] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (3) [ 29.331702] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (2) [ 29.331713] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.331725] [drm:drm_mode_object_get] OBJ ID: 85 (2) [ 29.331744] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (3) [ 29.331752] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (2) [ 29.331763] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.331775] [drm:drm_mode_object_get] OBJ ID: 85 (2) [ 29.331791] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (3) [ 29.331799] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (2) [ 29.331809] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.331822] [drm:drm_mode_object_get] OBJ ID: 85 (2) [ 29.331850] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (3) [ 29.331854] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (2) [ 29.331859] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.331864] [drm:drm_mode_object_get] OBJ ID: 85 (2) [ 29.331870] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (3) [ 29.331873] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (2) [ 29.331878] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.331883] [drm:drm_mode_object_get] OBJ ID: 85 (2) [ 29.331889] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (3) [ 29.331892] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (2) [ 29.331897] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.331902] [drm:drm_mode_object_get] OBJ ID: 85 (2) [ 29.331908] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (3) [ 29.331911] [drm:drm_mode_object_put.part.0] OBJ ID: 85 (2) [ 29.331916] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331920] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331924] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331928] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331934] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331938] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331944] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331948] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331952] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331956] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331960] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331964] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331970] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331974] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331978] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331982] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331986] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331990] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331995] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.331999] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332003] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332007] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332014] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332018] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332025] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332029] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332037] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332042] [drm:drm_mode_object_get] OBJ ID: 87 (2) [ 29.332048] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (3) [ 29.332051] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (2) [ 29.332056] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332061] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (2) [ 29.332064] [drm:drm_ioctl] pid=3393, ret = -22 [ 29.332068] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332073] [drm:drm_mode_object_get] OBJ ID: 87 (2) [ 29.332080] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (3) [ 29.332083] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (2) [ 29.332087] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332092] [drm:drm_mode_object_get] OBJ ID: 87 (2) [ 29.332100] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (3) [ 29.332103] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (2) [ 29.332107] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332111] [drm:drm_mode_object_get] OBJ ID: 87 (2) [ 29.332117] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (3) [ 29.332119] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (2) [ 29.332123] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332127] [drm:drm_mode_object_get] OBJ ID: 87 (2) [ 29.332132] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (3) [ 29.332135] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (2) [ 29.332138] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332142] [drm:drm_mode_object_get] OBJ ID: 87 (2) [ 29.332148] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (3) [ 29.332151] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (2) [ 29.332155] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332159] [drm:drm_mode_object_get] OBJ ID: 87 (2) [ 29.332164] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (3) [ 29.332167] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (2) [ 29.332171] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332175] [drm:drm_mode_object_get] OBJ ID: 87 (2) [ 29.332181] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (3) [ 29.332183] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (2) [ 29.332187] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332191] [drm:drm_mode_object_get] OBJ ID: 87 (2) [ 29.332197] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (3) [ 29.332199] [drm:drm_mode_object_put.part.0] OBJ ID: 87 (2) [ 29.332203] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332207] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332212] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332217] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332224] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332228] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332236] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332240] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332244] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332247] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332251] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332255] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332262] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332266] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332270] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332274] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332280] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332284] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332291] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332295] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332299] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332303] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332310] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332313] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332320] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332323] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332330] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332334] [drm:drm_mode_object_get] OBJ ID: 90 (2) [ 29.332340] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (3) [ 29.332342] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (2) [ 29.332346] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332350] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (2) [ 29.332352] [drm:drm_ioctl] pid=3393, ret = -22 [ 29.332355] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332359] [drm:drm_mode_object_get] OBJ ID: 90 (2) [ 29.332365] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (3) [ 29.332368] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (2) [ 29.332371] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332375] [drm:drm_mode_object_get] OBJ ID: 90 (2) [ 29.332381] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (3) [ 29.332384] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (2) [ 29.332387] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332391] [drm:drm_mode_object_get] OBJ ID: 90 (2) [ 29.332397] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (3) [ 29.332399] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (2) [ 29.332403] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332407] [drm:drm_mode_object_get] OBJ ID: 90 (2) [ 29.332413] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (3) [ 29.332416] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (2) [ 29.332421] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332426] [drm:drm_mode_object_get] OBJ ID: 90 (2) [ 29.332433] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (3) [ 29.332435] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (2) [ 29.332439] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332446] [drm:drm_mode_object_get] OBJ ID: 90 (2) [ 29.332453] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (3) [ 29.332455] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (2) [ 29.332461] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332467] [drm:drm_mode_object_get] OBJ ID: 90 (2) [ 29.332472] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (3) [ 29.332475] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (2) [ 29.332479] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332483] [drm:drm_mode_object_get] OBJ ID: 90 (2) [ 29.332489] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (3) [ 29.332491] [drm:drm_mode_object_put.part.0] OBJ ID: 90 (2) [ 29.332495] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332499] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332502] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332506] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332512] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332516] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332520] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332524] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332528] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332531] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332535] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332538] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332544] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332547] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332551] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332554] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332558] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332562] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332566] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332569] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332573] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332577] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332583] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332587] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332594] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332598] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332604] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332611] [drm:drm_mode_object_get] OBJ ID: 93 (2) [ 29.332617] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (3) [ 29.332620] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (2) [ 29.332624] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332628] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (2) [ 29.332630] [drm:drm_ioctl] pid=3393, ret = -22 [ 29.332634] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332638] [drm:drm_mode_object_get] OBJ ID: 93 (2) [ 29.332644] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (3) [ 29.332646] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (2) [ 29.332650] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332654] [drm:drm_mode_object_get] OBJ ID: 93 (2) [ 29.332659] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (3) [ 29.332662] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (2) [ 29.332665] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332670] [drm:drm_mode_object_get] OBJ ID: 93 (2) [ 29.332675] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (3) [ 29.332678] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (2) [ 29.332681] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332685] [drm:drm_mode_object_get] OBJ ID: 93 (2) [ 29.332691] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (3) [ 29.332693] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (2) [ 29.332697] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332701] [drm:drm_mode_object_get] OBJ ID: 93 (2) [ 29.332706] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (3) [ 29.332709] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (2) [ 29.332713] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332717] [drm:drm_mode_object_get] OBJ ID: 93 (2) [ 29.332723] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (3) [ 29.332725] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (2) [ 29.332729] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332733] [drm:drm_mode_object_get] OBJ ID: 93 (2) [ 29.332740] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (3) [ 29.332744] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (2) [ 29.332748] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332752] [drm:drm_mode_object_get] OBJ ID: 93 (2) [ 29.332758] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (3) [ 29.332761] [drm:drm_mode_object_put.part.0] OBJ ID: 93 (2) [ 29.332766] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332772] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332777] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332782] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332789] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332793] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332798] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332803] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332824] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332828] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332832] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332835] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332840] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332844] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332848] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332851] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332855] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332859] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332863] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332866] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332870] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332873] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332879] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332883] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332889] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332893] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.332899] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332903] [drm:drm_mode_object_get] OBJ ID: 95 (2) [ 29.332909] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (3) [ 29.332911] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (2) [ 29.332915] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332919] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (2) [ 29.332921] [drm:drm_ioctl] pid=3393, ret = -22 [ 29.332924] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332929] [drm:drm_mode_object_get] OBJ ID: 95 (2) [ 29.332936] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (3) [ 29.332938] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (2) [ 29.332942] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.332947] [drm:drm_mode_object_get] OBJ ID: 95 (2) [ 29.332954] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (3) [ 29.333062] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (2) [ 29.333066] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.333070] [drm:drm_mode_object_get] OBJ ID: 95 (2) [ 29.333076] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (3) [ 29.333079] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (2) [ 29.333083] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.333087] [drm:drm_mode_object_get] OBJ ID: 95 (2) [ 29.333093] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (3) [ 29.333097] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (2) [ 29.333101] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.333105] [drm:drm_mode_object_get] OBJ ID: 95 (2) [ 29.333111] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (3) [ 29.333113] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (2) [ 29.333118] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.333122] [drm:drm_mode_object_get] OBJ ID: 95 (2) [ 29.333127] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (3) [ 29.333130] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (2) [ 29.333134] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.333138] [drm:drm_mode_object_get] OBJ ID: 95 (2) [ 29.333144] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (3) [ 29.333147] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (2) [ 29.333151] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.333155] [drm:drm_mode_object_get] OBJ ID: 95 (2) [ 29.333161] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (3) [ 29.333164] [drm:drm_mode_object_put.part.0] OBJ ID: 95 (2) [ 29.333168] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333172] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333175] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333179] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333185] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333189] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333193] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333197] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333201] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333204] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333208] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333211] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333217] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333221] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333227] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333231] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333237] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333241] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333246] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333249] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333253] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333257] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333264] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333268] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333275] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333280] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333286] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333290] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333293] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333297] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.333301] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.333306] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 29.333308] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 29.333312] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 29.333330] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.333334] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.333345] [drm:drm_vblank_enable] enabling vblank on crtc 0, ret: 0 [ 29.333385] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (6) [ 29.333387] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 29.333389] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 29.333392] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 29.333396] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.333400] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 29.333413] [drm:drm_ioctl] pid=3393, ret = -22 [ 29.333417] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.333422] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 29.333424] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 29.333429] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 29.333436] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.333438] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.333450] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (6) [ 29.333452] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 29.333454] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 29.333457] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 29.333462] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.333466] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 29.333467] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 29.333470] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 29.333477] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.333478] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.333490] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (6) [ 29.333492] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 29.333493] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 29.333496] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 29.333498] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.333502] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 29.333503] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 29.333505] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 29.333512] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.333514] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.333524] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (6) [ 29.333526] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 29.333528] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 29.333530] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 29.333533] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.333536] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 29.333537] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 29.333539] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 29.333546] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.333548] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.333558] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (6) [ 29.333560] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 29.333561] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 29.333564] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 29.333566] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.333570] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 29.333571] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 29.333573] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 29.333580] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.333581] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.333592] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (6) [ 29.333594] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 29.333596] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 29.333598] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 29.333602] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.333606] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 29.333609] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 29.333611] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (6) [ 29.333614] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 29.333616] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 29.333619] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 29.333621] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 29.333629] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.333632] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.333643] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (6) [ 29.333644] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 29.333646] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 29.333648] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 29.333651] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.333655] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 29.333656] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 29.333658] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 29.333664] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.333666] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.333676] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (6) [ 29.333678] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 29.333679] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 29.333682] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 29.333685] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.333688] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 29.333689] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 29.333691] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 29.333698] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.333699] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.333708] 04a0 1 head917d_dither [ 29.333712] 00000003 [ 29.333724] 0084 1 core507d_update [ 29.333725] 80000000 [ 29.333726] 0080 2 core507d_update [ 29.333727] 00000000 [ 29.333728] 00000000 [ 29.346951] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (6) [ 29.346953] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 29.346955] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 29.346957] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 29.346977] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.346982] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.346986] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.346990] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.346996] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.346999] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347003] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347007] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347011] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347015] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347018] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347024] [drm:vblank_disable_fn] disabling vblank on crtc 0 [ 29.347025] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347030] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347032] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347036] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347038] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347042] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347044] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347048] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347050] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347053] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347056] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347061] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347064] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347069] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347072] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347078] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347082] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347085] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347087] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_GETPROPERTY [ 29.347092] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.347096] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 29.347099] [drm:drm_mode_object_get] OBJ ID: 100 (5) [ 29.347103] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 29.347112] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.347114] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.347117] [drm:drm_vblank_enable] enabling vblank on crtc 1, ret: 0 [ 29.347135] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (6) [ 29.347137] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 29.347139] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 29.347141] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 29.347144] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.347148] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 29.347149] [drm:drm_ioctl] pid=3393, ret = -22 [ 29.347152] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.347156] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 29.347157] [drm:drm_mode_object_get] OBJ ID: 100 (5) [ 29.347159] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 29.347167] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.347169] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.347179] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (6) [ 29.347182] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 29.347183] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 29.347186] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 29.347189] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.347192] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 29.347193] [drm:drm_mode_object_get] OBJ ID: 100 (5) [ 29.347195] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 29.347202] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.347204] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.347214] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (6) [ 29.347216] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 29.347218] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 29.347220] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 29.347223] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.347226] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 29.347227] [drm:drm_mode_object_get] OBJ ID: 100 (5) [ 29.347229] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 29.347236] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.347238] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.347248] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (6) [ 29.347250] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 29.347252] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 29.347254] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 29.347257] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.347260] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 29.347262] [drm:drm_mode_object_get] OBJ ID: 100 (5) [ 29.347276] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 29.347283] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.347285] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.347296] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (6) [ 29.347299] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 29.347308] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 29.347310] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 29.347314] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.347317] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 29.347318] [drm:drm_mode_object_get] OBJ ID: 100 (5) [ 29.347320] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 29.347327] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.347329] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.347340] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (6) [ 29.347342] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 29.347344] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 29.347346] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 29.347349] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.347353] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 29.347354] [drm:drm_mode_object_get] OBJ ID: 100 (5) [ 29.347356] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 29.347363] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.347365] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.347376] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (6) [ 29.347377] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 29.347379] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 29.347382] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 29.347386] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.347390] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 29.347392] [drm:drm_mode_object_get] OBJ ID: 100 (5) [ 29.347394] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 29.347401] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.347403] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.347414] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (6) [ 29.347416] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 29.347419] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 29.347421] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 29.347425] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.347429] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 29.347431] [drm:drm_mode_object_get] OBJ ID: 100 (5) [ 29.347433] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 29.347440] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.347443] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.347445] 07a0 1 head917d_dither [ 29.347450] 00000003 [ 29.347457] 0084 1 core507d_update [ 29.347458] 80000000 [ 29.347461] 0080 2 core507d_update [ 29.347463] 00000000 [ 29.347464] 00000000 [ 29.363621] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (6) [ 29.363623] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 29.363625] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 29.363627] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 29.363701] [drm:vblank_disable_fn] disabling vblank on crtc 1 [ 29.364078] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GET_CAP [ 29.366220] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_VERSION [ 29.366223] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_VERSION [ 29.367034] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GETPARAM [ 29.367342] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GET_CAP [ 29.368221] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_LIST_LESSEES [ 29.368225] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_LIST_LESSEES [ 29.369212] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_MAP_DUMB [ 29.369224] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_MAP_DUMB [ 29.369231] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_MAP_DUMB [ 29.369237] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_MAP_DUMB [ 29.369243] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_DIRTYFB [ 29.369246] [drm:drm_ioctl] pid=3393, ret = -2 [ 29.369646] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 29.369722] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 29.369768] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 29.370778] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 29.984388] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.984406] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 29.984425] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 29.984433] [drm:drm_mode_object_get] OBJ ID: 98 (6) [ 29.984456] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.984461] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.984468] [drm:drm_vblank_enable] enabling vblank on crtc 0, ret: 0 [ 29.984501] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (6) [ 29.984505] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 29.984508] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 29.984513] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 29.984518] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 29.984525] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 29.984531] [drm:drm_mode_object_get] OBJ ID: 100 (5) [ 29.984534] [drm:drm_mode_object_get] OBJ ID: 100 (6) [ 29.984548] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.984551] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.984554] [drm:drm_vblank_enable] enabling vblank on crtc 1, ret: 0 [ 29.984577] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (6) [ 29.984580] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 29.984582] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 29.984586] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 29.985728] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_PUSHBUF [ 29.985823] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_DIRTYFB [ 29.985828] [drm:drm_ioctl] pid=3393, ret = -2 [ 29.985838] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETGAMMA [ 29.985917] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 29.985920] [drm:drm_mode_object_get] OBJ ID: 103 (1) [ 29.985923] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 29.985952] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 29.985956] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 29.985975] 0448 2 head907d_olut_set [ 29.985978] 87000000 [ 29.985980] 000005d0 [ 29.985982] 045c 1 head907d_olut_set [ 29.985983] f0000001 [ 29.986001] 0084 1 core507d_update [ 29.986003] 80000000 [ 29.986005] 0080 2 core507d_update [ 29.986007] 00000000 [ 29.986008] 00000000 [ 29.997092] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 29.997096] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 29.997116] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (2) [ 29.997134] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_ADDFB2 [ 29.997140] [drm:nouveau_framebuffer_new] Unsupported modifier: 0x300000000000014 [ 29.997143] [drm:drm_internal_framebuffer_create] could not create framebuffer [ 29.997145] [drm:drm_ioctl] pid=3393, ret = -22 [ 29.997171] [drm:vblank_disable_fn] disabling vblank on crtc 0 [ 29.997410] [drm:vblank_disable_fn] disabling vblank on crtc 1 [ 29.997503] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.263927] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_PUSHBUF [ 30.264023] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_DIRTYFB [ 30.264033] [drm:drm_ioctl] pid=3393, ret = -2 [ 30.264284] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_PUSHBUF [ 30.264358] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_DIRTYFB [ 30.264366] [drm:drm_ioctl] pid=3393, ret = -2 [ 30.293392] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.296842] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.586001] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.586566] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.586677] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.586798] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.586885] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_PUSHBUF [ 30.586953] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.587123] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.587161] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.587683] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_CURSOR [ 30.587739] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_CURSOR2 [ 30.587792] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 30.587800] [drm:drm_mode_object_get] OBJ ID: 110 (1) [ 30.587812] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 30.587819] [drm:drm_mode_object_put.part.0] OBJ ID: 110 (2) [ 30.587827] [drm:drm_mode_object_put.part.0] OBJ ID: 110 (1) [ 30.587848] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 30.587855] [drm:drm_mode_object_get] OBJ ID: 110 (1) [ 30.587863] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 30.587899] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 30.587909] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 30.587919] 0780 2 head907d_curs_set [ 30.587926] 85000000 [ 30.587931] 00094000 [ 30.587936] 078c 1 head907d_curs_set [ 30.587941] f0000001 [ 30.587959] 0080 2 core507d_update [ 30.587964] 00000000 [ 30.587969] 00000000 [ 30.587988] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 30.587995] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 30.588005] [drm:drm_mode_object_put.part.0] OBJ ID: 110 (2) [ 30.588022] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_CURSOR [ 30.610537] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.610642] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_PUSHBUF [ 30.611564] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.611801] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_PUSHBUF [ 30.616054] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_PUSHBUF [ 30.616151] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_DIRTYFB [ 30.616161] [drm:drm_ioctl] pid=3393, ret = -2 [ 30.634145] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.634250] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_PUSHBUF [ 30.635117] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.635226] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.700024] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.700143] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.700239] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.704066] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_PUSHBUF [ 30.704222] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.704325] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.704404] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.704478] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.704533] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.704603] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.704652] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.704735] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.704784] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.704852] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.704901] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.705029] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.705083] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.705152] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.705202] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.705331] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.705381] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.705469] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.705521] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.705607] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.705657] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.705725] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.705795] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.705875] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.705908] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.705973] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.706049] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.706120] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.706145] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.706209] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.706231] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.706306] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.706330] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.706392] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.706414] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.706476] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.706531] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.706596] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.706620] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.706695] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.706734] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.706899] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_PUSHBUF [ 30.707174] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.707280] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_NEW [ 30.707408] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_CPU_PREP [ 30.718566] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.718694] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.718763] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.718826] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.718885] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.718944] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.719002] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.719061] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.719119] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.719176] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.719233] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.719291] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.719350] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.719409] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.719466] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.719525] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.719583] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.719641] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.719699] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.719757] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.719817] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_PUSHBUF [ 30.719870] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.720338] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 30.720511] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_PUSHBUF [ 30.720573] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_DIRTYFB [ 30.720579] [drm:drm_ioctl] pid=3393, ret = -2 [ 32.268230] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 32.268704] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_CURSOR [ 32.268732] [drm:drm_mode_object_get] OBJ ID: 110 (1) [ 32.268743] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 32.268750] [drm:drm_mode_object_put.part.0] OBJ ID: 110 (2) [ 32.268765] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 32.268802] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 32.268813] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 32.268824] 0780 1 head907d_curs_clr [ 32.268831] 05000000 [ 32.268837] 078c 1 head907d_curs_clr [ 32.268842] 00000000 [ 32.268859] 0080 2 core507d_update [ 32.268864] 00000000 [ 32.268869] 00000000 [ 32.268894] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 32.268902] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 32.268908] [drm:drm_mode_object_put.part.0] OBJ ID: 110 (1) [ 32.672317] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 32.672343] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 32.672351] [drm:drm_mode_object_get] OBJ ID: 103 (1) [ 32.672372] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 32.672379] [drm:drm_mode_object_get] OBJ ID: 98 (6) [ 32.672423] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 32.672433] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 32.672444] [drm:drm_vblank_enable] enabling vblank on crtc 0, ret: 0 [ 32.672489] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (6) [ 32.672498] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 32.672504] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 32.672510] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (2) [ 32.672521] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 32.672534] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_SETPROPERTY [ 32.672547] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 32.672564] [drm:drm_mode_object_get] OBJ ID: 100 (5) [ 32.672571] [drm:drm_mode_object_get] OBJ ID: 100 (6) [ 32.672602] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 32.672610] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 32.672617] [drm:drm_vblank_enable] enabling vblank on crtc 1, ret: 0 [ 32.672652] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (6) [ 32.672660] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 32.672666] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 32.672675] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 32.675415] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, NOUVEAU_GEM_PUSHBUF [ 32.675559] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 32.675979] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_DESTROY_DUMB [ 32.676113] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_DESTROY_DUMB [ 32.676199] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_DESTROY_DUMB [ 32.676260] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_MODE_DESTROY_DUMB [ 32.676328] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_DROP_MASTER [ 32.676382] [drm:drm_ioctl] pid=3393, dev=0xe200, auth=1, DRM_IOCTL_GEM_CLOSE [ 32.677062] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 32.677080] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 32.677086] [drm:drm_mode_object_get] OBJ ID: 103 (1) [ 32.677099] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 32.677106] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 32.677116] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 32.677122] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (2) [ 32.677129] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 32.677136] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 32.677144] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 32.677156] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 32.677164] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 32.677169] [drm:drm_mode_object_get] OBJ ID: 103 (1) [ 32.677178] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 32.677184] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (2) [ 32.677190] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 32.677201] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 32.677209] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 32.677214] [drm:drm_mode_object_get] OBJ ID: 103 (1) [ 32.677225] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 32.677233] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 32.677250] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 32.677256] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (2) [ 32.677262] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 32.677269] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 32.677277] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 32.677291] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 32.677299] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 32.677305] [drm:drm_mode_object_get] OBJ ID: 103 (1) [ 32.677315] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 32.677323] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 32.677346] [drm:drm_mode_object_get] OBJ ID: 106 (5) [ 32.677352] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (6) [ 32.677384] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 32.677397] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 32.677407] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 32.677414] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 32.677421] [drm:drm_mode_object_get] OBJ ID: 106 (5) [ 32.677426] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (6) [ 32.677444] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 32.677450] [drm:drm_mode_object_get] OBJ ID: 100 (5) [ 32.677458] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 32.677464] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 32.677649] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 32.677658] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 32.677664] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 32.677670] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 32.677778] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 32.677786] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 32.677791] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 32.677798] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 32.677805] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 32.677810] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (2) [ 32.677817] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 32.677825] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 32.677835] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 32.677868] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 32.677875] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 32.677881] [drm:drm_mode_object_get] OBJ ID: 103 (1) [ 32.677892] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 32.677900] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 32.677910] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 32.677916] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (2) [ 32.677923] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 32.677929] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 32.677937] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 32.677949] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 32.677956] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 32.677962] [drm:drm_mode_object_get] OBJ ID: 103 (1) [ 32.677971] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 32.677976] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (2) [ 32.677983] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 32.677993] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 32.678001] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 32.678006] [drm:drm_mode_object_get] OBJ ID: 103 (1) [ 32.678017] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 32.678024] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 32.678040] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 32.678046] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (2) [ 32.678052] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 32.678059] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 32.678067] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 32.678081] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 32.678089] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 32.678094] [drm:drm_mode_object_get] OBJ ID: 103 (1) [ 32.678105] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 32.678112] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 32.678133] [drm:drm_mode_object_get] OBJ ID: 106 (5) [ 32.678138] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (6) [ 32.678157] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 32.678163] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 32.678171] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 32.678178] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 32.678184] [drm:drm_mode_object_get] OBJ ID: 106 (5) [ 32.678190] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (6) [ 32.678208] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 32.678214] [drm:drm_mode_object_get] OBJ ID: 100 (5) [ 32.678221] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 32.678227] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 32.678436] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 32.678443] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 32.678449] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 32.678455] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 32.678522] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 32.678529] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 32.678535] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 32.678542] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 32.678548] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 32.678554] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (2) [ 32.678561] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 32.678570] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 32.678578] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 32.678622] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 32.678630] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 32.678636] [drm:drm_mode_object_get] OBJ ID: 103 (1) [ 32.678647] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 32.678654] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 32.678666] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 32.678672] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (2) [ 32.678678] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 32.678685] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 32.678693] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 32.678706] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 32.678713] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 32.678719] [drm:drm_mode_object_get] OBJ ID: 103 (1) [ 32.678728] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 32.678733] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (2) [ 32.678741] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 32.678751] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 32.678760] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 32.678766] [drm:drm_mode_object_get] OBJ ID: 103 (1) [ 32.678777] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 32.678784] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 32.678801] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 32.678807] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (2) [ 32.678813] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 32.678821] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 32.678828] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 32.678843] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 32.678851] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 32.678856] [drm:drm_mode_object_get] OBJ ID: 103 (1) [ 32.678868] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 32.678875] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 32.678896] [drm:drm_mode_object_get] OBJ ID: 106 (5) [ 32.678901] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (6) [ 32.678919] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 32.678925] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 32.678934] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 32.678940] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 32.678947] [drm:drm_mode_object_get] OBJ ID: 106 (5) [ 32.678952] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (6) [ 32.678970] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 32.678976] [drm:drm_mode_object_get] OBJ ID: 100 (5) [ 32.678985] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 32.678991] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 32.679128] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 32.679135] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 32.679141] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 32.679147] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 32.679212] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 32.679219] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 32.679225] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 32.679232] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 32.679239] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 32.679245] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (2) [ 32.679252] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 32.679260] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 32.679268] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 32.681038] [drm:vblank_disable_fn] disabling vblank on crtc 0 [ 32.681079] [drm:vblank_disable_fn] disabling vblank on crtc 1 [ 32.681692] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 32.681701] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 32.681707] [drm:drm_mode_object_get] OBJ ID: 103 (1) [ 32.681717] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 32.681724] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 32.681738] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 32.681743] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (2) [ 32.681750] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 32.681756] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 32.681764] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 32.681778] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 32.681785] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 32.681790] [drm:drm_mode_object_get] OBJ ID: 103 (1) [ 32.681798] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 32.681803] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (2) [ 32.681809] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 32.681820] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 32.681826] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 32.681832] [drm:drm_mode_object_get] OBJ ID: 103 (1) [ 32.681842] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 32.681849] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 32.681863] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 32.681869] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (2) [ 32.681875] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 32.681881] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 32.681888] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 32.681902] [drm:drm_mode_object_get] OBJ ID: 106 (3) [ 32.681909] [drm:drm_mode_object_get] OBJ ID: 107 (1) [ 32.681914] [drm:drm_mode_object_get] OBJ ID: 103 (1) [ 32.681925] [drm:drm_mode_object_get] OBJ ID: 106 (4) [ 32.681932] [drm:drm_mode_object_get] OBJ ID: 108 (1) [ 32.681951] [drm:drm_mode_object_get] OBJ ID: 106 (5) [ 32.681957] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (6) [ 32.681975] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 32.681982] [drm:drm_mode_object_get] OBJ ID: 98 (5) [ 32.681990] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 32.681996] [drm:drm_mode_object_get] OBJ ID: 98 (4) [ 32.682002] [drm:drm_mode_object_get] OBJ ID: 106 (5) [ 32.682008] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (6) [ 32.682025] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 32.682030] [drm:drm_mode_object_get] OBJ ID: 100 (5) [ 32.682037] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 32.682043] [drm:drm_mode_object_get] OBJ ID: 100 (4) [ 32.682182] [drm:drm_calc_timestamping_constants] crtc 50: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 32.682189] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 50: clock 277250 kHz framedur 16670009 linedur 7502 [ 32.682194] [drm:drm_calc_timestamping_constants] crtc 61: hwmode: htotal 2080, vtotal 2222, vdisplay 2160 [ 32.682200] [drm:drm_atomic_helper_update_legacy_modeset_state] crtc 61: clock 277250 kHz framedur 16670009 linedur 7502 [ 32.682209] [drm:drm_vblank_enable] enabling vblank on crtc 0, ret: 0 [ 32.682227] [drm:drm_vblank_enable] enabling vblank on crtc 1, ret: 0 [ 32.682299] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (5) [ 32.682305] [drm:drm_mode_object_put.part.0] OBJ ID: 98 (4) [ 32.682310] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (5) [ 32.682316] [drm:drm_mode_object_put.part.0] OBJ ID: 100 (4) [ 32.682322] [drm:drm_mode_object_put.part.0] OBJ ID: 107 (2) [ 32.682327] [drm:drm_mode_object_put.part.0] OBJ ID: 103 (2) [ 32.682334] [drm:drm_mode_object_put.part.0] OBJ ID: 108 (2) [ 32.682341] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (5) [ 32.682349] [drm:drm_mode_object_put.part.0] OBJ ID: 106 (4) [ 32.697704] [drm:vblank_disable_fn] disabling vblank on crtc 0 [ 32.697743] [drm:vblank_disable_fn] disabling vblank on crtc 1 [ 32.706799] [drm:drm_release] open_count = 1 [ 32.706809] [drm:drm_file_free.part.0] pid = 3393, device = 0xe200, open_count = 1 [ 32.739251] [drm:drm_lastclose] [ 32.739261] [drm:drm_lastclose] driver lastclose completed [-- Attachment #3: Type: text/plain, Size: 160 bytes --] _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-06-30 23:08 ` Kirill A. Shutemov @ 2020-07-01 4:40 ` James Jones 2020-07-01 7:57 ` Kirill A. Shutemov 2020-07-01 11:24 ` Karol Herbst 0 siblings, 2 replies; 74+ messages in thread From: James Jones @ 2020-07-01 4:40 UTC (permalink / raw) To: Kirill A. Shutemov, Ben Skeggs Cc: Linus Torvalds, LKML, dri-devel, Daniel Vetter This implies something is trying to use one of the old DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK format modifiers with DRM-KMS without first checking whether it is supported by the kernel. I had tried to force an Xorg+Mesa stack without my userspace patches to hit this error when testing, but must have missed some permutation. If the stalled Mesa patches go in, this would stop happening of course, but those were held up for a long time in review, and are now waiting on me to make some modifications. Are you using the modesetting driver in X? If so, with glamor I presume? What version of Mesa? Any distro patches? Any non-default xorg.conf options that would affect modesetting, your X driver if it isn't modesetting, or glamour? Thanks, -James On 6/30/20 4:08 PM, Kirill A. Shutemov wrote: > On Tue, Jun 02, 2020 at 04:06:32PM +1000, Dave Airlie wrote: >> James Jones (4): > ... >> drm/nouveau/kms: Support NVIDIA format modifiers > > This commit is the first one that breaks Xorg startup for my setup: > GTX 1080 + Dell UP2414Q (4K DP MST monitor). > > I believe this is the crucial part of dmesg (full dmesg is attached): > > [ 29.997140] [drm:nouveau_framebuffer_new] Unsupported modifier: 0x300000000000014 > [ 29.997143] [drm:drm_internal_framebuffer_create] could not create framebuffer > [ 29.997145] [drm:drm_ioctl] pid=3393, ret = -22 > > Any suggestions? > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-07-01 4:40 ` James Jones @ 2020-07-01 7:57 ` Kirill A. Shutemov 2020-07-01 7:59 ` Kirill A. Shutemov 2020-07-01 11:24 ` Karol Herbst 1 sibling, 1 reply; 74+ messages in thread From: Kirill A. Shutemov @ 2020-07-01 7:57 UTC (permalink / raw) To: James Jones; +Cc: LKML, dri-devel, Ben Skeggs, Daniel Vetter, Linus Torvalds On Tue, Jun 30, 2020 at 09:40:19PM -0700, James Jones wrote: > This implies something is trying to use one of the old > DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK format modifiers with DRM-KMS without > first checking whether it is supported by the kernel. I had tried to force > an Xorg+Mesa stack without my userspace patches to hit this error when > testing, but must have missed some permutation. If the stalled Mesa patches > go in, this would stop happening of course, but those were held up for a > long time in review, and are now waiting on me to make some modifications. > > Are you using the modesetting driver in X? If so, with glamor I presume? Yes and yes. I attached Xorg.log. > What version of Mesa? 20.0.8 > Any distro patches? I don't see any. It's Gentoo. > Any non-default xorg.conf options that would affect modesetting, your X > driver if it isn't modesetting, or glamour? Modesetting without anything tricky. -- Kirill A. Shutemov _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-07-01 7:57 ` Kirill A. Shutemov @ 2020-07-01 7:59 ` Kirill A. Shutemov 2020-07-01 19:45 ` James Jones 0 siblings, 1 reply; 74+ messages in thread From: Kirill A. Shutemov @ 2020-07-01 7:59 UTC (permalink / raw) To: James Jones; +Cc: LKML, dri-devel, Ben Skeggs, Daniel Vetter, Linus Torvalds [-- Attachment #1: Type: text/plain, Size: 818 bytes --] On Wed, Jul 01, 2020 at 10:57:19AM +0300, Kirill A. Shutemov wrote: > On Tue, Jun 30, 2020 at 09:40:19PM -0700, James Jones wrote: > > This implies something is trying to use one of the old > > DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK format modifiers with DRM-KMS without > > first checking whether it is supported by the kernel. I had tried to force > > an Xorg+Mesa stack without my userspace patches to hit this error when > > testing, but must have missed some permutation. If the stalled Mesa patches > > go in, this would stop happening of course, but those were held up for a > > long time in review, and are now waiting on me to make some modifications. > > > > Are you using the modesetting driver in X? If so, with glamor I presume? > > Yes and yes. I attached Xorg.log. Attached now. -- Kirill A. Shutemov [-- Attachment #2: Xorg.0.log --] [-- Type: text/plain, Size: 65648 bytes --] [ 42.835] X.Org X Server 1.20.8 X Protocol Version 11, Revision 0 [ 42.835] Build Operating System: Linux 5.7.0-00002-g7fe3a385103d x86_64 Gentoo [ 42.835] Current Operating System: Linux box 5.7.0-rc2-01340-gfa4f4c213f5f #49 SMP PREEMPT Wed Jul 1 10:44:16 +03 2020 x86_64 [ 42.835] Kernel command line: root=/dev/mapper/box-root dolvm rw rootfstype=ext4 drm.debug=0xf [ 42.836] Build Date: 16 June 2020 09:51:54PM [ 42.836] [ 42.836] Current version of pixman: 0.40.0 [ 42.836] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 42.836] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 42.837] (==) Log file: "/var/log/Xorg.0.log", Time: Wed Jul 1 10:46:48 2020 [ 42.840] (==) Using config directory: "/etc/X11/xorg.conf.d" [ 42.840] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 42.841] (==) No Layout section. Using the first Screen section. [ 42.841] (==) No screen section available. Using defaults. [ 42.841] (**) |-->Screen "Default Screen Section" (0) [ 42.841] (**) | |-->Monitor "<default monitor>" [ 42.842] (==) No device specified for screen "Default Screen Section". Using the first device section listed. [ 42.842] (**) | |-->Device "Device0" [ 42.842] (==) No monitor specified for screen "Default Screen Section". Using a default monitor configuration. [ 42.842] (==) Automatically adding devices [ 42.842] (==) Automatically enabling devices [ 42.842] (==) Automatically adding GPU devices [ 42.842] (==) Max clients allowed: 256, resource mask: 0x1fffff [ 42.842] (WW) The directory "/usr/share/fonts/misc/" does not exist. [ 42.842] Entry deleted from font path. [ 42.842] (WW) The directory "/usr/share/fonts/TTF/" does not exist. [ 42.842] Entry deleted from font path. [ 42.842] (WW) The directory "/usr/share/fonts/OTF/" does not exist. [ 42.842] Entry deleted from font path. [ 42.842] (WW) The directory "/usr/share/fonts/Type1/" does not exist. [ 42.842] Entry deleted from font path. [ 42.842] (WW) The directory "/usr/share/fonts/100dpi/" does not exist. [ 42.842] Entry deleted from font path. [ 42.842] (WW) The directory "/usr/share/fonts/75dpi/" does not exist. [ 42.842] Entry deleted from font path. [ 42.842] (==) FontPath set to: [ 42.842] (==) ModulePath set to "/usr/lib64/xorg/modules" [ 42.842] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 42.842] (II) Loader magic: 0x563dfdb59c40 [ 42.842] (II) Module ABI versions: [ 42.842] X.Org ANSI C Emulation: 0.4 [ 42.842] X.Org Video Driver: 24.1 [ 42.842] X.Org XInput driver : 24.1 [ 42.843] X.Org Server Extension : 10.0 [ 42.843] (II) xfree86: Adding drm device (/dev/dri/card0) [ 42.899] (--) PCI:*(101@0:0:0) 10de:1b80:1458:3730 rev 161, Mem @ 0xd7000000/16777216, 0xc0000000/268435456, 0xd0000000/33554432, I/O @ 0x0000b000/128, BIOS @ 0x????????/131072 [ 42.899] (II) LoadModule: "glx" [ 42.903] (II) Loading /usr/lib64/xorg/modules/extensions/libglx.so [ 42.913] (II) Module glx: vendor="X.Org Foundation" [ 42.913] compiled for 1.20.8, module version = 1.0.0 [ 42.913] ABI class: X.Org Server Extension, version 10.0 [ 42.913] (II) LoadModule: "modesetting" [ 42.914] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so [ 42.915] (II) Module modesetting: vendor="X.Org Foundation" [ 42.915] compiled for 1.20.8, module version = 1.20.8 [ 42.915] Module class: X.Org Video Driver [ 42.915] ABI class: X.Org Video Driver, version 24.1 [ 42.915] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 42.916] (--) using VT number 7 [ 42.921] (II) modeset(0): using drv /dev/dri/card0 [ 42.922] (II) modeset(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [ 42.922] (==) modeset(0): Depth 24, (==) framebuffer bpp 32 [ 42.922] (==) modeset(0): RGB weight 888 [ 42.922] (==) modeset(0): Default visual is TrueColor [ 42.922] (II) Loading sub module "glamoregl" [ 42.922] (II) LoadModule: "glamoregl" [ 42.925] (II) Loading /usr/lib64/xorg/modules/libglamoregl.so [ 42.942] (II) Module glamoregl: vendor="X.Org Foundation" [ 42.942] compiled for 1.20.8, module version = 1.0.1 [ 42.942] ABI class: X.Org ANSI C Emulation, version 0.4 [ 43.263] (II) modeset(0): glamor X acceleration enabled on NV134 [ 43.263] (II) modeset(0): glamor initialized [ 43.265] (II) modeset(0): Output DVI-D-1 has no monitor section [ 43.317] (II) modeset(0): Output DP-1 has no monitor section [ 43.370] (II) modeset(0): Output DP-2 has no monitor section [ 43.372] (II) modeset(0): Output HDMI-1 has no monitor section [ 43.373] (II) modeset(0): Output DP-3 has no monitor section [ 43.373] (II) modeset(0): Output DP-3-8 has no monitor section [ 43.374] (II) modeset(0): Output DP-3-9 has no monitor section [ 43.375] (II) modeset(0): EDID for output DVI-D-1 [ 43.427] (II) modeset(0): EDID for output DP-1 [ 43.480] (II) modeset(0): EDID for output DP-2 [ 43.482] (II) modeset(0): EDID for output HDMI-1 [ 43.483] (II) modeset(0): EDID for output DP-3 [ 43.483] (II) modeset(0): EDID for output DP-3-8 [ 43.483] (II) modeset(0): Manufacturer: DEL Model: 409c Serial#: 808857676 [ 43.483] (II) modeset(0): Year: 2014 Week: 12 [ 43.483] (II) modeset(0): EDID Version: 1.4 [ 43.483] (II) modeset(0): Digital Display Input [ 43.483] (II) modeset(0): 10 bits per channel [ 43.483] (II) modeset(0): Digital interface is DisplayPort [ 43.483] (II) modeset(0): Max Image Size [cm]: horiz.: 53 vert.: 30 [ 43.483] (II) modeset(0): Gamma: 2.20 [ 43.483] (II) modeset(0): DPMS capabilities: Off [ 43.483] (II) modeset(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 YCrCb 4:2:2 [ 43.483] (II) modeset(0): First detailed timing is preferred mode [ 43.483] (II) modeset(0): Preferred mode is native pixel format and refresh rate [ 43.483] (II) modeset(0): redX: 0.680 redY: 0.310 greenX: 0.210 greenY: 0.700 [ 43.483] (II) modeset(0): blueX: 0.147 blueY: 0.054 whiteX: 0.313 whiteY: 0.329 [ 43.483] (II) modeset(0): Manufacturer's mask: 0 [ 43.483] (II) modeset(0): Supported detailed timing: [ 43.483] (II) modeset(0): clock: 277.2 MHz Image Size: 527 x 296 mm [ 43.483] (II) modeset(0): h_active: 1920 h_sync: 1968 h_sync_end 2000 h_blank_end 2080 h_border: 0 [ 43.483] (II) modeset(0): v_active: 2160 v_sync: 2163 v_sync_end 2173 v_blanking: 2222 v_border: 0 [ 43.483] (II) modeset(0): Serial No: WWRHC43M060L [ 43.483] (II) modeset(0): Monitor name: DELL UP2414Q [ 43.483] (II) modeset(0): Ranges: V min: 29 V max: 75 Hz, H min: 31 H max: 140 kHz, PixClock max 305 MHz [ 43.483] (II) modeset(0): Number of EDID sections to follow: 1 [ 43.483] (II) modeset(0): EDID (in hex): [ 43.483] (II) modeset(0): 00ffffffffffff0010ac9c404c303630 [ 43.483] (II) modeset(0): 0c180104b5351e783a1df5ae4f35b325 [ 43.483] (II) modeset(0): 0d505400000001010101010101010101 [ 43.483] (II) modeset(0): 0101010101014d6c80a070703e803020 [ 43.483] (II) modeset(0): 3a000f282100001a000000ff00575752 [ 43.483] (II) modeset(0): 484334334d3036304c0a000000fc0044 [ 43.483] (II) modeset(0): 454c4c20555032343134510a000000fd [ 43.483] (II) modeset(0): 001d4b1f8c1e000a202020202020012e [ 43.483] (II) modeset(0): 7012790000120016821010007f076f08 [ 43.483] (II) modeset(0): 000000000044454c9c404c3036300000 [ 43.483] (II) modeset(0): 00000000000000000000000000000000 [ 43.483] (II) modeset(0): 00000000000000000000000000000000 [ 43.483] (II) modeset(0): 00000000000000000000000000000000 [ 43.483] (II) modeset(0): 00000000000000000000000000000000 [ 43.483] (II) modeset(0): 00000000000000000000000000000000 [ 43.483] (II) modeset(0): 00000000000000000000000000001b90 [ 43.483] (II) modeset(0): Not using default mode "1920x1080" (bad mode clock/interlace/doublescan) [ 43.483] (II) modeset(0): Not using default mode "2048x1152" (bad mode clock/interlace/doublescan) [ 43.483] (II) modeset(0): Printing probed modes for output DP-3-8 [ 43.483] (II) modeset(0): Modeline "1920x2160"x60.0 277.25 1920 1968 2000 2080 2160 2163 2173 2222 +hsync -vsync (133.3 kHz eP) [ 43.483] (II) modeset(0): Modeline "2048x1536"x60.0 266.95 2048 2200 2424 2800 1536 1537 1540 1589 -hsync +vsync (95.3 kHz d) [ 43.483] (II) modeset(0): Modeline "1920x1440"x60.0 234.00 1920 2048 2256 2600 1440 1441 1444 1500 -hsync +vsync (90.0 kHz d) [ 43.483] (II) modeset(0): Modeline "1856x1392"x60.0 218.30 1856 1952 2176 2528 1392 1393 1396 1439 -hsync +vsync (86.4 kHz d) [ 43.483] (II) modeset(0): Modeline "1792x1344"x60.0 204.80 1792 1920 2120 2448 1344 1345 1348 1394 -hsync +vsync (83.7 kHz d) [ 43.483] (II) modeset(0): Modeline "2048x1152"x60.0 302.50 2048 2072 2088 2128 1152 1153 1156 1185 doublescan +hsync -vsync (142.2 kHz d) [ 43.483] (II) modeset(0): Modeline "2048x1152"x59.9 197.00 2048 2184 2400 2752 1152 1155 1160 1195 -hsync +vsync (71.6 kHz d) [ 43.483] (II) modeset(0): Modeline "2048x1152"x59.9 156.75 2048 2096 2128 2208 1152 1155 1160 1185 +hsync -vsync (71.0 kHz d) [ 43.483] (II) modeset(0): Modeline "1920x1200"x59.9 193.25 1920 2056 2256 2592 1200 1203 1209 1245 -hsync +vsync (74.6 kHz d) [ 43.483] (II) modeset(0): Modeline "1920x1200"x60.0 154.00 1920 1968 2000 2080 1200 1203 1209 1235 +hsync -vsync (74.0 kHz d) [ 43.483] (II) modeset(0): Modeline "1920x1080"x60.0 266.50 1920 1944 1960 2000 1080 1081 1084 1111 doublescan +hsync -vsync (133.2 kHz d) [ 43.483] (II) modeset(0): Modeline "1920x1080"x60.0 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync (67.2 kHz d) [ 43.483] (II) modeset(0): Modeline "1920x1080"x59.9 138.50 1920 1968 2000 2080 1080 1083 1088 1111 +hsync -vsync (66.6 kHz d) [ 43.483] (II) modeset(0): Modeline "1600x1200"x60.0 162.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (75.0 kHz d) [ 43.483] (II) modeset(0): Modeline "1680x1050"x60.0 146.25 1680 1784 1960 2240 1050 1053 1059 1089 -hsync +vsync (65.3 kHz d) [ 43.483] (II) modeset(0): Modeline "1680x1050"x59.9 119.00 1680 1728 1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz d) [ 43.483] (II) modeset(0): Modeline "1400x1050"x60.0 122.00 1400 1488 1640 1880 1050 1052 1064 1082 +hsync +vsync (64.9 kHz d) [ 43.483] (II) modeset(0): Modeline "1600x900"x60.0 246.00 1600 1728 1900 2200 900 901 904 932 doublescan -hsync +vsync (111.8 kHz d) [ 43.483] (II) modeset(0): Modeline "1600x900"x59.9 186.50 1600 1624 1640 1680 900 901 904 926 doublescan +hsync -vsync (111.0 kHz d) [ 43.483] (II) modeset(0): Modeline "1600x900"x59.9 118.25 1600 1696 1856 2112 900 903 908 934 -hsync +vsync (56.0 kHz d) [ 43.483] (II) modeset(0): Modeline "1600x900"x59.8 97.50 1600 1648 1680 1760 900 903 908 926 +hsync -vsync (55.4 kHz d) [ 43.483] (II) modeset(0): Modeline "1280x1024"x60.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz d) [ 43.483] (II) modeset(0): Modeline "1400x900"x60.0 103.50 1400 1480 1624 1848 900 903 913 934 -hsync +vsync (56.0 kHz d) [ 43.483] (II) modeset(0): Modeline "1400x900"x59.9 86.50 1400 1448 1480 1560 900 903 913 926 +hsync -vsync (55.4 kHz d) [ 43.483] (II) modeset(0): Modeline "1280x960"x60.0 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync (60.0 kHz d) [ 43.483] (II) modeset(0): Modeline "1440x810"x60.0 198.12 1440 1548 1704 1968 810 811 814 839 doublescan -hsync +vsync (100.7 kHz d) [ 43.483] (II) modeset(0): Modeline "1440x810"x60.0 151.88 1440 1464 1480 1520 810 811 814 833 doublescan +hsync -vsync (99.9 kHz d) [ 43.483] (II) modeset(0): Modeline "1368x768"x59.9 85.25 1368 1440 1576 1784 768 771 781 798 -hsync +vsync (47.8 kHz d) [ 43.483] (II) modeset(0): Modeline "1368x768"x59.9 72.25 1368 1416 1448 1528 768 771 781 790 +hsync -vsync (47.3 kHz d) [ 43.484] (II) modeset(0): Modeline "1280x800"x60.0 174.25 1280 1380 1516 1752 800 801 804 829 doublescan -hsync +vsync (99.5 kHz d) [ 43.484] (II) modeset(0): Modeline "1280x800"x60.0 134.25 1280 1304 1320 1360 800 801 804 823 doublescan +hsync -vsync (98.7 kHz d) [ 43.484] (II) modeset(0): Modeline "1280x800"x59.8 83.50 1280 1352 1480 1680 800 803 809 831 -hsync +vsync (49.7 kHz d) [ 43.484] (II) modeset(0): Modeline "1280x800"x59.9 71.00 1280 1328 1360 1440 800 803 809 823 +hsync -vsync (49.3 kHz d) [ 43.484] (II) modeset(0): Modeline "1280x720"x60.0 156.12 1280 1376 1512 1744 720 721 724 746 doublescan -hsync +vsync (89.5 kHz d) [ 43.484] (II) modeset(0): Modeline "1280x720"x60.0 120.75 1280 1304 1320 1360 720 721 724 740 doublescan +hsync -vsync (88.8 kHz d) [ 43.484] (II) modeset(0): Modeline "1280x720"x59.9 74.50 1280 1344 1472 1664 720 723 728 748 -hsync +vsync (44.8 kHz d) [ 43.484] (II) modeset(0): Modeline "1280x720"x59.7 63.75 1280 1328 1360 1440 720 723 728 741 +hsync -vsync (44.3 kHz d) [ 43.484] (II) modeset(0): Modeline "1024x768"x60.0 133.47 1024 1100 1212 1400 768 768 770 794 doublescan -hsync +vsync (95.3 kHz d) [ 43.484] (II) modeset(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz d) [ 43.484] (II) modeset(0): Modeline "960x720"x60.0 117.00 960 1024 1128 1300 720 720 722 750 doublescan -hsync +vsync (90.0 kHz d) [ 43.484] (II) modeset(0): Modeline "928x696"x60.1 109.15 928 976 1088 1264 696 696 698 719 doublescan -hsync +vsync (86.4 kHz d) [ 43.484] (II) modeset(0): Modeline "896x672"x60.0 102.40 896 960 1060 1224 672 672 674 697 doublescan -hsync +vsync (83.7 kHz d) [ 43.484] (II) modeset(0): Modeline "1024x576"x60.0 98.50 1024 1092 1200 1376 576 577 580 597 doublescan -hsync +vsync (71.6 kHz d) [ 43.484] (II) modeset(0): Modeline "1024x576"x60.0 78.38 1024 1048 1064 1104 576 577 580 592 doublescan +hsync -vsync (71.0 kHz d) [ 43.484] (II) modeset(0): Modeline "1024x576"x59.9 46.50 1024 1064 1160 1296 576 579 584 599 -hsync +vsync (35.9 kHz d) [ 43.484] (II) modeset(0): Modeline "1024x576"x59.8 42.00 1024 1072 1104 1184 576 579 584 593 +hsync -vsync (35.5 kHz d) [ 43.484] (II) modeset(0): Modeline "960x600"x59.9 96.62 960 1028 1128 1296 600 601 604 622 doublescan -hsync +vsync (74.6 kHz d) [ 43.484] (II) modeset(0): Modeline "960x600"x60.0 77.00 960 984 1000 1040 600 601 604 617 doublescan +hsync -vsync (74.0 kHz d) [ 43.484] (II) modeset(0): Modeline "960x540"x60.0 86.50 960 1024 1124 1288 540 541 544 560 doublescan -hsync +vsync (67.2 kHz d) [ 43.484] (II) modeset(0): Modeline "960x540"x60.0 69.25 960 984 1000 1040 540 541 544 555 doublescan +hsync -vsync (66.6 kHz d) [ 43.484] (II) modeset(0): Modeline "960x540"x59.6 40.75 960 992 1088 1216 540 543 548 562 -hsync +vsync (33.5 kHz d) [ 43.484] (II) modeset(0): Modeline "960x540"x59.8 37.25 960 1008 1040 1120 540 543 548 556 +hsync -vsync (33.3 kHz d) [ 43.484] (II) modeset(0): Modeline "800x600"x60.0 81.00 800 832 928 1080 600 600 602 625 doublescan +hsync +vsync (75.0 kHz d) [ 43.484] (II) modeset(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz d) [ 43.484] (II) modeset(0): Modeline "800x600"x56.2 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz d) [ 43.484] (II) modeset(0): Modeline "840x525"x60.0 73.12 840 892 980 1120 525 526 529 544 doublescan -hsync +vsync (65.3 kHz d) [ 43.484] (II) modeset(0): Modeline "840x525"x59.9 59.50 840 864 880 920 525 526 529 540 doublescan +hsync -vsync (64.7 kHz d) [ 43.484] (II) modeset(0): Modeline "864x486"x59.9 32.50 864 888 968 1072 486 489 494 506 -hsync +vsync (30.3 kHz d) [ 43.484] (II) modeset(0): Modeline "864x486"x59.6 30.50 864 912 944 1024 486 489 494 500 +hsync -vsync (29.8 kHz d) [ 43.484] (II) modeset(0): Modeline "700x525"x60.0 61.00 700 744 820 940 525 526 532 541 doublescan +hsync +vsync (64.9 kHz d) [ 43.484] (II) modeset(0): Modeline "800x450"x59.9 59.12 800 848 928 1056 450 451 454 467 doublescan -hsync +vsync (56.0 kHz d) [ 43.484] (II) modeset(0): Modeline "800x450"x59.8 48.75 800 824 840 880 450 451 454 463 doublescan +hsync -vsync (55.4 kHz d) [ 43.484] (II) modeset(0): Modeline "640x512"x60.0 54.00 640 664 720 844 512 512 514 533 doublescan +hsync +vsync (64.0 kHz d) [ 43.484] (II) modeset(0): Modeline "700x450"x60.0 51.75 700 740 812 924 450 451 456 467 doublescan -hsync +vsync (56.0 kHz d) [ 43.484] (II) modeset(0): Modeline "700x450"x59.9 43.25 700 724 740 780 450 451 456 463 doublescan +hsync -vsync (55.4 kHz d) [ 43.484] (II) modeset(0): Modeline "640x480"x60.0 54.00 640 688 744 900 480 480 482 500 doublescan +hsync +vsync (60.0 kHz d) [ 43.484] (II) modeset(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz d) [ 43.484] (II) modeset(0): Modeline "720x405"x59.5 22.50 720 744 808 896 405 408 413 422 -hsync +vsync (25.1 kHz d) [ 43.484] (II) modeset(0): Modeline "720x405"x59.0 21.75 720 768 800 880 405 408 413 419 +hsync -vsync (24.7 kHz d) [ 43.484] (II) modeset(0): Modeline "684x384"x59.9 42.62 684 720 788 892 384 385 390 399 doublescan -hsync +vsync (47.8 kHz d) [ 43.484] (II) modeset(0): Modeline "684x384"x59.9 36.12 684 708 724 764 384 385 390 395 doublescan +hsync -vsync (47.3 kHz d) [ 43.484] (II) modeset(0): Modeline "640x400"x59.9 41.75 640 676 740 840 400 401 404 415 doublescan -hsync +vsync (49.7 kHz d) [ 43.484] (II) modeset(0): Modeline "640x400"x60.0 35.50 640 664 680 720 400 401 404 411 doublescan +hsync -vsync (49.3 kHz d) [ 43.484] (II) modeset(0): Modeline "640x360"x59.9 37.25 640 672 736 832 360 361 364 374 doublescan -hsync +vsync (44.8 kHz d) [ 43.484] (II) modeset(0): Modeline "640x360"x59.8 31.88 640 664 680 720 360 361 364 370 doublescan +hsync -vsync (44.3 kHz d) [ 43.484] (II) modeset(0): Modeline "640x360"x59.8 18.00 640 664 720 800 360 363 368 376 -hsync +vsync (22.5 kHz d) [ 43.484] (II) modeset(0): Modeline "640x360"x59.3 17.75 640 688 720 800 360 363 368 374 +hsync -vsync (22.2 kHz d) [ 43.484] (II) modeset(0): Modeline "512x384"x60.0 32.50 512 524 592 672 384 385 388 403 doublescan -hsync -vsync (48.4 kHz d) [ 43.484] (II) modeset(0): Modeline "512x288"x60.0 23.25 512 532 580 648 288 289 292 299 doublescan -hsync +vsync (35.9 kHz d) [ 43.484] (II) modeset(0): Modeline "512x288"x59.9 21.00 512 536 552 592 288 289 292 296 doublescan +hsync -vsync (35.5 kHz d) [ 43.484] (II) modeset(0): Modeline "480x270"x59.6 20.38 480 496 544 608 270 271 274 281 doublescan -hsync +vsync (33.5 kHz d) [ 43.484] (II) modeset(0): Modeline "480x270"x59.8 18.62 480 504 520 560 270 271 274 278 doublescan +hsync -vsync (33.3 kHz d) [ 43.484] (II) modeset(0): Modeline "400x300"x60.3 20.00 400 420 484 528 300 300 302 314 doublescan +hsync +vsync (37.9 kHz d) [ 43.484] (II) modeset(0): Modeline "400x300"x56.3 18.00 400 412 448 512 300 300 301 312 doublescan +hsync +vsync (35.2 kHz d) [ 43.484] (II) modeset(0): Modeline "432x243"x59.9 16.25 432 444 484 536 243 244 247 253 doublescan -hsync +vsync (30.3 kHz d) [ 43.484] (II) modeset(0): Modeline "432x243"x59.6 15.25 432 456 472 512 243 244 247 250 doublescan +hsync -vsync (29.8 kHz d) [ 43.484] (II) modeset(0): Modeline "320x240"x60.1 12.59 320 328 376 400 240 245 246 262 doublescan -hsync -vsync (31.5 kHz d) [ 43.484] (II) modeset(0): Modeline "360x202"x59.5 11.25 360 372 404 448 202 204 206 211 doublescan -hsync +vsync (25.1 kHz d) [ 43.484] (II) modeset(0): Modeline "360x202"x59.1 10.88 360 384 400 440 202 204 206 209 doublescan +hsync -vsync (24.7 kHz d) [ 43.484] (II) modeset(0): Modeline "320x180"x59.8 9.00 320 332 360 400 180 181 184 188 doublescan -hsync +vsync (22.5 kHz d) [ 43.484] (II) modeset(0): Modeline "320x180"x59.3 8.88 320 344 360 400 180 181 184 187 doublescan +hsync -vsync (22.2 kHz d) [ 43.484] (II) modeset(0): EDID for output DP-3-9 [ 43.484] (II) modeset(0): Manufacturer: DEL Model: 409c Serial#: 808857676 [ 43.484] (II) modeset(0): Year: 2014 Week: 12 [ 43.484] (II) modeset(0): EDID Version: 1.4 [ 43.484] (II) modeset(0): Digital Display Input [ 43.484] (II) modeset(0): 10 bits per channel [ 43.484] (II) modeset(0): Digital interface is DisplayPort [ 43.484] (II) modeset(0): Max Image Size [cm]: horiz.: 53 vert.: 30 [ 43.484] (II) modeset(0): Gamma: 2.20 [ 43.484] (II) modeset(0): DPMS capabilities: Off [ 43.484] (II) modeset(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4 YCrCb 4:2:2 [ 43.484] (II) modeset(0): First detailed timing is preferred mode [ 43.485] (II) modeset(0): Preferred mode is native pixel format and refresh rate [ 43.485] (II) modeset(0): redX: 0.680 redY: 0.310 greenX: 0.210 greenY: 0.700 [ 43.485] (II) modeset(0): blueX: 0.147 blueY: 0.054 whiteX: 0.313 whiteY: 0.329 [ 43.485] (II) modeset(0): Supported established timings: [ 43.485] (II) modeset(0): 720x400@70Hz [ 43.485] (II) modeset(0): 640x480@60Hz [ 43.485] (II) modeset(0): 640x480@75Hz [ 43.485] (II) modeset(0): 800x600@60Hz [ 43.485] (II) modeset(0): 800x600@75Hz [ 43.485] (II) modeset(0): 1024x768@60Hz [ 43.485] (II) modeset(0): 1024x768@75Hz [ 43.485] (II) modeset(0): 1280x1024@75Hz [ 43.485] (II) modeset(0): Manufacturer's mask: 0 [ 43.485] (II) modeset(0): Supported standard timings: [ 43.485] (II) modeset(0): #0: hsize: 1280 vsize 800 refresh: 60 vid: 129 [ 43.485] (II) modeset(0): #1: hsize: 1680 vsize 1050 refresh: 60 vid: 179 [ 43.485] (II) modeset(0): #2: hsize: 1920 vsize 1200 refresh: 60 vid: 209 [ 43.485] (II) modeset(0): #3: hsize: 1152 vsize 864 refresh: 75 vid: 20337 [ 43.485] (II) modeset(0): #4: hsize: 1600 vsize 1200 refresh: 60 vid: 16553 [ 43.485] (II) modeset(0): #5: hsize: 1280 vsize 1024 refresh: 60 vid: 32897 [ 43.485] (II) modeset(0): #6: hsize: 1920 vsize 1080 refresh: 60 vid: 49361 [ 43.485] (II) modeset(0): Supported detailed timing: [ 43.485] (II) modeset(0): clock: 277.2 MHz Image Size: 527 x 296 mm [ 43.485] (II) modeset(0): h_active: 1920 h_sync: 1968 h_sync_end 2000 h_blank_end 2080 h_border: 0 [ 43.485] (II) modeset(0): v_active: 2160 v_sync: 2163 v_sync_end 2173 v_blanking: 2222 v_border: 0 [ 43.485] (II) modeset(0): Serial No: WWRHC43M060L [ 43.485] (II) modeset(0): Monitor name: DELL UP2414Q [ 43.485] (II) modeset(0): Ranges: V min: 29 V max: 75 Hz, H min: 31 H max: 140 kHz, PixClock max 305 MHz [ 43.485] (II) modeset(0): Number of EDID sections to follow: 1 [ 43.485] (II) modeset(0): EDID (in hex): [ 43.485] (II) modeset(0): 00ffffffffffff0010ac9c404c303630 [ 43.485] (II) modeset(0): 0c180104b5351e783a1df5ae4f35b325 [ 43.485] (II) modeset(0): 0d5054a54b008100b300d100714fa940 [ 43.485] (II) modeset(0): 8180d1c001014d6c80a070703e803020 [ 43.485] (II) modeset(0): 3a000f282100001a000000ff00575752 [ 43.485] (II) modeset(0): 484334334d3036304c0a000000fc0044 [ 43.485] (II) modeset(0): 454c4c20555032343134510a000000fd [ 43.485] (II) modeset(0): 001d4b1f8c1e000a202020202020010c [ 43.485] (II) modeset(0): 7012790000120016821000007f076f08 [ 43.485] (II) modeset(0): 000000000044454c9c404c3036300000 [ 43.485] (II) modeset(0): 00000000000000000000000000000000 [ 43.485] (II) modeset(0): 00000000000000000000000000000000 [ 43.485] (II) modeset(0): 00000000000000000000000000000000 [ 43.485] (II) modeset(0): 00000000000000000000000000000000 [ 43.485] (II) modeset(0): 00000000000000000000000000000000 [ 43.485] (II) modeset(0): 00000000000000000000000000002b90 [ 43.485] (II) modeset(0): Not using default mode "2048x1536" (bad mode clock/interlace/doublescan) [ 43.485] (II) modeset(0): Not using default mode "1920x1080" (bad mode clock/interlace/doublescan) [ 43.485] (II) modeset(0): Not using default mode "2048x1152" (bad mode clock/interlace/doublescan) [ 43.485] (II) modeset(0): Printing probed modes for output DP-3-9 [ 43.485] (II) modeset(0): Modeline "1920x2160"x60.0 277.25 1920 1968 2000 2080 2160 2163 2173 2222 +hsync -vsync (133.3 kHz eP) [ 43.485] (II) modeset(0): Modeline "2048x1536"x60.0 266.95 2048 2200 2424 2800 1536 1537 1540 1589 -hsync +vsync (95.3 kHz d) [ 43.485] (II) modeset(0): Modeline "1920x1440"x75.0 297.00 1920 2064 2288 2640 1440 1441 1444 1500 -hsync +vsync (112.5 kHz d) [ 43.485] (II) modeset(0): Modeline "1920x1440"x60.0 234.00 1920 2048 2256 2600 1440 1441 1444 1500 -hsync +vsync (90.0 kHz d) [ 43.485] (II) modeset(0): Modeline "1856x1392"x75.0 288.00 1856 1984 2208 2560 1392 1393 1396 1500 -hsync +vsync (112.5 kHz d) [ 43.485] (II) modeset(0): Modeline "1856x1392"x60.0 218.30 1856 1952 2176 2528 1392 1393 1396 1439 -hsync +vsync (86.4 kHz d) [ 43.485] (II) modeset(0): Modeline "1792x1344"x75.0 261.00 1792 1888 2104 2456 1344 1345 1348 1417 -hsync +vsync (106.3 kHz d) [ 43.485] (II) modeset(0): Modeline "1792x1344"x60.0 204.80 1792 1920 2120 2448 1344 1345 1348 1394 -hsync +vsync (83.7 kHz d) [ 43.485] (II) modeset(0): Modeline "2048x1152"x60.0 302.50 2048 2072 2088 2128 1152 1153 1156 1185 doublescan +hsync -vsync (142.2 kHz d) [ 43.485] (II) modeset(0): Modeline "2048x1152"x59.9 197.00 2048 2184 2400 2752 1152 1155 1160 1195 -hsync +vsync (71.6 kHz d) [ 43.485] (II) modeset(0): Modeline "2048x1152"x59.9 156.75 2048 2096 2128 2208 1152 1155 1160 1185 +hsync -vsync (71.0 kHz d) [ 43.485] (II) modeset(0): Modeline "1920x1200"x59.9 193.25 1920 2056 2256 2592 1200 1203 1209 1245 -hsync +vsync (74.6 kHz e) [ 43.485] (II) modeset(0): Modeline "1920x1200"x60.0 154.00 1920 1968 2000 2080 1200 1203 1209 1235 +hsync -vsync (74.0 kHz d) [ 43.485] (II) modeset(0): Modeline "1920x1080"x60.0 266.50 1920 1944 1960 2000 1080 1081 1084 1111 doublescan +hsync -vsync (133.2 kHz d) [ 43.485] (II) modeset(0): Modeline "1920x1080"x60.0 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync (67.2 kHz d) [ 43.485] (II) modeset(0): Modeline "1920x1080"x60.0 148.50 1920 2008 2052 2200 1080 1084 1089 1125 -hsync -vsync (67.5 kHz e) [ 43.485] (II) modeset(0): Modeline "1920x1080"x59.9 138.50 1920 1968 2000 2080 1080 1083 1088 1111 +hsync -vsync (66.6 kHz d) [ 43.485] (II) modeset(0): Modeline "1600x1200"x75.0 202.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (93.8 kHz d) [ 43.485] (II) modeset(0): Modeline "1600x1200"x70.0 189.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (87.5 kHz d) [ 43.485] (II) modeset(0): Modeline "1600x1200"x65.0 175.50 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (81.2 kHz d) [ 43.485] (II) modeset(0): Modeline "1600x1200"x60.0 162.00 1600 1664 1856 2160 1200 1201 1204 1250 +hsync +vsync (75.0 kHz e) [ 43.485] (II) modeset(0): Modeline "1680x1050"x60.0 146.25 1680 1784 1960 2240 1050 1053 1059 1089 -hsync +vsync (65.3 kHz e) [ 43.485] (II) modeset(0): Modeline "1680x1050"x59.9 119.00 1680 1728 1760 1840 1050 1053 1059 1080 +hsync -vsync (64.7 kHz d) [ 43.485] (II) modeset(0): Modeline "1400x1050"x74.8 155.80 1400 1464 1784 1912 1050 1052 1064 1090 +hsync +vsync (81.5 kHz d) [ 43.485] (II) modeset(0): Modeline "1400x1050"x60.0 122.00 1400 1488 1640 1880 1050 1052 1064 1082 +hsync +vsync (64.9 kHz d) [ 43.485] (II) modeset(0): Modeline "1600x900"x60.0 246.00 1600 1728 1900 2200 900 901 904 932 doublescan -hsync +vsync (111.8 kHz d) [ 43.485] (II) modeset(0): Modeline "1600x900"x59.9 186.50 1600 1624 1640 1680 900 901 904 926 doublescan +hsync -vsync (111.0 kHz d) [ 43.485] (II) modeset(0): Modeline "1600x900"x59.9 118.25 1600 1696 1856 2112 900 903 908 934 -hsync +vsync (56.0 kHz d) [ 43.485] (II) modeset(0): Modeline "1600x900"x59.8 97.50 1600 1648 1680 1760 900 903 908 926 +hsync -vsync (55.4 kHz d) [ 43.485] (II) modeset(0): Modeline "1280x1024"x75.0 135.00 1280 1296 1440 1688 1024 1025 1028 1066 +hsync +vsync (80.0 kHz e) [ 43.485] (II) modeset(0): Modeline "1280x1024"x60.0 108.00 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync (64.0 kHz e) [ 43.485] (II) modeset(0): Modeline "1400x900"x60.0 103.50 1400 1480 1624 1848 900 903 913 934 -hsync +vsync (56.0 kHz d) [ 43.486] (II) modeset(0): Modeline "1400x900"x59.9 86.50 1400 1448 1480 1560 900 903 913 926 +hsync -vsync (55.4 kHz d) [ 43.486] (II) modeset(0): Modeline "1280x960"x60.0 108.00 1280 1376 1488 1800 960 961 964 1000 +hsync +vsync (60.0 kHz d) [ 43.486] (II) modeset(0): Modeline "1440x810"x60.0 198.12 1440 1548 1704 1968 810 811 814 839 doublescan -hsync +vsync (100.7 kHz d) [ 43.486] (II) modeset(0): Modeline "1440x810"x60.0 151.88 1440 1464 1480 1520 810 811 814 833 doublescan +hsync -vsync (99.9 kHz d) [ 43.486] (II) modeset(0): Modeline "1368x768"x59.9 85.25 1368 1440 1576 1784 768 771 781 798 -hsync +vsync (47.8 kHz d) [ 43.486] (II) modeset(0): Modeline "1368x768"x59.9 72.25 1368 1416 1448 1528 768 771 781 790 +hsync -vsync (47.3 kHz d) [ 43.486] (II) modeset(0): Modeline "1280x800"x60.0 174.25 1280 1380 1516 1752 800 801 804 829 doublescan -hsync +vsync (99.5 kHz d) [ 43.486] (II) modeset(0): Modeline "1280x800"x60.0 134.25 1280 1304 1320 1360 800 801 804 823 doublescan +hsync -vsync (98.7 kHz d) [ 43.486] (II) modeset(0): Modeline "1280x800"x59.8 83.50 1280 1352 1480 1680 800 803 809 831 -hsync +vsync (49.7 kHz e) [ 43.486] (II) modeset(0): Modeline "1280x800"x59.9 71.00 1280 1328 1360 1440 800 803 809 823 +hsync -vsync (49.3 kHz d) [ 43.486] (II) modeset(0): Modeline "1152x864"x75.0 108.00 1152 1216 1344 1600 864 865 868 900 +hsync +vsync (67.5 kHz e) [ 43.486] (II) modeset(0): Modeline "1280x720"x60.0 156.12 1280 1376 1512 1744 720 721 724 746 doublescan -hsync +vsync (89.5 kHz d) [ 43.486] (II) modeset(0): Modeline "1280x720"x60.0 120.75 1280 1304 1320 1360 720 721 724 740 doublescan +hsync -vsync (88.8 kHz d) [ 43.486] (II) modeset(0): Modeline "1280x720"x59.9 74.50 1280 1344 1472 1664 720 723 728 748 -hsync +vsync (44.8 kHz d) [ 43.486] (II) modeset(0): Modeline "1280x720"x59.7 63.75 1280 1328 1360 1440 720 723 728 741 +hsync -vsync (44.3 kHz d) [ 43.486] (II) modeset(0): Modeline "1024x768"x75.0 170.24 1024 1108 1220 1416 768 768 770 801 doublescan -hsync +vsync (120.2 kHz d) [ 43.486] (II) modeset(0): Modeline "1024x768"x60.0 133.47 1024 1100 1212 1400 768 768 770 794 doublescan -hsync +vsync (95.3 kHz d) [ 43.486] (II) modeset(0): Modeline "1024x768"x75.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz e) [ 43.486] (II) modeset(0): Modeline "1024x768"x70.1 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz d) [ 43.486] (II) modeset(0): Modeline "1024x768"x60.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz e) [ 43.486] (II) modeset(0): Modeline "960x720"x75.0 148.50 960 1032 1144 1320 720 720 722 750 doublescan -hsync +vsync (112.5 kHz d) [ 43.486] (II) modeset(0): Modeline "960x720"x60.0 117.00 960 1024 1128 1300 720 720 722 750 doublescan -hsync +vsync (90.0 kHz d) [ 43.486] (II) modeset(0): Modeline "928x696"x75.0 144.00 928 992 1104 1280 696 696 698 750 doublescan -hsync +vsync (112.5 kHz d) [ 43.486] (II) modeset(0): Modeline "928x696"x60.1 109.15 928 976 1088 1264 696 696 698 719 doublescan -hsync +vsync (86.4 kHz d) [ 43.486] (II) modeset(0): Modeline "896x672"x75.0 130.50 896 944 1052 1228 672 672 674 708 doublescan -hsync +vsync (106.3 kHz d) [ 43.486] (II) modeset(0): Modeline "896x672"x60.0 102.40 896 960 1060 1224 672 672 674 697 doublescan -hsync +vsync (83.7 kHz d) [ 43.486] (II) modeset(0): Modeline "1024x576"x60.0 98.50 1024 1092 1200 1376 576 577 580 597 doublescan -hsync +vsync (71.6 kHz d) [ 43.486] (II) modeset(0): Modeline "1024x576"x60.0 78.38 1024 1048 1064 1104 576 577 580 592 doublescan +hsync -vsync (71.0 kHz d) [ 43.486] (II) modeset(0): Modeline "1024x576"x59.9 46.50 1024 1064 1160 1296 576 579 584 599 -hsync +vsync (35.9 kHz d) [ 43.486] (II) modeset(0): Modeline "1024x576"x59.8 42.00 1024 1072 1104 1184 576 579 584 593 +hsync -vsync (35.5 kHz d) [ 43.486] (II) modeset(0): Modeline "960x600"x59.9 96.62 960 1028 1128 1296 600 601 604 622 doublescan -hsync +vsync (74.6 kHz d) [ 43.486] (II) modeset(0): Modeline "960x600"x60.0 77.00 960 984 1000 1040 600 601 604 617 doublescan +hsync -vsync (74.0 kHz d) [ 43.486] (II) modeset(0): Modeline "832x624"x74.6 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz d) [ 43.486] (II) modeset(0): Modeline "960x540"x60.0 86.50 960 1024 1124 1288 540 541 544 560 doublescan -hsync +vsync (67.2 kHz d) [ 43.486] (II) modeset(0): Modeline "960x540"x60.0 69.25 960 984 1000 1040 540 541 544 555 doublescan +hsync -vsync (66.6 kHz d) [ 43.486] (II) modeset(0): Modeline "960x540"x59.6 40.75 960 992 1088 1216 540 543 548 562 -hsync +vsync (33.5 kHz d) [ 43.486] (II) modeset(0): Modeline "960x540"x59.8 37.25 960 1008 1040 1120 540 543 548 556 +hsync -vsync (33.3 kHz d) [ 43.486] (II) modeset(0): Modeline "800x600"x75.0 101.25 800 832 928 1080 600 600 602 625 doublescan +hsync +vsync (93.8 kHz d) [ 43.486] (II) modeset(0): Modeline "800x600"x70.0 94.50 800 832 928 1080 600 600 602 625 doublescan +hsync +vsync (87.5 kHz d) [ 43.486] (II) modeset(0): Modeline "800x600"x65.0 87.75 800 832 928 1080 600 600 602 625 doublescan +hsync +vsync (81.2 kHz d) [ 43.486] (II) modeset(0): Modeline "800x600"x60.0 81.00 800 832 928 1080 600 600 602 625 doublescan +hsync +vsync (75.0 kHz d) [ 43.486] (II) modeset(0): Modeline "800x600"x72.2 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz d) [ 43.486] (II) modeset(0): Modeline "800x600"x75.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz e) [ 43.486] (II) modeset(0): Modeline "800x600"x60.3 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz e) [ 43.486] (II) modeset(0): Modeline "800x600"x56.2 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz d) [ 43.486] (II) modeset(0): Modeline "840x525"x60.0 73.12 840 892 980 1120 525 526 529 544 doublescan -hsync +vsync (65.3 kHz d) [ 43.486] (II) modeset(0): Modeline "840x525"x59.9 59.50 840 864 880 920 525 526 529 540 doublescan +hsync -vsync (64.7 kHz d) [ 43.486] (II) modeset(0): Modeline "864x486"x59.9 32.50 864 888 968 1072 486 489 494 506 -hsync +vsync (30.3 kHz d) [ 43.486] (II) modeset(0): Modeline "864x486"x59.6 30.50 864 912 944 1024 486 489 494 500 +hsync -vsync (29.8 kHz d) [ 43.486] (II) modeset(0): Modeline "700x525"x74.8 77.90 700 732 892 956 525 526 532 545 doublescan +hsync +vsync (81.5 kHz d) [ 43.486] (II) modeset(0): Modeline "700x525"x60.0 61.00 700 744 820 940 525 526 532 541 doublescan +hsync +vsync (64.9 kHz d) [ 43.486] (II) modeset(0): Modeline "800x450"x59.9 59.12 800 848 928 1056 450 451 454 467 doublescan -hsync +vsync (56.0 kHz d) [ 43.486] (II) modeset(0): Modeline "800x450"x59.8 48.75 800 824 840 880 450 451 454 463 doublescan +hsync -vsync (55.4 kHz d) [ 43.486] (II) modeset(0): Modeline "640x512"x75.0 67.50 640 648 720 844 512 512 514 533 doublescan +hsync +vsync (80.0 kHz d) [ 43.486] (II) modeset(0): Modeline "640x512"x60.0 54.00 640 664 720 844 512 512 514 533 doublescan +hsync +vsync (64.0 kHz d) [ 43.486] (II) modeset(0): Modeline "700x450"x60.0 51.75 700 740 812 924 450 451 456 467 doublescan -hsync +vsync (56.0 kHz d) [ 43.486] (II) modeset(0): Modeline "700x450"x59.9 43.25 700 724 740 780 450 451 456 463 doublescan +hsync -vsync (55.4 kHz d) [ 43.486] (II) modeset(0): Modeline "640x480"x60.0 54.00 640 688 744 900 480 480 482 500 doublescan +hsync +vsync (60.0 kHz d) [ 43.486] (II) modeset(0): Modeline "640x480"x75.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz e) [ 43.486] (II) modeset(0): Modeline "640x480"x72.8 31.50 640 664 704 832 480 489 492 520 -hsync -vsync (37.9 kHz d) [ 43.486] (II) modeset(0): Modeline "640x480"x75.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz d) [ 43.486] (II) modeset(0): Modeline "640x480"x59.9 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz e) [ 43.486] (II) modeset(0): Modeline "720x405"x59.5 22.50 720 744 808 896 405 408 413 422 -hsync +vsync (25.1 kHz d) [ 43.486] (II) modeset(0): Modeline "720x405"x59.0 21.75 720 768 800 880 405 408 413 419 +hsync -vsync (24.7 kHz d) [ 43.486] (II) modeset(0): Modeline "720x400"x70.1 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz e) [ 43.486] (II) modeset(0): Modeline "684x384"x59.9 42.62 684 720 788 892 384 385 390 399 doublescan -hsync +vsync (47.8 kHz d) [ 43.486] (II) modeset(0): Modeline "684x384"x59.9 36.12 684 708 724 764 384 385 390 395 doublescan +hsync -vsync (47.3 kHz d) [ 43.486] (II) modeset(0): Modeline "640x400"x59.9 41.75 640 676 740 840 400 401 404 415 doublescan -hsync +vsync (49.7 kHz d) [ 43.486] (II) modeset(0): Modeline "640x400"x60.0 35.50 640 664 680 720 400 401 404 411 doublescan +hsync -vsync (49.3 kHz d) [ 43.486] (II) modeset(0): Modeline "576x432"x75.0 54.00 576 608 672 800 432 432 434 450 doublescan +hsync +vsync (67.5 kHz d) [ 43.486] (II) modeset(0): Modeline "640x360"x59.9 37.25 640 672 736 832 360 361 364 374 doublescan -hsync +vsync (44.8 kHz d) [ 43.486] (II) modeset(0): Modeline "640x360"x59.8 31.88 640 664 680 720 360 361 364 370 doublescan +hsync -vsync (44.3 kHz d) [ 43.486] (II) modeset(0): Modeline "640x360"x59.8 18.00 640 664 720 800 360 363 368 376 -hsync +vsync (22.5 kHz d) [ 43.486] (II) modeset(0): Modeline "640x360"x59.3 17.75 640 688 720 800 360 363 368 374 +hsync -vsync (22.2 kHz d) [ 43.486] (II) modeset(0): Modeline "512x384"x75.0 39.38 512 520 568 656 384 384 386 400 doublescan +hsync +vsync (60.0 kHz d) [ 43.486] (II) modeset(0): Modeline "512x384"x70.1 37.50 512 524 592 664 384 385 388 403 doublescan -hsync -vsync (56.5 kHz d) [ 43.486] (II) modeset(0): Modeline "512x384"x60.0 32.50 512 524 592 672 384 385 388 403 doublescan -hsync -vsync (48.4 kHz d) [ 43.486] (II) modeset(0): Modeline "512x288"x60.0 23.25 512 532 580 648 288 289 292 299 doublescan -hsync +vsync (35.9 kHz d) [ 43.486] (II) modeset(0): Modeline "512x288"x59.9 21.00 512 536 552 592 288 289 292 296 doublescan +hsync -vsync (35.5 kHz d) [ 43.486] (II) modeset(0): Modeline "416x312"x74.7 28.64 416 432 464 576 312 312 314 333 doublescan -hsync -vsync (49.7 kHz d) [ 43.486] (II) modeset(0): Modeline "480x270"x59.6 20.38 480 496 544 608 270 271 274 281 doublescan -hsync +vsync (33.5 kHz d) [ 43.486] (II) modeset(0): Modeline "480x270"x59.8 18.62 480 504 520 560 270 271 274 278 doublescan +hsync -vsync (33.3 kHz d) [ 43.486] (II) modeset(0): Modeline "400x300"x72.2 25.00 400 428 488 520 300 318 321 333 doublescan +hsync +vsync (48.1 kHz d) [ 43.486] (II) modeset(0): Modeline "400x300"x75.1 24.75 400 408 448 528 300 300 302 312 doublescan +hsync +vsync (46.9 kHz d) [ 43.486] (II) modeset(0): Modeline "400x300"x60.3 20.00 400 420 484 528 300 300 302 314 doublescan +hsync +vsync (37.9 kHz d) [ 43.486] (II) modeset(0): Modeline "400x300"x56.3 18.00 400 412 448 512 300 300 301 312 doublescan +hsync +vsync (35.2 kHz d) [ 43.486] (II) modeset(0): Modeline "432x243"x59.9 16.25 432 444 484 536 243 244 247 253 doublescan -hsync +vsync (30.3 kHz d) [ 43.486] (II) modeset(0): Modeline "432x243"x59.6 15.25 432 456 472 512 243 244 247 250 doublescan +hsync -vsync (29.8 kHz d) [ 43.486] (II) modeset(0): Modeline "320x240"x72.8 15.75 320 332 352 416 240 244 246 260 doublescan -hsync -vsync (37.9 kHz d) [ 43.486] (II) modeset(0): Modeline "320x240"x75.0 15.75 320 328 360 420 240 240 242 250 doublescan -hsync -vsync (37.5 kHz d) [ 43.486] (II) modeset(0): Modeline "320x240"x60.1 12.59 320 328 376 400 240 245 246 262 doublescan -hsync -vsync (31.5 kHz d) [ 43.486] (II) modeset(0): Modeline "360x202"x59.5 11.25 360 372 404 448 202 204 206 211 doublescan -hsync +vsync (25.1 kHz d) [ 43.486] (II) modeset(0): Modeline "360x202"x59.1 10.88 360 384 400 440 202 204 206 209 doublescan +hsync -vsync (24.7 kHz d) [ 43.486] (II) modeset(0): Modeline "320x180"x59.8 9.00 320 332 360 400 180 181 184 188 doublescan -hsync +vsync (22.5 kHz d) [ 43.486] (II) modeset(0): Modeline "320x180"x59.3 8.88 320 344 360 400 180 181 184 187 doublescan +hsync -vsync (22.2 kHz d) [ 43.486] (II) modeset(0): Output DVI-D-1 disconnected [ 43.486] (II) modeset(0): Output DP-1 disconnected [ 43.486] (II) modeset(0): Output DP-2 disconnected [ 43.486] (II) modeset(0): Output HDMI-1 disconnected [ 43.486] (II) modeset(0): Output DP-3 disconnected [ 43.487] (II) modeset(0): Output DP-3-8 connected [ 43.487] (II) modeset(0): Output DP-3-9 connected [ 43.487] (II) modeset(0): Using spanning desktop for initial modes [ 43.487] (II) modeset(0): Output DP-3-8 using initial mode 1920x2160 +1920+0 [ 43.487] (II) modeset(0): Output DP-3-9 using initial mode 1920x2160 +0+0 [ 43.487] (==) modeset(0): Using gamma correction (1.0, 1.0, 1.0) [ 43.487] (==) modeset(0): DPI set to (96, 96) [ 43.487] (II) Loading sub module "fb" [ 43.487] (II) LoadModule: "fb" [ 43.487] (II) Loading /usr/lib64/xorg/modules/libfb.so [ 43.489] (II) Module fb: vendor="X.Org Foundation" [ 43.489] compiled for 1.20.8, module version = 1.0.0 [ 43.489] ABI class: X.Org ANSI C Emulation, version 0.4 [ 43.552] (==) modeset(0): Backing store enabled [ 43.552] (==) modeset(0): Silken mouse enabled [ 43.577] (II) modeset(0): Initializing kms color map for depth 24, 8 bpc. [ 43.577] (==) modeset(0): DPMS enabled [ 43.577] (II) modeset(0): [DRI2] Setup complete [ 43.577] (II) modeset(0): [DRI2] DRI driver: nouveau [ 43.577] (II) modeset(0): [DRI2] VDPAU driver: nouveau [ 43.577] (II) Initializing extension Generic Event Extension [ 43.577] (II) Initializing extension SHAPE [ 43.577] (II) Initializing extension MIT-SHM [ 43.577] (II) Initializing extension XInputExtension [ 43.578] (II) Initializing extension XTEST [ 43.578] (II) Initializing extension BIG-REQUESTS [ 43.578] (II) Initializing extension SYNC [ 43.578] (II) Initializing extension XKEYBOARD [ 43.578] (II) Initializing extension XC-MISC [ 43.578] (II) Initializing extension XFIXES [ 43.578] (II) Initializing extension RENDER [ 43.578] (II) Initializing extension RANDR [ 43.578] (II) Initializing extension COMPOSITE [ 43.578] (II) Initializing extension DAMAGE [ 43.578] (II) Initializing extension MIT-SCREEN-SAVER [ 43.578] (II) Initializing extension DOUBLE-BUFFER [ 43.578] (II) Initializing extension RECORD [ 43.578] (II) Initializing extension DPMS [ 43.578] (II) Initializing extension Present [ 43.578] (II) Initializing extension DRI3 [ 43.578] (II) Initializing extension X-Resource [ 43.578] (II) Initializing extension XVideo [ 43.578] (II) Initializing extension XVideo-MotionCompensation [ 43.578] (II) Initializing extension GLX [ 43.582] (II) AIGLX: Loaded and initialized nouveau [ 43.582] (II) GLX: Initialized DRI2 GL provider for screen 0 [ 43.582] (II) Initializing extension XFree86-VidModeExtension [ 43.582] (II) Initializing extension XFree86-DGA [ 43.582] (II) Initializing extension XFree86-DRI [ 43.582] (II) Initializing extension DRI2 [ 43.583] (II) modeset(0): Damage tracking initialized [ 43.583] (II) modeset(0): Setting screen physical size to 1016 x 571 [ 43.627] (II) config/udev: Adding input device Power Button (/dev/input/event2) [ 43.627] (**) Power Button: Applying InputClass "libinput keyboard catchall" [ 43.627] (II) LoadModule: "libinput" [ 43.628] (II) Loading /usr/lib64/xorg/modules/input/libinput_drv.so [ 43.633] (II) Module libinput: vendor="X.Org Foundation" [ 43.633] compiled for 1.20.8, module version = 0.30.0 [ 43.633] Module class: X.Org XInput Driver [ 43.633] ABI class: X.Org XInput driver, version 24.1 [ 43.633] (II) Using input driver 'libinput' for 'Power Button' [ 43.633] (**) Power Button: always reports core events [ 43.633] (**) Option "Device" "/dev/input/event2" [ 43.633] (**) Option "_source" "server/udev" [ 43.642] (II) event2 - Power Button: is tagged by udev as: Keyboard [ 43.642] (II) event2 - Power Button: device is a keyboard [ 43.642] (II) event2 - Power Button: device removed [ 43.687] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXPWRBN:00/input/input2/event2" [ 43.687] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD, id 6) [ 43.689] (II) event2 - Power Button: is tagged by udev as: Keyboard [ 43.689] (II) event2 - Power Button: device is a keyboard [ 43.691] (II) config/udev: Adding input device Power Button (/dev/input/event1) [ 43.691] (**) Power Button: Applying InputClass "libinput keyboard catchall" [ 43.691] (II) Using input driver 'libinput' for 'Power Button' [ 43.691] (**) Power Button: always reports core events [ 43.691] (**) Option "Device" "/dev/input/event1" [ 43.691] (**) Option "_source" "server/udev" [ 43.692] (II) event1 - Power Button: is tagged by udev as: Keyboard [ 43.693] (II) event1 - Power Button: device is a keyboard [ 43.693] (II) event1 - Power Button: device removed [ 43.737] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input1/event1" [ 43.737] (II) XINPUT: Adding extended input device "Power Button" (type: KEYBOARD, id 7) [ 43.739] (II) event1 - Power Button: is tagged by udev as: Keyboard [ 43.739] (II) event1 - Power Button: device is a keyboard [ 43.741] (II) config/udev: Adding input device Sleep Button (/dev/input/event0) [ 43.741] (**) Sleep Button: Applying InputClass "libinput keyboard catchall" [ 43.741] (II) Using input driver 'libinput' for 'Sleep Button' [ 43.741] (**) Sleep Button: always reports core events [ 43.741] (**) Option "Device" "/dev/input/event0" [ 43.741] (**) Option "_source" "server/udev" [ 43.743] (II) event0 - Sleep Button: is tagged by udev as: Keyboard [ 43.743] (II) event0 - Sleep Button: device is a keyboard [ 43.743] (II) event0 - Sleep Button: device removed [ 43.787] (**) Option "config_info" "udev:/sys/devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input0/event0" [ 43.787] (II) XINPUT: Adding extended input device "Sleep Button" (type: KEYBOARD, id 8) [ 43.789] (II) event0 - Sleep Button: is tagged by udev as: Keyboard [ 43.789] (II) event0 - Sleep Button: device is a keyboard [ 43.791] (II) config/udev: Adding input device TrulyErgonomic.com Truly Ergonomic Computer Keyboard (/dev/input/event19) [ 43.791] (**) TrulyErgonomic.com Truly Ergonomic Computer Keyboard: Applying InputClass "libinput keyboard catchall" [ 43.791] (II) Using input driver 'libinput' for 'TrulyErgonomic.com Truly Ergonomic Computer Keyboard' [ 43.791] (**) TrulyErgonomic.com Truly Ergonomic Computer Keyboard: always reports core events [ 43.792] (**) Option "Device" "/dev/input/event19" [ 43.792] (**) Option "_source" "server/udev" [ 43.794] (II) event19 - TrulyErgonomic.com Truly Ergonomic Computer Keyboard: is tagged by udev as: Keyboard [ 43.795] (II) event19 - TrulyErgonomic.com Truly Ergonomic Computer Keyboard: device is a keyboard [ 43.795] (II) event19 - TrulyErgonomic.com Truly Ergonomic Computer Keyboard: device removed [ 43.837] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.1/1-1.1:1.0/0003:0E6A:030C.0001/input/input19/event19" [ 43.837] (II) XINPUT: Adding extended input device "TrulyErgonomic.com Truly Ergonomic Computer Keyboard" (type: KEYBOARD, id 9) [ 43.840] (II) event19 - TrulyErgonomic.com Truly Ergonomic Computer Keyboard: is tagged by udev as: Keyboard [ 43.841] (II) event19 - TrulyErgonomic.com Truly Ergonomic Computer Keyboard: device is a keyboard [ 43.843] (II) config/udev: Adding input device TrulyErgonomic.com Truly Ergonomic Computer Keyboard (/dev/input/event20) [ 43.843] (**) TrulyErgonomic.com Truly Ergonomic Computer Keyboard: Applying InputClass "libinput keyboard catchall" [ 43.843] (II) Using input driver 'libinput' for 'TrulyErgonomic.com Truly Ergonomic Computer Keyboard' [ 43.843] (**) TrulyErgonomic.com Truly Ergonomic Computer Keyboard: always reports core events [ 43.843] (**) Option "Device" "/dev/input/event20" [ 43.843] (**) Option "_source" "server/udev" [ 43.846] (II) event20 - TrulyErgonomic.com Truly Ergonomic Computer Keyboard: is tagged by udev as: Keyboard [ 43.846] (II) event20 - TrulyErgonomic.com Truly Ergonomic Computer Keyboard: device is a keyboard [ 43.846] (II) event20 - TrulyErgonomic.com Truly Ergonomic Computer Keyboard: device removed [ 43.887] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.1/1-1.1:1.1/0003:0E6A:030C.0002/input/input20/event20" [ 43.887] (II) XINPUT: Adding extended input device "TrulyErgonomic.com Truly Ergonomic Computer Keyboard" (type: KEYBOARD, id 10) [ 43.890] (II) event20 - TrulyErgonomic.com Truly Ergonomic Computer Keyboard: is tagged by udev as: Keyboard [ 43.891] (II) event20 - TrulyErgonomic.com Truly Ergonomic Computer Keyboard: device is a keyboard [ 43.893] (II) config/udev: Adding input device Logitech Performance MX (/dev/input/event24) [ 43.893] (**) Logitech Performance MX: Applying InputClass "libinput pointer catchall" [ 43.893] (II) Using input driver 'libinput' for 'Logitech Performance MX' [ 43.893] (**) Logitech Performance MX: always reports core events [ 43.893] (**) Option "Device" "/dev/input/event24" [ 43.893] (**) Option "_source" "server/udev" [ 43.896] (II) event24 - Logitech Performance MX: is tagged by udev as: Mouse [ 43.896] (II) event24 - Logitech Performance MX: device set to 1000 DPI [ 43.897] (II) event24 - Logitech Performance MX: device is a pointer [ 43.897] (II) event24 - Logitech Performance MX: device removed [ 43.937] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.2/1-1.2.2/1-1.2.2:1.2/0003:046D:C52B.0008/0003:046D:101A.0009/input/input24/event24" [ 43.937] (II) XINPUT: Adding extended input device "Logitech Performance MX" (type: MOUSE, id 11) [ 43.938] (**) Option "AccelerationScheme" "none" [ 43.938] (**) Logitech Performance MX: (accel) selected scheme none/0 [ 43.938] (**) Logitech Performance MX: (accel) acceleration factor: 2.000 [ 43.938] (**) Logitech Performance MX: (accel) acceleration threshold: 4 [ 43.941] (II) event24 - Logitech Performance MX: is tagged by udev as: Mouse [ 43.941] (II) event24 - Logitech Performance MX: device set to 1000 DPI [ 43.941] (II) event24 - Logitech Performance MX: device is a pointer [ 43.943] (II) config/udev: Adding input device Logitech Performance MX (/dev/input/mouse0) [ 43.943] (II) No input driver specified, ignoring this device. [ 43.943] (II) This device may have been added with another device file. [ 43.945] (II) config/udev: Adding input device Logitech MX Master 2S (/dev/input/event25) [ 43.946] (**) Logitech MX Master 2S: Applying InputClass "libinput pointer catchall" [ 43.946] (**) Logitech MX Master 2S: Applying InputClass "libinput keyboard catchall" [ 43.946] (II) Using input driver 'libinput' for 'Logitech MX Master 2S' [ 43.946] (**) Logitech MX Master 2S: always reports core events [ 43.946] (**) Option "Device" "/dev/input/event25" [ 43.946] (**) Option "_source" "server/udev" [ 43.949] (II) event25 - Logitech MX Master 2S: is tagged by udev as: Keyboard Mouse [ 43.949] (II) event25 - Logitech MX Master 2S: device is a pointer [ 43.949] (II) event25 - Logitech MX Master 2S: device is a keyboard [ 43.949] (II) event25 - Logitech MX Master 2S: device removed [ 43.987] (II) libinput: Logitech MX Master 2S: needs a virtual subdevice [ 43.987] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.2/1-1.2.2/1-1.2.2:1.2/0003:046D:C52B.0008/0003:046D:4069.000A/input/input25/event25" [ 43.987] (II) XINPUT: Adding extended input device "Logitech MX Master 2S" (type: MOUSE, id 12) [ 43.988] (**) Option "AccelerationScheme" "none" [ 43.988] (**) Logitech MX Master 2S: (accel) selected scheme none/0 [ 43.988] (**) Logitech MX Master 2S: (accel) acceleration factor: 2.000 [ 43.988] (**) Logitech MX Master 2S: (accel) acceleration threshold: 4 [ 43.991] (II) event25 - Logitech MX Master 2S: is tagged by udev as: Keyboard Mouse [ 43.991] (II) event25 - Logitech MX Master 2S: device is a pointer [ 43.991] (II) event25 - Logitech MX Master 2S: device is a keyboard [ 43.993] (II) config/udev: Adding input device Logitech MX Master 2S (/dev/input/mouse1) [ 43.994] (II) No input driver specified, ignoring this device. [ 43.994] (II) This device may have been added with another device file. [ 43.996] (II) config/udev: Adding input device Logitech MX Vertical (/dev/input/event26) [ 43.996] (**) Logitech MX Vertical: Applying InputClass "libinput pointer catchall" [ 43.996] (**) Logitech MX Vertical: Applying InputClass "libinput keyboard catchall" [ 43.996] (II) Using input driver 'libinput' for 'Logitech MX Vertical' [ 43.996] (**) Logitech MX Vertical: always reports core events [ 43.996] (**) Option "Device" "/dev/input/event26" [ 43.996] (**) Option "_source" "server/udev" [ 43.999] (II) event26 - Logitech MX Vertical: is tagged by udev as: Keyboard Mouse [ 43.999] (II) event26 - Logitech MX Vertical: device is a pointer [ 43.999] (II) event26 - Logitech MX Vertical: device is a keyboard [ 43.999] (II) event26 - Logitech MX Vertical: device removed [ 44.037] (II) libinput: Logitech MX Vertical: needs a virtual subdevice [ 44.037] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.2/1-1.2.2/1-1.2.2:1.2/0003:046D:C52B.0008/0003:046D:407B.000B/input/input26/event26" [ 44.037] (II) XINPUT: Adding extended input device "Logitech MX Vertical" (type: MOUSE, id 13) [ 44.037] (**) Option "AccelerationScheme" "none" [ 44.038] (**) Logitech MX Vertical: (accel) selected scheme none/0 [ 44.038] (**) Logitech MX Vertical: (accel) acceleration factor: 2.000 [ 44.038] (**) Logitech MX Vertical: (accel) acceleration threshold: 4 [ 44.041] (II) event26 - Logitech MX Vertical: is tagged by udev as: Keyboard Mouse [ 44.041] (II) event26 - Logitech MX Vertical: device is a pointer [ 44.041] (II) event26 - Logitech MX Vertical: device is a keyboard [ 44.043] (II) config/udev: Adding input device Logitech MX Vertical (/dev/input/mouse2) [ 44.043] (II) No input driver specified, ignoring this device. [ 44.043] (II) This device may have been added with another device file. [ 44.045] (II) config/udev: Adding input device REIYIN Bluetooth Audio WT04 Consumer Control (/dev/input/event22) [ 44.045] (**) REIYIN Bluetooth Audio WT04 Consumer Control: Applying InputClass "libinput keyboard catchall" [ 44.045] (II) Using input driver 'libinput' for 'REIYIN Bluetooth Audio WT04 Consumer Control' [ 44.045] (**) REIYIN Bluetooth Audio WT04 Consumer Control: always reports core events [ 44.045] (**) Option "Device" "/dev/input/event22" [ 44.045] (**) Option "_source" "server/udev" [ 44.048] (II) event22 - REIYIN Bluetooth Audio WT04 Consumer Control: is tagged by udev as: Keyboard [ 44.048] (II) event22 - REIYIN Bluetooth Audio WT04 Consumer Control: device is a keyboard [ 44.048] (II) event22 - REIYIN Bluetooth Audio WT04 Consumer Control: device removed [ 44.087] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-10/1-10:1.3/0003:0A12:E243.0005/input/input22/event22" [ 44.087] (II) XINPUT: Adding extended input device "REIYIN Bluetooth Audio WT04 Consumer Control" (type: KEYBOARD, id 14) [ 44.090] (II) event22 - REIYIN Bluetooth Audio WT04 Consumer Control: is tagged by udev as: Keyboard [ 44.090] (II) event22 - REIYIN Bluetooth Audio WT04 Consumer Control: device is a keyboard [ 44.092] (II) config/udev: Adding input device REIYIN Bluetooth Audio WT04 (/dev/input/event23) [ 44.092] (II) No input driver specified, ignoring this device. [ 44.092] (II) This device may have been added with another device file. [ 44.094] (II) config/udev: Adding input device Yubico Yubikey NEO OTP+U2F (/dev/input/event21) [ 44.094] (**) Yubico Yubikey NEO OTP+U2F: Applying InputClass "libinput keyboard catchall" [ 44.094] (II) Using input driver 'libinput' for 'Yubico Yubikey NEO OTP+U2F' [ 44.094] (**) Yubico Yubikey NEO OTP+U2F: always reports core events [ 44.094] (**) Option "Device" "/dev/input/event21" [ 44.094] (**) Option "_source" "server/udev" [ 44.096] (II) event21 - Yubico Yubikey NEO OTP+U2F: is tagged by udev as: Keyboard [ 44.096] (II) event21 - Yubico Yubikey NEO OTP+U2F: device is a keyboard [ 44.097] (II) event21 - Yubico Yubikey NEO OTP+U2F: device removed [ 44.137] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.0/0003:1050:0114.0003/input/input21/event21" [ 44.137] (II) XINPUT: Adding extended input device "Yubico Yubikey NEO OTP+U2F" (type: KEYBOARD, id 15) [ 44.140] (II) event21 - Yubico Yubikey NEO OTP+U2F: is tagged by udev as: Keyboard [ 44.140] (II) event21 - Yubico Yubikey NEO OTP+U2F: device is a keyboard [ 44.141] (II) config/udev: Adding input device HDA Intel PCH Front Mic (/dev/input/event11) [ 44.142] (II) No input driver specified, ignoring this device. [ 44.142] (II) This device may have been added with another device file. [ 44.142] (II) config/udev: Adding input device HDA Intel PCH Rear Mic (/dev/input/event12) [ 44.142] (II) No input driver specified, ignoring this device. [ 44.142] (II) This device may have been added with another device file. [ 44.143] (II) config/udev: Adding input device HDA Intel PCH Line (/dev/input/event13) [ 44.143] (II) No input driver specified, ignoring this device. [ 44.143] (II) This device may have been added with another device file. [ 44.144] (II) config/udev: Adding input device HDA Intel PCH Line Out Front (/dev/input/event14) [ 44.144] (II) No input driver specified, ignoring this device. [ 44.144] (II) This device may have been added with another device file. [ 44.145] (II) config/udev: Adding input device HDA Intel PCH Line Out Surround (/dev/input/event15) [ 44.145] (II) No input driver specified, ignoring this device. [ 44.145] (II) This device may have been added with another device file. [ 44.146] (II) config/udev: Adding input device HDA Intel PCH Line Out CLFE (/dev/input/event16) [ 44.146] (II) No input driver specified, ignoring this device. [ 44.146] (II) This device may have been added with another device file. [ 44.147] (II) config/udev: Adding input device HDA Intel PCH Line Out Side (/dev/input/event17) [ 44.147] (II) No input driver specified, ignoring this device. [ 44.147] (II) This device may have been added with another device file. [ 44.148] (II) config/udev: Adding input device HDA Intel PCH Front Headphone (/dev/input/event18) [ 44.148] (II) No input driver specified, ignoring this device. [ 44.148] (II) This device may have been added with another device file. [ 44.150] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=12 (/dev/input/event10) [ 44.150] (II) No input driver specified, ignoring this device. [ 44.151] (II) This device may have been added with another device file. [ 44.151] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=3 (/dev/input/event4) [ 44.151] (II) No input driver specified, ignoring this device. [ 44.152] (II) This device may have been added with another device file. [ 44.152] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=7 (/dev/input/event5) [ 44.152] (II) No input driver specified, ignoring this device. [ 44.152] (II) This device may have been added with another device file. [ 44.153] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=8 (/dev/input/event6) [ 44.153] (II) No input driver specified, ignoring this device. [ 44.153] (II) This device may have been added with another device file. [ 44.153] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=9 (/dev/input/event7) [ 44.153] (II) No input driver specified, ignoring this device. [ 44.153] (II) This device may have been added with another device file. [ 44.154] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=10 (/dev/input/event8) [ 44.154] (II) No input driver specified, ignoring this device. [ 44.154] (II) This device may have been added with another device file. [ 44.155] (II) config/udev: Adding input device HDA NVidia HDMI/DP,pcm=11 (/dev/input/event9) [ 44.155] (II) No input driver specified, ignoring this device. [ 44.155] (II) This device may have been added with another device file. [ 44.155] (II) config/udev: Adding input device PC Speaker (/dev/input/event3) [ 44.155] (II) No input driver specified, ignoring this device. [ 44.155] (II) This device may have been added with another device file. [ 44.163] (**) Logitech MX Master 2S: Applying InputClass "libinput pointer catchall" [ 44.163] (**) Logitech MX Master 2S: Applying InputClass "libinput keyboard catchall" [ 44.163] (II) Using input driver 'libinput' for 'Logitech MX Master 2S' [ 44.163] (**) Logitech MX Master 2S: always reports core events [ 44.163] (**) Option "Device" "/dev/input/event25" [ 44.163] (**) Option "_source" "_driver/libinput" [ 44.163] (II) libinput: Logitech MX Master 2S: is a virtual subdevice [ 44.163] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.2/1-1.2.2/1-1.2.2:1.2/0003:046D:C52B.0008/0003:046D:4069.000A/input/input25/event25" [ 44.163] (II) XINPUT: Adding extended input device "Logitech MX Master 2S" (type: KEYBOARD, id 16) [ 44.163] (**) Logitech MX Vertical: Applying InputClass "libinput pointer catchall" [ 44.163] (**) Logitech MX Vertical: Applying InputClass "libinput keyboard catchall" [ 44.163] (II) Using input driver 'libinput' for 'Logitech MX Vertical' [ 44.163] (**) Logitech MX Vertical: always reports core events [ 44.163] (**) Option "Device" "/dev/input/event26" [ 44.163] (**) Option "_source" "_driver/libinput" [ 44.163] (II) libinput: Logitech MX Vertical: is a virtual subdevice [ 44.163] (**) Option "config_info" "udev:/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1/1-1.2/1-1.2.2/1-1.2.2:1.2/0003:046D:C52B.0008/0003:046D:407B.000B/input/input26/event26" [ 44.163] (II) XINPUT: Adding extended input device "Logitech MX Vertical" (type: KEYBOARD, id 17) [ 44.177] failed to add fb -22 [ 44.177] (EE) modeset(0): failed to set mode: Invalid argument [ 46.645] (II) Server zapped. Shutting down. [ 46.647] (II) event2 - Power Button: device removed [ 46.701] (II) event1 - Power Button: device removed [ 46.754] (II) event0 - Sleep Button: device removed [ 46.794] (II) event19 - TrulyErgonomic.com Truly Ergonomic Computer Keyboard: device removed [ 46.834] (II) event20 - TrulyErgonomic.com Truly Ergonomic Computer Keyboard: device removed [ 46.874] (II) event24 - Logitech Performance MX: device removed [ 46.914] (II) event22 - REIYIN Bluetooth Audio WT04 Consumer Control: device removed [ 46.964] (II) event21 - Yubico Yubikey NEO OTP+U2F: device removed [ 47.014] (II) event25 - Logitech MX Master 2S: device removed [ 47.064] (II) event26 - Logitech MX Vertical: device removed [ 47.107] (II) UnloadModule: "libinput" [ 47.107] (II) UnloadModule: "libinput" [ 47.108] (II) UnloadModule: "libinput" [ 47.108] (II) UnloadModule: "libinput" [ 47.108] (II) UnloadModule: "libinput" [ 47.108] (II) UnloadModule: "libinput" [ 47.108] (II) UnloadModule: "libinput" [ 47.108] (II) UnloadModule: "libinput" [ 47.108] (II) UnloadModule: "libinput" [ 47.108] (II) UnloadModule: "libinput" [ 47.108] (II) UnloadModule: "libinput" [ 47.109] (II) UnloadModule: "libinput" [ 47.120] (II) Server terminated successfully (0). Closing log file. [-- Attachment #3: Type: text/plain, Size: 160 bytes --] _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-07-01 7:59 ` Kirill A. Shutemov @ 2020-07-01 19:45 ` James Jones 2020-07-02 7:36 ` Daniel Vetter ` (2 more replies) 0 siblings, 3 replies; 74+ messages in thread From: James Jones @ 2020-07-01 19:45 UTC (permalink / raw) To: Kirill A. Shutemov Cc: Daniel Vetter, Linus Torvalds, LKML, dri-devel, Ben Skeggs OK, I think I see what's going on. In the Xorg modesetting driver, the logic is basically: if (gbm_has_modifiers && DRM_CAP_ADDFB2_MODIFIERS != 0) { drmModeAddFB2WithModifiers(..., gbm_bo_get_modifier(bo->gbm)); } else { drmModeAddFB(...); } There's no attempt to verify the DRM-KMS device supports the modifier, but then, why would there be? GBM presumably chose a supported modifier at buffer creation time, and we don't know which plane the FB is going to be used with yet. GBM doesn't actually ask the kernel which modifiers it supports here either though. It just goes into Mesa via DRI and reports the modifier (unpatched) Mesa chose on its own. Mesa just hard-codes the modifiers in its driver backends since its thinking in terms of a device's 3D engine, not display. In theory, Mesa's DRI drivers could query KMS for supported modifiers if allocating from GBM using the non-modifiers path and the SCANOUT flag is set (perhaps some drivers do this or its equivalent? Haven't checked.), but that seems pretty gnarly and doesn't fix the modifier-based GBM allocation path AFAIK. Bit of a mess. For a quick userspace fix that could probably be pushed out everywhere (Only affects Xorg server 1.20+ AFAIK), just retrying drmModeAddFB2WithModifiers() without the DRM_MODE_FB_MODIFIERS flag on failure should be sufficient. Still need to verify as I'm having trouble wrangling my Xorg build at the moment and I'm pressed for time. A more complete fix would be quite involved, as modesetting isn't really properly plumbed to validate GBM's modifiers against KMS planes, and it doesn't seem like GBM/Mesa/DRI should be responsible for this as noted above given the general modifier workflow/design. Most importantly, options I've considered for fixing from the kernel side: -Accept "legacy" modifiers in nouveau in addition to the new modifiers, though avoid reporting them to userspace as supported to avoid further proliferation. This is pretty straightforward. I'll need to modify both the AddFB2 handler (nouveau_validate_decode_mod) and the mode set plane validation logic (nv50_plane_format_mod_supported), but it should end up just being a few lines of code. -Don't validate modifiers in AddFB. This doesn't really gain anything because it just pushes the failure down to mode set time, so it's not that useful, so I don't plan on pursuing this. As noted, need to run just now, but I should have a kernel patch to test out either tonight or tomorrow. If anyone's curious, the reason my testing missed this was I did most of my verification of "old" code against the Xorg 1.19 build included with my distro. I did hack up a Xorg 1.20-ish build to test as well that would have included this path, but I must not have properly configured it with GBM modifier support somehow. I was pretty focused on just testing the forcibly-disabled atomic path in the modesetting driver in this build, so I didn't look too closely at things beyond that. Thanks, -James On 7/1/20 12:59 AM, Kirill A. Shutemov wrote: > On Wed, Jul 01, 2020 at 10:57:19AM +0300, Kirill A. Shutemov wrote: >> On Tue, Jun 30, 2020 at 09:40:19PM -0700, James Jones wrote: >>> This implies something is trying to use one of the old >>> DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK format modifiers with DRM-KMS without >>> first checking whether it is supported by the kernel. I had tried to force >>> an Xorg+Mesa stack without my userspace patches to hit this error when >>> testing, but must have missed some permutation. If the stalled Mesa patches >>> go in, this would stop happening of course, but those were held up for a >>> long time in review, and are now waiting on me to make some modifications. >>> >>> Are you using the modesetting driver in X? If so, with glamor I presume? >> >> Yes and yes. I attached Xorg.log. > > Attached now. > > > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-07-01 19:45 ` James Jones @ 2020-07-02 7:36 ` Daniel Vetter 2020-07-02 7:59 ` Pekka Paalanen 2020-07-02 8:22 ` Daniel Stone 2 siblings, 0 replies; 74+ messages in thread From: Daniel Vetter @ 2020-07-02 7:36 UTC (permalink / raw) To: James Jones Cc: Kirill A. Shutemov, Linus Torvalds, LKML, dri-devel, Ben Skeggs On Wed, Jul 1, 2020 at 9:45 PM James Jones <jajones@nvidia.com> wrote: > > OK, I think I see what's going on. In the Xorg modesetting driver, the > logic is basically: > > if (gbm_has_modifiers && DRM_CAP_ADDFB2_MODIFIERS != 0) { > drmModeAddFB2WithModifiers(..., gbm_bo_get_modifier(bo->gbm)); > } else { > drmModeAddFB(...); > } > > There's no attempt to verify the DRM-KMS device supports the modifier, > but then, why would there be? GBM presumably chose a supported modifier > at buffer creation time, and we don't know which plane the FB is going > to be used with yet. GBM doesn't actually ask the kernel which > modifiers it supports here either though. It just goes into Mesa via > DRI and reports the modifier (unpatched) Mesa chose on its own. Mesa > just hard-codes the modifiers in its driver backends since its thinking > in terms of a device's 3D engine, not display. In theory, Mesa's DRI > drivers could query KMS for supported modifiers if allocating from GBM > using the non-modifiers path and the SCANOUT flag is set (perhaps some > drivers do this or its equivalent? Haven't checked.), but that seems > pretty gnarly and doesn't fix the modifier-based GBM allocation path > AFAIK. Bit of a mess. > > For a quick userspace fix that could probably be pushed out everywhere > (Only affects Xorg server 1.20+ AFAIK), just retrying > drmModeAddFB2WithModifiers() without the DRM_MODE_FB_MODIFIERS flag on > failure should be sufficient. Still need to verify as I'm having > trouble wrangling my Xorg build at the moment and I'm pressed for time. > A more complete fix would be quite involved, as modesetting isn't really > properly plumbed to validate GBM's modifiers against KMS planes, and it > doesn't seem like GBM/Mesa/DRI should be responsible for this as noted > above given the general modifier workflow/design. > > Most importantly, options I've considered for fixing from the kernel side: > > -Accept "legacy" modifiers in nouveau in addition to the new modifiers, > though avoid reporting them to userspace as supported to avoid further > proliferation. This is pretty straightforward. I'll need to modify > both the AddFB2 handler (nouveau_validate_decode_mod) and the mode set > plane validation logic (nv50_plane_format_mod_supported), but it should > end up just being a few lines of code. > > -Don't validate modifiers in AddFB. This doesn't really gain anything > because it just pushes the failure down to mode set time, so it's not > that useful, so I don't plan on pursuing this. > > As noted, need to run just now, but I should have a kernel patch to test > out either tonight or tomorrow. > > If anyone's curious, the reason my testing missed this was I did most of > my verification of "old" code against the Xorg 1.19 build included with > my distro. I did hack up a Xorg 1.20-ish build to test as well that > would have included this path, but I must not have properly configured > it with GBM modifier support somehow. I was pretty focused on just > testing the forcibly-disabled atomic path in the modesetting driver in > this build, so I didn't look too closely at things beyond that. Yeah, so modifier support in -modesetting is totally broken. It should be disabled by default because the stuff just doesn't really work. If that doesn't help then I guess we need to do the same thing as what we've done for atomic already in: commit 26b1d3b527e7bf3e24b814d617866ac5199ce68d Author: Daniel Vetter <daniel.vetter@ffwll.ch> Date: Thu Sep 5 20:53:18 2019 +0200 drm/atomic: Take the atomic toys away from X For added insult for the atomic stuff: Xorg master branch is actually fixed, but no one has done a release of that in over 2 years, so the fixes never got anywhere. I have little hope the Xorg will get back into shape, seems abandoned unfortunately. -Daniel > > Thanks, > -James > > On 7/1/20 12:59 AM, Kirill A. Shutemov wrote: > > On Wed, Jul 01, 2020 at 10:57:19AM +0300, Kirill A. Shutemov wrote: > >> On Tue, Jun 30, 2020 at 09:40:19PM -0700, James Jones wrote: > >>> This implies something is trying to use one of the old > >>> DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK format modifiers with DRM-KMS without > >>> first checking whether it is supported by the kernel. I had tried to force > >>> an Xorg+Mesa stack without my userspace patches to hit this error when > >>> testing, but must have missed some permutation. If the stalled Mesa patches > >>> go in, this would stop happening of course, but those were held up for a > >>> long time in review, and are now waiting on me to make some modifications. > >>> > >>> Are you using the modesetting driver in X? If so, with glamor I presume? > >> > >> Yes and yes. I attached Xorg.log. > > > > Attached now. > > > > > > _______________________________________________ > > dri-devel mailing list > > dri-devel@lists.freedesktop.org > > https://lists.freedesktop.org/mailman/listinfo/dri-devel > > -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-07-01 19:45 ` James Jones 2020-07-02 7:36 ` Daniel Vetter @ 2020-07-02 7:59 ` Pekka Paalanen 2020-07-02 8:22 ` Daniel Stone 2 siblings, 0 replies; 74+ messages in thread From: Pekka Paalanen @ 2020-07-02 7:59 UTC (permalink / raw) To: James Jones Cc: Daniel Vetter, LKML, dri-devel, Ben Skeggs, Kirill A. Shutemov, Linus Torvalds [-- Attachment #1.1: Type: text/plain, Size: 2093 bytes --] On Wed, 1 Jul 2020 12:45:48 -0700 James Jones <jajones@nvidia.com> wrote: > OK, I think I see what's going on. In the Xorg modesetting driver, the > logic is basically: > > if (gbm_has_modifiers && DRM_CAP_ADDFB2_MODIFIERS != 0) { > drmModeAddFB2WithModifiers(..., gbm_bo_get_modifier(bo->gbm)); > } else { > drmModeAddFB(...); > } > > There's no attempt to verify the DRM-KMS device supports the modifier, > but then, why would there be? GBM presumably chose a supported modifier > at buffer creation time, and we don't know which plane the FB is going > to be used with yet. GBM doesn't actually ask the kernel which > modifiers it supports here either though. It just goes into Mesa via > DRI and reports the modifier (unpatched) Mesa chose on its own. Mesa > just hard-codes the modifiers in its driver backends since its thinking > in terms of a device's 3D engine, not display. In theory, Mesa's DRI > drivers could query KMS for supported modifiers if allocating from GBM > using the non-modifiers path and the SCANOUT flag is set (perhaps some > drivers do this or its equivalent? Haven't checked.), but that seems > pretty gnarly and doesn't fix the modifier-based GBM allocation path > AFAIK. Bit of a mess. Hi, the way I believe it is supposed to work is that modesetting DDX first asks KMS what modifiers it supports, and then passes that list to GBM when it is attempting to create a gbm_bo or a gbm_surface. If modesetting does not do that and still uses modifiers API for creating bos or surfaces, modesetting is broken I believe. gbm_bo_create_with_modifiers() gbm_surface_create_with_modifiers() Of course, this doesn't affect the need of a kernel workaround. How is modesetting creating the bo or surface currently? Why would the KMS driver starting to support modifiers API suddenly make the buffers fail, does it change how the buffers get allocated in modesetting as well? Or maybe you're talking about something else than what I assumed, I'm not really up-to-date here. Thanks, pq [-- Attachment #1.2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 833 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-07-01 19:45 ` James Jones 2020-07-02 7:36 ` Daniel Vetter 2020-07-02 7:59 ` Pekka Paalanen @ 2020-07-02 8:22 ` Daniel Stone 2020-07-02 21:14 ` James Jones 2 siblings, 1 reply; 74+ messages in thread From: Daniel Stone @ 2020-07-02 8:22 UTC (permalink / raw) To: James Jones Cc: Daniel Vetter, LKML, dri-devel, Ben Skeggs, Kirill A. Shutemov, Linus Torvalds Hi, On Wed, 1 Jul 2020 at 20:45, James Jones <jajones@nvidia.com> wrote: > OK, I think I see what's going on. In the Xorg modesetting driver, the > logic is basically: > > if (gbm_has_modifiers && DRM_CAP_ADDFB2_MODIFIERS != 0) { > drmModeAddFB2WithModifiers(..., gbm_bo_get_modifier(bo->gbm)); > } else { > drmModeAddFB(...); > } I read this thread expecting to explain the correct behaviour we implement in Weston and how modesetting needs to be fixed, but ... that seems OK to me? As long as `gbm_has_modifiers` is a proxy for 'we used gbm_(bo|surface)_create_with_modifiers to allocate the buffer'. > There's no attempt to verify the DRM-KMS device supports the modifier, > but then, why would there be? GBM presumably chose a supported modifier > at buffer creation time, and we don't know which plane the FB is going > to be used with yet. GBM doesn't actually ask the kernel which > modifiers it supports here either though. Right, it doesn't ask, because userspace tells it which modifiers to use. The correct behaviour is to take the list from the KMS `IN_FORMATS` property and then pass that to `gbm_(bo|surface)_create_with_modifiers`; GBM must then select from that list and only that list. If that call does not succeed and Xorg falls back to `gbm_surface_create`, then it must not call `gbm_bo_get_modifier` - so that would be a modesetting bug. If that call does succeed and `gbm_bo_get_modifier` subsequently reports a modifier which was not in the list, that's a Mesa driver bug. > It just goes into Mesa via > DRI and reports the modifier (unpatched) Mesa chose on its own. Mesa > just hard-codes the modifiers in its driver backends since its thinking > in terms of a device's 3D engine, not display. In theory, Mesa's DRI > drivers could query KMS for supported modifiers if allocating from GBM > using the non-modifiers path and the SCANOUT flag is set (perhaps some > drivers do this or its equivalent? Haven't checked.), but that seems > pretty gnarly and doesn't fix the modifier-based GBM allocation path > AFAIK. Bit of a mess. Two options for GBM users: * call gbm_*_create_with_modifiers, it succeeds, call gbm_bo_get_modifier, pass modifier into AddFB * call gbm_*_create (without modifiers), it succeeds, do not call gbm_bo_get_modifier, do not pass a modifier into AddFB Anything else is a bug in the user. Note that falling back from 1 to 2 is fine: if `gbm_*_create_with_modifiers()` fails, you can fall back to the non-modifier path, provided you don't later try to get a modifier back out. > For a quick userspace fix that could probably be pushed out everywhere > (Only affects Xorg server 1.20+ AFAIK), just retrying > drmModeAddFB2WithModifiers() without the DRM_MODE_FB_MODIFIERS flag on > failure should be sufficient. This would break other drivers. > Still need to verify as I'm having > trouble wrangling my Xorg build at the moment and I'm pressed for time. > A more complete fix would be quite involved, as modesetting isn't really > properly plumbed to validate GBM's modifiers against KMS planes, and it > doesn't seem like GBM/Mesa/DRI should be responsible for this as noted > above given the general modifier workflow/design. > > Most importantly, options I've considered for fixing from the kernel side: > > -Accept "legacy" modifiers in nouveau in addition to the new modifiers, > though avoid reporting them to userspace as supported to avoid further > proliferation. This is pretty straightforward. I'll need to modify > both the AddFB2 handler (nouveau_validate_decode_mod) and the mode set > plane validation logic (nv50_plane_format_mod_supported), but it should > end up just being a few lines of code. I do think that they should also be reported to userspace if they are accepted. Other users can and do look at the modifier list to see if the buffer is acceptable for a given plane, so the consistency is good here. Of course, in Mesa you would want to prioritise the new modifiers over the legacy ones, and not allocate or return the legacy ones unless that was all you were asked for. This would involve tracking the used modifier explicitly through Mesa, rather than throwing it away at alloc time and then later divining it from the tiling mode. Cheers, Daniel _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-07-02 8:22 ` Daniel Stone @ 2020-07-02 21:14 ` James Jones 2020-07-03 6:01 ` James Jones 0 siblings, 1 reply; 74+ messages in thread From: James Jones @ 2020-07-02 21:14 UTC (permalink / raw) To: Daniel Stone Cc: Daniel Vetter, LKML, dri-devel, Ben Skeggs, Kirill A. Shutemov, Linus Torvalds On 7/2/20 1:22 AM, Daniel Stone wrote: > Hi, > > On Wed, 1 Jul 2020 at 20:45, James Jones <jajones@nvidia.com> wrote: >> OK, I think I see what's going on. In the Xorg modesetting driver, the >> logic is basically: >> >> if (gbm_has_modifiers && DRM_CAP_ADDFB2_MODIFIERS != 0) { >> drmModeAddFB2WithModifiers(..., gbm_bo_get_modifier(bo->gbm)); >> } else { >> drmModeAddFB(...); >> } > > I read this thread expecting to explain the correct behaviour we > implement in Weston and how modesetting needs to be fixed, but ... > that seems OK to me? As long as `gbm_has_modifiers` is a proxy for 'we > used gbm_(bo|surface)_create_with_modifiers to allocate the buffer'. Yes, the hazards of reporting findings before verifying. I now see modesetting does query the DRM-KMS modifiers and attempt to allocate with them if it found any. However, I still see a lot of ways things can go wrong, but I'm not going to share my speculation again until I've actually verified it, which is taking a frustratingly long time. The modesetting driver is not my friend right now. >> There's no attempt to verify the DRM-KMS device supports the modifier, >> but then, why would there be? GBM presumably chose a supported modifier >> at buffer creation time, and we don't know which plane the FB is going >> to be used with yet. GBM doesn't actually ask the kernel which >> modifiers it supports here either though. > > Right, it doesn't ask, because userspace tells it which modifiers to > use. The correct behaviour is to take the list from the KMS > `IN_FORMATS` property and then pass that to > `gbm_(bo|surface)_create_with_modifiers`; GBM must then select from > that list and only that list. If that call does not succeed and Xorg > falls back to `gbm_surface_create`, then it must not call > `gbm_bo_get_modifier` - so that would be a modesetting bug. If that > call does succeed and `gbm_bo_get_modifier` subsequently reports a > modifier which was not in the list, that's a Mesa driver bug. > >> It just goes into Mesa via >> DRI and reports the modifier (unpatched) Mesa chose on its own. Mesa >> just hard-codes the modifiers in its driver backends since its thinking >> in terms of a device's 3D engine, not display. In theory, Mesa's DRI >> drivers could query KMS for supported modifiers if allocating from GBM >> using the non-modifiers path and the SCANOUT flag is set (perhaps some >> drivers do this or its equivalent? Haven't checked.), but that seems >> pretty gnarly and doesn't fix the modifier-based GBM allocation path >> AFAIK. Bit of a mess. > > Two options for GBM users: > * call gbm_*_create_with_modifiers, it succeeds, call > gbm_bo_get_modifier, pass modifier into AddFB > * call gbm_*_create (without modifiers), it succeeds, do not call > gbm_bo_get_modifier, do not pass a modifier into AddFB > > Anything else is a bug in the user. Note that falling back from 1 to 2 > is fine: if `gbm_*_create_with_modifiers()` fails, you can fall back > to the non-modifier path, provided you don't later try to get a > modifier back out. > >> For a quick userspace fix that could probably be pushed out everywhere >> (Only affects Xorg server 1.20+ AFAIK), just retrying >> drmModeAddFB2WithModifiers() without the DRM_MODE_FB_MODIFIERS flag on >> failure should be sufficient. > > This would break other drivers. I think this could be done in a way that wouldn't, though it wouldn't be quite as simple. Let's see what the true root cause is first though. >> Still need to verify as I'm having >> trouble wrangling my Xorg build at the moment and I'm pressed for time. >> A more complete fix would be quite involved, as modesetting isn't really >> properly plumbed to validate GBM's modifiers against KMS planes, and it >> doesn't seem like GBM/Mesa/DRI should be responsible for this as noted >> above given the general modifier workflow/design. >> >> Most importantly, options I've considered for fixing from the kernel side: >> >> -Accept "legacy" modifiers in nouveau in addition to the new modifiers, >> though avoid reporting them to userspace as supported to avoid further >> proliferation. This is pretty straightforward. I'll need to modify >> both the AddFB2 handler (nouveau_validate_decode_mod) and the mode set >> plane validation logic (nv50_plane_format_mod_supported), but it should >> end up just being a few lines of code. > > I do think that they should also be reported to userspace if they are > accepted. Other users can and do look at the modifier list to see if > the buffer is acceptable for a given plane, so the consistency is good > here. Of course, in Mesa you would want to prioritise the new > modifiers over the legacy ones, and not allocate or return the legacy > ones unless that was all you were asked for. This would involve > tracking the used modifier explicitly through Mesa, rather than > throwing it away at alloc time and then later divining it from the > tiling mode. Reporting them as supported is equivalent to reporting support for a memory layout the chips don't actually support (It corresponds to a valid layout on Tegra chips, but not on discrete NV chips). This is what the new modifiers are trying to avoid in the first place: Implying buffers can be shared between these Tegra chips and discrete NV GPUs. Thanks, -James > Cheers, > Daniel > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-07-02 21:14 ` James Jones @ 2020-07-03 6:01 ` James Jones 2020-07-03 7:16 ` Daniel Vetter 0 siblings, 1 reply; 74+ messages in thread From: James Jones @ 2020-07-03 6:01 UTC (permalink / raw) To: Daniel Stone Cc: Daniel Vetter, LKML, dri-devel, Ben Skeggs, Kirill A. Shutemov, Linus Torvalds On 7/2/20 2:14 PM, James Jones wrote: > On 7/2/20 1:22 AM, Daniel Stone wrote: >> Hi, >> >> On Wed, 1 Jul 2020 at 20:45, James Jones <jajones@nvidia.com> wrote: >>> OK, I think I see what's going on. In the Xorg modesetting driver, the >>> logic is basically: >>> >>> if (gbm_has_modifiers && DRM_CAP_ADDFB2_MODIFIERS != 0) { >>> drmModeAddFB2WithModifiers(..., gbm_bo_get_modifier(bo->gbm)); >>> } else { >>> drmModeAddFB(...); >>> } >> >> I read this thread expecting to explain the correct behaviour we >> implement in Weston and how modesetting needs to be fixed, but ... >> that seems OK to me? As long as `gbm_has_modifiers` is a proxy for 'we >> used gbm_(bo|surface)_create_with_modifiers to allocate the buffer'. > > Yes, the hazards of reporting findings before verifying. I now see > modesetting does query the DRM-KMS modifiers and attempt to allocate > with them if it found any. However, I still see a lot of ways things > can go wrong, but I'm not going to share my speculation again until I've > actually verified it, which is taking a frustratingly long time. The > modesetting driver is not my friend right now. OK, several hours of dumb build+config mistakes later, I was actually able to reproduce the failure and walk through things. There is a trivial fix for the issues in the X modesetting driver, working off Daniel Stone's claim that gbm_bo_get_modifier() should only be called when the allocation was made with gbm_bo_create_with_modifiers(). modeset doesn't respect that requirement now in the case that the atomic modesetting path is disabled, which is always the case currently because that path is broken. Respecting that requirement is a half-liner and allows X to start properly. If I force modeset to use the atomic path, X still fails to start with the above fix, validating the second theory I'd had: -Current Mesa nouveau code basically ignores the modifier list passed in unless it is a single modifier requesting linear layout, and goes about allocating whatever layout it sees fit, and succeeds the allocation despite being passed a list of modifiers it knows nothing about. Not great, fixed in my pending patches, obviously doesn't help existing deployed userspace. -Current Mesa nouveau code, when asked what modifier it used for the above allocation, returns one of the "legacy" modifiers nouveau DRM-KMS knows nothing about. -When the modeset driver tries to create an FB for that BO with the returned modifier, the nouveau kernel driver of course refuses. I think it's probably worth fixing the modesetting driver for the reasons Daniel Vetter mentioned. Then if I get my Mesa patches in before a new modesetting driver with working Atomic support is released, there'll be no need for long-term workarounds in the kernel. Down to the real question of what to do in the kernel to support current userspace code: I still think the best fix is to accept the old modifiers but not advertise them. However, Daniel Stone and others, if you think this will actually break userspace in other ways (Could you describe in a bit more detail or point me to test cases if so?), I suppose the only option would be to advertise & accept the old modifiers for now, and I suppose at a config option at some point to phase the old ones out, eventually drop them entirely. This would be unfortunate, because as I mentioned, it could sometimes result in situations where apps think they can share a buffer between two devices but will get garbled data in practice. I've included an initial version of the kernel patch inline below. Needs more testing, but I wanted to share it in case anyone has feedback on the idea, wants to see the general workflow, or wants to help test. >>> There's no attempt to verify the DRM-KMS device supports the modifier, >>> but then, why would there be? GBM presumably chose a supported modifier >>> at buffer creation time, and we don't know which plane the FB is going >>> to be used with yet. GBM doesn't actually ask the kernel which >>> modifiers it supports here either though. >> >> Right, it doesn't ask, because userspace tells it which modifiers to >> use. The correct behaviour is to take the list from the KMS >> `IN_FORMATS` property and then pass that to >> `gbm_(bo|surface)_create_with_modifiers`; GBM must then select from >> that list and only that list. If that call does not succeed and Xorg >> falls back to `gbm_surface_create`, then it must not call >> `gbm_bo_get_modifier` - so that would be a modesetting bug. If that >> call does succeed and `gbm_bo_get_modifier` subsequently reports a >> modifier which was not in the list, that's a Mesa driver bug. >> >>> It just goes into Mesa via >>> DRI and reports the modifier (unpatched) Mesa chose on its own. Mesa >>> just hard-codes the modifiers in its driver backends since its thinking >>> in terms of a device's 3D engine, not display. In theory, Mesa's DRI >>> drivers could query KMS for supported modifiers if allocating from GBM >>> using the non-modifiers path and the SCANOUT flag is set (perhaps some >>> drivers do this or its equivalent? Haven't checked.), but that seems >>> pretty gnarly and doesn't fix the modifier-based GBM allocation path >>> AFAIK. Bit of a mess. >> >> Two options for GBM users: >> * call gbm_*_create_with_modifiers, it succeeds, call >> gbm_bo_get_modifier, pass modifier into AddFB >> * call gbm_*_create (without modifiers), it succeeds, do not call >> gbm_bo_get_modifier, do not pass a modifier into AddFB >> >> Anything else is a bug in the user. Note that falling back from 1 to 2 >> is fine: if `gbm_*_create_with_modifiers()` fails, you can fall back >> to the non-modifier path, provided you don't later try to get a >> modifier back out. >> >>> For a quick userspace fix that could probably be pushed out everywhere >>> (Only affects Xorg server 1.20+ AFAIK), just retrying >>> drmModeAddFB2WithModifiers() without the DRM_MODE_FB_MODIFIERS flag on >>> failure should be sufficient. >> >> This would break other drivers. > > I think this could be done in a way that wouldn't, though it wouldn't be > quite as simple. Let's see what the true root cause is first though. > >>> Still need to verify as I'm having >>> trouble wrangling my Xorg build at the moment and I'm pressed for time. >>> A more complete fix would be quite involved, as modesetting isn't really >>> properly plumbed to validate GBM's modifiers against KMS planes, and it >>> doesn't seem like GBM/Mesa/DRI should be responsible for this as noted >>> above given the general modifier workflow/design. >>> >>> Most importantly, options I've considered for fixing from the kernel >>> side: >>> >>> -Accept "legacy" modifiers in nouveau in addition to the new modifiers, >>> though avoid reporting them to userspace as supported to avoid further >>> proliferation. This is pretty straightforward. I'll need to modify >>> both the AddFB2 handler (nouveau_validate_decode_mod) and the mode set >>> plane validation logic (nv50_plane_format_mod_supported), but it should >>> end up just being a few lines of code. >> >> I do think that they should also be reported to userspace if they are >> accepted. Other users can and do look at the modifier list to see if >> the buffer is acceptable for a given plane, so the consistency is good >> here. Of course, in Mesa you would want to prioritise the new >> modifiers over the legacy ones, and not allocate or return the legacy >> ones unless that was all you were asked for. This would involve >> tracking the used modifier explicitly through Mesa, rather than >> throwing it away at alloc time and then later divining it from the >> tiling mode. > > Reporting them as supported is equivalent to reporting support for a > memory layout the chips don't actually support (It corresponds to a > valid layout on Tegra chips, but not on discrete NV chips). This is > what the new modifiers are trying to avoid in the first place: Implying > buffers can be shared between these Tegra chips and discrete NV GPUs. > > Thanks, > -James > >> Cheers, >> Daniel >> nouveau: Accept 'legacy' format modifiers Accept the DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK() family of modifiers to handle broken userspace Xorg modesetting and Mesa drivers. --- drivers/gpu/drm/nouveau/nouveau_display.c | 26 +++++++++++++++++++++-- 1 file changed, 24 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_display.c b/drivers/gpu/drm/nouveau/nouveau_display.c index 496c4621cc78..31543086254b 100644 --- a/drivers/gpu/drm/nouveau/nouveau_display.c +++ b/drivers/gpu/drm/nouveau/nouveau_display.c @@ -191,8 +191,14 @@ nouveau_decode_mod(struct nouveau_drm *drm, uint32_t *tile_mode, uint8_t *kind) { + struct nouveau_display *disp = nouveau_display(drm->dev); BUG_ON(!tile_mode || !kind); + if ((modifier & (0xffull << 12)) == 0ull) { + /* Legacy modifier. Translate to this device's 'kind.' */ + modifier |= disp->format_modifiers[0] & (0xffull << 12); + } + if (modifier == DRM_FORMAT_MOD_LINEAR) { /* tile_mode will not be used in this case */ *tile_mode = 0; @@ -227,6 +233,16 @@ nouveau_framebuffer_get_layout(struct drm_framebuffer *fb, } } +static const u64 legacy_modifiers[] = { + DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK(0), + DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK(1), + DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK(2), + DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK(3), + DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK(4), + DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK(5), + DRM_FORMAT_MOD_INVALID +}; + static int nouveau_validate_decode_mod(struct nouveau_drm *drm, uint64_t modifier, @@ -247,8 +263,14 @@ nouveau_validate_decode_mod(struct nouveau_drm *drm, (disp->format_modifiers[mod] != modifier); mod++); - if (disp->format_modifiers[mod] == DRM_FORMAT_MOD_INVALID) - return -EINVAL; + if (disp->format_modifiers[mod] == DRM_FORMAT_MOD_INVALID) { + for (mod = 0; + (legacy_modifiers[mod] != DRM_FORMAT_MOD_INVALID) && + (legacy_modifiers[mod] != modifier); + mod++); + if (legacy_modifiers[mod] == DRM_FORMAT_MOD_INVALID) + return -EINVAL; + } nouveau_decode_mod(drm, modifier, tile_mode, kind); -- 2.17.1 _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply related [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-07-03 6:01 ` James Jones @ 2020-07-03 7:16 ` Daniel Vetter 2020-07-13 1:37 ` Dave Airlie 0 siblings, 1 reply; 74+ messages in thread From: Daniel Vetter @ 2020-07-03 7:16 UTC (permalink / raw) To: James Jones Cc: LKML, dri-devel, Kirill A. Shutemov, Linus Torvalds, Ben Skeggs On Fri, Jul 3, 2020 at 8:01 AM James Jones <jajones@nvidia.com> wrote: > > On 7/2/20 2:14 PM, James Jones wrote: > > On 7/2/20 1:22 AM, Daniel Stone wrote: > >> Hi, > >> > >> On Wed, 1 Jul 2020 at 20:45, James Jones <jajones@nvidia.com> wrote: > >>> OK, I think I see what's going on. In the Xorg modesetting driver, the > >>> logic is basically: > >>> > >>> if (gbm_has_modifiers && DRM_CAP_ADDFB2_MODIFIERS != 0) { > >>> drmModeAddFB2WithModifiers(..., gbm_bo_get_modifier(bo->gbm)); > >>> } else { > >>> drmModeAddFB(...); > >>> } > >> > >> I read this thread expecting to explain the correct behaviour we > >> implement in Weston and how modesetting needs to be fixed, but ... > >> that seems OK to me? As long as `gbm_has_modifiers` is a proxy for 'we > >> used gbm_(bo|surface)_create_with_modifiers to allocate the buffer'. > > > > Yes, the hazards of reporting findings before verifying. I now see > > modesetting does query the DRM-KMS modifiers and attempt to allocate > > with them if it found any. However, I still see a lot of ways things > > can go wrong, but I'm not going to share my speculation again until I've > > actually verified it, which is taking a frustratingly long time. The > > modesetting driver is not my friend right now. > > OK, several hours of dumb build+config mistakes later, I was actually > able to reproduce the failure and walk through things. There is a > trivial fix for the issues in the X modesetting driver, working off > Daniel Stone's claim that gbm_bo_get_modifier() should only be called > when the allocation was made with gbm_bo_create_with_modifiers(). > modeset doesn't respect that requirement now in the case that the atomic > modesetting path is disabled, which is always the case currently because > that path is broken. Respecting that requirement is a half-liner and > allows X to start properly. > > If I force modeset to use the atomic path, X still fails to start with > the above fix, validating the second theory I'd had: > > -Current Mesa nouveau code basically ignores the modifier list passed in > unless it is a single modifier requesting linear layout, and goes about > allocating whatever layout it sees fit, and succeeds the allocation > despite being passed a list of modifiers it knows nothing about. Not > great, fixed in my pending patches, obviously doesn't help existing > deployed userspace. > > -Current Mesa nouveau code, when asked what modifier it used for the > above allocation, returns one of the "legacy" modifiers nouveau DRM-KMS > knows nothing about. > > -When the modeset driver tries to create an FB for that BO with the > returned modifier, the nouveau kernel driver of course refuses. > > I think it's probably worth fixing the modesetting driver for the > reasons Daniel Vetter mentioned. Then if I get my Mesa patches in > before a new modesetting driver with working Atomic support is released, > there'll be no need for long-term workarounds in the kernel. So atm there's 0 working -modesetting with atomic because all of them are caught up by the kernel's check to refuse to hand out atomic support to X. I think we'd also need a patch to pump the atomic setcap to 2 (which should bypass the kernel's hack), plus of course someone needs to release 1.21. > Down to the real question of what to do in the kernel to support current > userspace code: I still think the best fix is to accept the old > modifiers but not advertise them. However, Daniel Stone and others, if > you think this will actually break userspace in other ways (Could you > describe in a bit more detail or point me to test cases if so?), I > suppose the only option would be to advertise & accept the old modifiers > for now, and I suppose at a config option at some point to phase the old > ones out, eventually drop them entirely. This would be unfortunate, > because as I mentioned, it could sometimes result in situations where > apps think they can share a buffer between two devices but will get > garbled data in practice. > > I've included an initial version of the kernel patch inline below. > Needs more testing, but I wanted to share it in case anyone has feedback > on the idea, wants to see the general workflow, or wants to help test. I think the only risk I'm seeing if nouveau currently also allocates formats (sometimes, maybe) that you then can't always scan out. If that's not the case, then silently allowing old modifiers to keep things working sounds like the best option. Otherwise sounds all reasonable, maybe more comments and hints to what exactly is broken in userspace for the real patch (once tested and all). -Daniel > >>> There's no attempt to verify the DRM-KMS device supports the modifier, > >>> but then, why would there be? GBM presumably chose a supported modifier > >>> at buffer creation time, and we don't know which plane the FB is going > >>> to be used with yet. GBM doesn't actually ask the kernel which > >>> modifiers it supports here either though. > >> > >> Right, it doesn't ask, because userspace tells it which modifiers to > >> use. The correct behaviour is to take the list from the KMS > >> `IN_FORMATS` property and then pass that to > >> `gbm_(bo|surface)_create_with_modifiers`; GBM must then select from > >> that list and only that list. If that call does not succeed and Xorg > >> falls back to `gbm_surface_create`, then it must not call > >> `gbm_bo_get_modifier` - so that would be a modesetting bug. If that > >> call does succeed and `gbm_bo_get_modifier` subsequently reports a > >> modifier which was not in the list, that's a Mesa driver bug. > >> > >>> It just goes into Mesa via > >>> DRI and reports the modifier (unpatched) Mesa chose on its own. Mesa > >>> just hard-codes the modifiers in its driver backends since its thinking > >>> in terms of a device's 3D engine, not display. In theory, Mesa's DRI > >>> drivers could query KMS for supported modifiers if allocating from GBM > >>> using the non-modifiers path and the SCANOUT flag is set (perhaps some > >>> drivers do this or its equivalent? Haven't checked.), but that seems > >>> pretty gnarly and doesn't fix the modifier-based GBM allocation path > >>> AFAIK. Bit of a mess. > >> > >> Two options for GBM users: > >> * call gbm_*_create_with_modifiers, it succeeds, call > >> gbm_bo_get_modifier, pass modifier into AddFB > >> * call gbm_*_create (without modifiers), it succeeds, do not call > >> gbm_bo_get_modifier, do not pass a modifier into AddFB > >> > >> Anything else is a bug in the user. Note that falling back from 1 to 2 > >> is fine: if `gbm_*_create_with_modifiers()` fails, you can fall back > >> to the non-modifier path, provided you don't later try to get a > >> modifier back out. > >> > >>> For a quick userspace fix that could probably be pushed out everywhere > >>> (Only affects Xorg server 1.20+ AFAIK), just retrying > >>> drmModeAddFB2WithModifiers() without the DRM_MODE_FB_MODIFIERS flag on > >>> failure should be sufficient. > >> > >> This would break other drivers. > > > > I think this could be done in a way that wouldn't, though it wouldn't be > > quite as simple. Let's see what the true root cause is first though. > > > >>> Still need to verify as I'm having > >>> trouble wrangling my Xorg build at the moment and I'm pressed for time. > >>> A more complete fix would be quite involved, as modesetting isn't really > >>> properly plumbed to validate GBM's modifiers against KMS planes, and it > >>> doesn't seem like GBM/Mesa/DRI should be responsible for this as noted > >>> above given the general modifier workflow/design. > >>> > >>> Most importantly, options I've considered for fixing from the kernel > >>> side: > >>> > >>> -Accept "legacy" modifiers in nouveau in addition to the new modifiers, > >>> though avoid reporting them to userspace as supported to avoid further > >>> proliferation. This is pretty straightforward. I'll need to modify > >>> both the AddFB2 handler (nouveau_validate_decode_mod) and the mode set > >>> plane validation logic (nv50_plane_format_mod_supported), but it should > >>> end up just being a few lines of code. > >> > >> I do think that they should also be reported to userspace if they are > >> accepted. Other users can and do look at the modifier list to see if > >> the buffer is acceptable for a given plane, so the consistency is good > >> here. Of course, in Mesa you would want to prioritise the new > >> modifiers over the legacy ones, and not allocate or return the legacy > >> ones unless that was all you were asked for. This would involve > >> tracking the used modifier explicitly through Mesa, rather than > >> throwing it away at alloc time and then later divining it from the > >> tiling mode. > > > > Reporting them as supported is equivalent to reporting support for a > > memory layout the chips don't actually support (It corresponds to a > > valid layout on Tegra chips, but not on discrete NV chips). This is > > what the new modifiers are trying to avoid in the first place: Implying > > buffers can be shared between these Tegra chips and discrete NV GPUs. > > > > Thanks, > > -James > > > >> Cheers, > >> Daniel > >> > > nouveau: Accept 'legacy' format modifiers > > Accept the DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK() > family of modifiers to handle broken userspace > Xorg modesetting and Mesa drivers. > --- > drivers/gpu/drm/nouveau/nouveau_display.c | 26 +++++++++++++++++++++-- > 1 file changed, 24 insertions(+), 2 deletions(-) > > diff --git a/drivers/gpu/drm/nouveau/nouveau_display.c > b/drivers/gpu/drm/nouveau/nouveau_display.c > index 496c4621cc78..31543086254b 100644 > --- a/drivers/gpu/drm/nouveau/nouveau_display.c > +++ b/drivers/gpu/drm/nouveau/nouveau_display.c > @@ -191,8 +191,14 @@ nouveau_decode_mod(struct nouveau_drm *drm, > uint32_t *tile_mode, > uint8_t *kind) > { > + struct nouveau_display *disp = nouveau_display(drm->dev); > BUG_ON(!tile_mode || !kind); > > + if ((modifier & (0xffull << 12)) == 0ull) { > + /* Legacy modifier. Translate to this device's 'kind.' */ > + modifier |= disp->format_modifiers[0] & (0xffull << 12); > + } > + > if (modifier == DRM_FORMAT_MOD_LINEAR) { > /* tile_mode will not be used in this case */ > *tile_mode = 0; > @@ -227,6 +233,16 @@ nouveau_framebuffer_get_layout(struct > drm_framebuffer *fb, > } > } > > +static const u64 legacy_modifiers[] = { > + DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK(0), > + DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK(1), > + DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK(2), > + DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK(3), > + DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK(4), > + DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK(5), > + DRM_FORMAT_MOD_INVALID > +}; > + > static int > nouveau_validate_decode_mod(struct nouveau_drm *drm, > uint64_t modifier, > @@ -247,8 +263,14 @@ nouveau_validate_decode_mod(struct nouveau_drm *drm, > (disp->format_modifiers[mod] != modifier); > mod++); > > - if (disp->format_modifiers[mod] == DRM_FORMAT_MOD_INVALID) > - return -EINVAL; > + if (disp->format_modifiers[mod] == DRM_FORMAT_MOD_INVALID) { > + for (mod = 0; > + (legacy_modifiers[mod] != DRM_FORMAT_MOD_INVALID) && > + (legacy_modifiers[mod] != modifier); > + mod++); > + if (legacy_modifiers[mod] == DRM_FORMAT_MOD_INVALID) > + return -EINVAL; > + } > > nouveau_decode_mod(drm, modifier, tile_mode, kind); > > -- > 2.17.1 > -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-07-03 7:16 ` Daniel Vetter @ 2020-07-13 1:37 ` Dave Airlie 2020-07-14 14:31 ` James Jones 0 siblings, 1 reply; 74+ messages in thread From: Dave Airlie @ 2020-07-13 1:37 UTC (permalink / raw) To: Daniel Vetter; +Cc: Kirill A. Shutemov, James Jones, Ben Skeggs, dri-devel How are we going with a fix for this regression I can commit? Dave. _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-07-13 1:37 ` Dave Airlie @ 2020-07-14 14:31 ` James Jones 2020-08-04 8:58 ` Karol Herbst 0 siblings, 1 reply; 74+ messages in thread From: James Jones @ 2020-07-14 14:31 UTC (permalink / raw) To: Dave Airlie, Daniel Vetter; +Cc: Kirill A. Shutemov, Ben Skeggs, dri-devel Still testing. I'll get a Sign-off version out this week unless I find a problem. Thanks, -James On 7/12/20 6:37 PM, Dave Airlie wrote: > How are we going with a fix for this regression I can commit? > > Dave. > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-07-14 14:31 ` James Jones @ 2020-08-04 8:58 ` Karol Herbst 2020-08-12 0:19 ` James Jones 0 siblings, 1 reply; 74+ messages in thread From: Karol Herbst @ 2020-08-04 8:58 UTC (permalink / raw) To: James Jones; +Cc: Daniel Vetter, Ben Skeggs, dri-devel Hi James, I don't know if you knew, but on the Jetson nano we had the issue for quite some time, that GLX/EGL through mesa on X was broken due to some fix in mesa related to modifiers. And I was wondering if the overall state just caused the issue we saw here and wanted to know what branches/patches I needed for the various projects to see if the work you have been doing since the last upstream nouveau regression would be of any help here? Mind pointing me towards everything I'd need to check that? I'd really like to fix this, but didn't have the time to investigate what the core problem here was, but I think it's very likely that a fixed/improved modifier support could actually fix it as well. Alternately I'd like to move to kmsro in mesa as this fixes it as well, but that could just be by coincidence and would break other devices.. Thanks On Tue, Jul 14, 2020 at 4:32 PM James Jones <jajones@nvidia.com> wrote: > > Still testing. I'll get a Sign-off version out this week unless I find > a problem. > > Thanks, > -James > > On 7/12/20 6:37 PM, Dave Airlie wrote: > > How are we going with a fix for this regression I can commit? > > > > Dave. > > > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-04 8:58 ` Karol Herbst @ 2020-08-12 0:19 ` James Jones 2020-08-12 10:27 ` Karol Herbst 0 siblings, 1 reply; 74+ messages in thread From: James Jones @ 2020-08-12 0:19 UTC (permalink / raw) To: Karol Herbst; +Cc: Daniel Vetter, Ben Skeggs, dri-devel Sorry for the slow reply here as well. I've been in the process of rebasing and reworking the userspace patches. I'm not clear my changes will address the Jetson Nano issue, but if you'd like to try them, the latest userspace changes are available here: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/3724 And the tegra-drm kernel patches are here: https://patchwork.ozlabs.org/project/linux-tegra/patch/20191217005205.2573-1-jajones@nvidia.com/ Those + the kernel changes addressed in this thread are everything I had outstanding. Thanks, -James On 8/4/20 1:58 AM, Karol Herbst wrote: > Hi James, > > I don't know if you knew, but on the Jetson nano we had the issue for > quite some time, that GLX/EGL through mesa on X was broken due to some > fix in mesa related to modifiers. > > And I was wondering if the overall state just caused the issue we saw > here and wanted to know what branches/patches I needed for the various > projects to see if the work you have been doing since the last > upstream nouveau regression would be of any help here? > > Mind pointing me towards everything I'd need to check that? > > I'd really like to fix this, but didn't have the time to investigate > what the core problem here was, but I think it's very likely that a > fixed/improved modifier support could actually fix it as well. > Alternately I'd like to move to kmsro in mesa as this fixes it as > well, but that could just be by coincidence and would break other > devices.. > > Thanks > > On Tue, Jul 14, 2020 at 4:32 PM James Jones <jajones@nvidia.com> wrote: >> >> Still testing. I'll get a Sign-off version out this week unless I find >> a problem. >> >> Thanks, >> -James >> >> On 7/12/20 6:37 PM, Dave Airlie wrote: >>> How are we going with a fix for this regression I can commit? >>> >>> Dave. >>> >> _______________________________________________ >> dri-devel mailing list >> dri-devel@lists.freedesktop.org >> https://lists.freedesktop.org/mailman/listinfo/dri-devel >> > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-12 0:19 ` James Jones @ 2020-08-12 10:27 ` Karol Herbst 2020-08-12 10:43 ` Karol Herbst 0 siblings, 1 reply; 74+ messages in thread From: Karol Herbst @ 2020-08-12 10:27 UTC (permalink / raw) To: James Jones; +Cc: Daniel Vetter, Ben Skeggs, dri-devel On Wed, Aug 12, 2020 at 2:19 AM James Jones <jajones@nvidia.com> wrote: > > Sorry for the slow reply here as well. I've been in the process of > rebasing and reworking the userspace patches. I'm not clear my changes > will address the Jetson Nano issue, but if you'd like to try them, the > latest userspace changes are available here: > > https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/3724 > > And the tegra-drm kernel patches are here: > > > https://patchwork.ozlabs.org/project/linux-tegra/patch/20191217005205.2573-1-jajones@nvidia.com/ > > Those + the kernel changes addressed in this thread are everything I had > outstanding. > I don't know if that's caused by your changes or not, but now the assert I hit is a different one pointing out that nvc0_miptree_select_best_modifier fails in a certain case and returns MOD_INVALID... anyway, it seems like with your patches applied it's now way easier to debug and figure out what's going wrong, so maybe I can figure it out now :) > Thanks, > -James > > On 8/4/20 1:58 AM, Karol Herbst wrote: > > Hi James, > > > > I don't know if you knew, but on the Jetson nano we had the issue for > > quite some time, that GLX/EGL through mesa on X was broken due to some > > fix in mesa related to modifiers. > > > > And I was wondering if the overall state just caused the issue we saw > > here and wanted to know what branches/patches I needed for the various > > projects to see if the work you have been doing since the last > > upstream nouveau regression would be of any help here? > > > > Mind pointing me towards everything I'd need to check that? > > > > I'd really like to fix this, but didn't have the time to investigate > > what the core problem here was, but I think it's very likely that a > > fixed/improved modifier support could actually fix it as well. > > Alternately I'd like to move to kmsro in mesa as this fixes it as > > well, but that could just be by coincidence and would break other > > devices.. > > > > Thanks > > > > On Tue, Jul 14, 2020 at 4:32 PM James Jones <jajones@nvidia.com> wrote: > >> > >> Still testing. I'll get a Sign-off version out this week unless I find > >> a problem. > >> > >> Thanks, > >> -James > >> > >> On 7/12/20 6:37 PM, Dave Airlie wrote: > >>> How are we going with a fix for this regression I can commit? > >>> > >>> Dave. > >>> > >> _______________________________________________ > >> dri-devel mailing list > >> dri-devel@lists.freedesktop.org > >> https://lists.freedesktop.org/mailman/listinfo/dri-devel > >> > > > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-12 10:27 ` Karol Herbst @ 2020-08-12 10:43 ` Karol Herbst 2020-08-12 12:24 ` Karol Herbst 2020-08-12 15:05 ` Thierry Reding 0 siblings, 2 replies; 74+ messages in thread From: Karol Herbst @ 2020-08-12 10:43 UTC (permalink / raw) To: James Jones; +Cc: Daniel Vetter, Ben Skeggs, dri-devel On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst <kherbst@redhat.com> wrote: > > On Wed, Aug 12, 2020 at 2:19 AM James Jones <jajones@nvidia.com> wrote: > > > > Sorry for the slow reply here as well. I've been in the process of > > rebasing and reworking the userspace patches. I'm not clear my changes > > will address the Jetson Nano issue, but if you'd like to try them, the > > latest userspace changes are available here: > > > > https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/3724 > > > > And the tegra-drm kernel patches are here: > > > > > > https://patchwork.ozlabs.org/project/linux-tegra/patch/20191217005205.2573-1-jajones@nvidia.com/ > > > > Those + the kernel changes addressed in this thread are everything I had > > outstanding. > > > > I don't know if that's caused by your changes or not, but now the > assert I hit is a different one pointing out that > nvc0_miptree_select_best_modifier fails in a certain case and returns > MOD_INVALID... anyway, it seems like with your patches applied it's > now way easier to debug and figure out what's going wrong, so maybe I > can figure it out now :) > collected some information which might help to track it down. src/gallium/frontends/dri/dri2.c:648 is the assert hit: assert(*zsbuf) templ is {reference = {count = 0}, width0 = 300, height0 = 300, depth0 = 1, array_size = 1, format = PIPE_FORMAT_Z24X8_UNORM, target = PIPE_TEXTURE_2D, last_level = 0, nr_samples = 0, nr_storage_samples = 0, usage = 0, bind = 1, flags = 0, next = 0x0, screen = 0x0} inside tegra_screen_resource_create modifier says DRM_FORMAT_MOD_INVALID as template->bind is 1 and nvc0_miptree_select_best_modifier returns DRM_FORMAT_MOD_INVALID, so the call just returns NULL leading to the assert. Btw, this is on Xorg-1.20.8-1.fc32.aarch64 with glxgears. > > Thanks, > > -James > > > > On 8/4/20 1:58 AM, Karol Herbst wrote: > > > Hi James, > > > > > > I don't know if you knew, but on the Jetson nano we had the issue for > > > quite some time, that GLX/EGL through mesa on X was broken due to some > > > fix in mesa related to modifiers. > > > > > > And I was wondering if the overall state just caused the issue we saw > > > here and wanted to know what branches/patches I needed for the various > > > projects to see if the work you have been doing since the last > > > upstream nouveau regression would be of any help here? > > > > > > Mind pointing me towards everything I'd need to check that? > > > > > > I'd really like to fix this, but didn't have the time to investigate > > > what the core problem here was, but I think it's very likely that a > > > fixed/improved modifier support could actually fix it as well. > > > Alternately I'd like to move to kmsro in mesa as this fixes it as > > > well, but that could just be by coincidence and would break other > > > devices.. > > > > > > Thanks > > > > > > On Tue, Jul 14, 2020 at 4:32 PM James Jones <jajones@nvidia.com> wrote: > > >> > > >> Still testing. I'll get a Sign-off version out this week unless I find > > >> a problem. > > >> > > >> Thanks, > > >> -James > > >> > > >> On 7/12/20 6:37 PM, Dave Airlie wrote: > > >>> How are we going with a fix for this regression I can commit? > > >>> > > >>> Dave. > > >>> > > >> _______________________________________________ > > >> dri-devel mailing list > > >> dri-devel@lists.freedesktop.org > > >> https://lists.freedesktop.org/mailman/listinfo/dri-devel > > >> > > > > > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-12 10:43 ` Karol Herbst @ 2020-08-12 12:24 ` Karol Herbst 2020-08-12 12:37 ` Ilia Mirkin 2020-08-12 15:05 ` Thierry Reding 1 sibling, 1 reply; 74+ messages in thread From: Karol Herbst @ 2020-08-12 12:24 UTC (permalink / raw) To: James Jones; +Cc: Thierry Reding, dri-devel On Wed, Aug 12, 2020 at 12:43 PM Karol Herbst <kherbst@redhat.com> wrote: > > On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst <kherbst@redhat.com> wrote: > > > > On Wed, Aug 12, 2020 at 2:19 AM James Jones <jajones@nvidia.com> wrote: > > > > > > Sorry for the slow reply here as well. I've been in the process of > > > rebasing and reworking the userspace patches. I'm not clear my changes > > > will address the Jetson Nano issue, but if you'd like to try them, the > > > latest userspace changes are available here: > > > > > > https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/3724 > > > > > > And the tegra-drm kernel patches are here: > > > > > > > > > https://patchwork.ozlabs.org/project/linux-tegra/patch/20191217005205.2573-1-jajones@nvidia.com/ > > > > > > Those + the kernel changes addressed in this thread are everything I had > > > outstanding. > > > > > > > I don't know if that's caused by your changes or not, but now the > > assert I hit is a different one pointing out that > > nvc0_miptree_select_best_modifier fails in a certain case and returns > > MOD_INVALID... anyway, it seems like with your patches applied it's > > now way easier to debug and figure out what's going wrong, so maybe I > > can figure it out now :) > > > > collected some information which might help to track it down. > > src/gallium/frontends/dri/dri2.c:648 is the assert hit: assert(*zsbuf) > > templ is {reference = {count = 0}, width0 = 300, height0 = 300, depth0 > = 1, array_size = 1, format = PIPE_FORMAT_Z24X8_UNORM, target = > PIPE_TEXTURE_2D, last_level = 0, nr_samples = 0, nr_storage_samples = > 0, usage = 0, bind = 1, flags = 0, next = 0x0, screen = 0x0} > > inside tegra_screen_resource_create modifier says > DRM_FORMAT_MOD_INVALID as template->bind is 1 > > and nvc0_miptree_select_best_modifier returns DRM_FORMAT_MOD_INVALID, > so the call just returns NULL leading to the assert. > > Btw, this is on Xorg-1.20.8-1.fc32.aarch64 with glxgears. > So I digged a bit deeper and here is what tripps it of: when the context gets made current, the normal framebuffer validation and render buffer allocation is done, but we end up inside tegra_screen_resource_create at some point with PIPE_BIND_SCANOUT set in template->bind. Now the tegra driver forces the DRM_FORMAT_MOD_LINEAR modifier and calls into resource_create_with_modifiers. If it wouldn't do that, nouveau would allocate a tiled buffer, with that it's linear and we at some point end up with an assert about a depth_stencil buffer being there even though it shouldn't. If I always use DRM_FORMAT_MOD_INVALID in tegra_screen_resource_create, things just work. That's kind of the cause I pinpointed the issue down to. But I have no idea what's supposed to happen and what the actual bug is. > > > Thanks, > > > -James > > > > > > On 8/4/20 1:58 AM, Karol Herbst wrote: > > > > Hi James, > > > > > > > > I don't know if you knew, but on the Jetson nano we had the issue for > > > > quite some time, that GLX/EGL through mesa on X was broken due to some > > > > fix in mesa related to modifiers. > > > > > > > > And I was wondering if the overall state just caused the issue we saw > > > > here and wanted to know what branches/patches I needed for the various > > > > projects to see if the work you have been doing since the last > > > > upstream nouveau regression would be of any help here? > > > > > > > > Mind pointing me towards everything I'd need to check that? > > > > > > > > I'd really like to fix this, but didn't have the time to investigate > > > > what the core problem here was, but I think it's very likely that a > > > > fixed/improved modifier support could actually fix it as well. > > > > Alternately I'd like to move to kmsro in mesa as this fixes it as > > > > well, but that could just be by coincidence and would break other > > > > devices.. > > > > > > > > Thanks > > > > > > > > On Tue, Jul 14, 2020 at 4:32 PM James Jones <jajones@nvidia.com> wrote: > > > >> > > > >> Still testing. I'll get a Sign-off version out this week unless I find > > > >> a problem. > > > >> > > > >> Thanks, > > > >> -James > > > >> > > > >> On 7/12/20 6:37 PM, Dave Airlie wrote: > > > >>> How are we going with a fix for this regression I can commit? > > > >>> > > > >>> Dave. > > > >>> > > > >> _______________________________________________ > > > >> dri-devel mailing list > > > >> dri-devel@lists.freedesktop.org > > > >> https://lists.freedesktop.org/mailman/listinfo/dri-devel > > > >> > > > > > > > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-12 12:24 ` Karol Herbst @ 2020-08-12 12:37 ` Ilia Mirkin 2020-08-12 17:03 ` James Jones 0 siblings, 1 reply; 74+ messages in thread From: Ilia Mirkin @ 2020-08-12 12:37 UTC (permalink / raw) To: Karol Herbst; +Cc: James Jones, Thierry Reding, dri-devel On Wed, Aug 12, 2020 at 8:24 AM Karol Herbst <kherbst@redhat.com> wrote: > > On Wed, Aug 12, 2020 at 12:43 PM Karol Herbst <kherbst@redhat.com> wrote: > > > > On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst <kherbst@redhat.com> wrote: > > > > > > On Wed, Aug 12, 2020 at 2:19 AM James Jones <jajones@nvidia.com> wrote: > > > > > > > > Sorry for the slow reply here as well. I've been in the process of > > > > rebasing and reworking the userspace patches. I'm not clear my changes > > > > will address the Jetson Nano issue, but if you'd like to try them, the > > > > latest userspace changes are available here: > > > > > > > > https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/3724 > > > > > > > > And the tegra-drm kernel patches are here: > > > > > > > > > > > > https://patchwork.ozlabs.org/project/linux-tegra/patch/20191217005205.2573-1-jajones@nvidia.com/ > > > > > > > > Those + the kernel changes addressed in this thread are everything I had > > > > outstanding. > > > > > > > > > > I don't know if that's caused by your changes or not, but now the > > > assert I hit is a different one pointing out that > > > nvc0_miptree_select_best_modifier fails in a certain case and returns > > > MOD_INVALID... anyway, it seems like with your patches applied it's > > > now way easier to debug and figure out what's going wrong, so maybe I > > > can figure it out now :) > > > > > > > collected some information which might help to track it down. > > > > src/gallium/frontends/dri/dri2.c:648 is the assert hit: assert(*zsbuf) > > > > templ is {reference = {count = 0}, width0 = 300, height0 = 300, depth0 > > = 1, array_size = 1, format = PIPE_FORMAT_Z24X8_UNORM, target = > > PIPE_TEXTURE_2D, last_level = 0, nr_samples = 0, nr_storage_samples = > > 0, usage = 0, bind = 1, flags = 0, next = 0x0, screen = 0x0} > > > > inside tegra_screen_resource_create modifier says > > DRM_FORMAT_MOD_INVALID as template->bind is 1 > > > > and nvc0_miptree_select_best_modifier returns DRM_FORMAT_MOD_INVALID, > > so the call just returns NULL leading to the assert. > > > > Btw, this is on Xorg-1.20.8-1.fc32.aarch64 with glxgears. > > > > So I digged a bit deeper and here is what tripps it of: > > when the context gets made current, the normal framebuffer validation > and render buffer allocation is done, but we end up inside > tegra_screen_resource_create at some point with PIPE_BIND_SCANOUT set > in template->bind. Now the tegra driver forces the > DRM_FORMAT_MOD_LINEAR modifier and calls into > resource_create_with_modifiers. > > If it wouldn't do that, nouveau would allocate a tiled buffer, with > that it's linear and we at some point end up with an assert about a > depth_stencil buffer being there even though it shouldn't. If I always > use DRM_FORMAT_MOD_INVALID in tegra_screen_resource_create, things > just work. > > That's kind of the cause I pinpointed the issue down to. But I have no > idea what's supposed to happen and what the actual bug is. Yeah, the bug with tegra has always been "trying to render to linear color + tiled depth", which the hardware plain doesn't support. (And linear depth isn't a thing.) Question is whether what it's doing necessary. PIPE_BIND_SCANOUT (/linear) requirements are needed for DRI2 to work (well, maybe not in theory, but at least in practice the nouveau ddx expects linear buffers). However tegra operates on a more DRI3-like basis, so with "client" allocations, tiled should work OK as long as there's something in tegra to copy it to linear when necessary? -ilia _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-12 12:37 ` Ilia Mirkin @ 2020-08-12 17:03 ` James Jones 2020-08-12 17:10 ` Karol Herbst 2020-08-14 13:40 ` Thierry Reding 0 siblings, 2 replies; 74+ messages in thread From: James Jones @ 2020-08-12 17:03 UTC (permalink / raw) To: Ilia Mirkin, Karol Herbst; +Cc: Thierry Reding, dri-devel On 8/12/20 5:37 AM, Ilia Mirkin wrote: > On Wed, Aug 12, 2020 at 8:24 AM Karol Herbst <kherbst@redhat.com> wrote: >> >> On Wed, Aug 12, 2020 at 12:43 PM Karol Herbst <kherbst@redhat.com> wrote: >>> >>> On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst <kherbst@redhat.com> wrote: >>>> >>>> On Wed, Aug 12, 2020 at 2:19 AM James Jones <jajones@nvidia.com> wrote: >>>>> >>>>> Sorry for the slow reply here as well. I've been in the process of >>>>> rebasing and reworking the userspace patches. I'm not clear my changes >>>>> will address the Jetson Nano issue, but if you'd like to try them, the >>>>> latest userspace changes are available here: >>>>> >>>>> https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/3724 >>>>> >>>>> And the tegra-drm kernel patches are here: >>>>> >>>>> >>>>> https://patchwork.ozlabs.org/project/linux-tegra/patch/20191217005205.2573-1-jajones@nvidia.com/ >>>>> >>>>> Those + the kernel changes addressed in this thread are everything I had >>>>> outstanding. >>>>> >>>> >>>> I don't know if that's caused by your changes or not, but now the >>>> assert I hit is a different one pointing out that >>>> nvc0_miptree_select_best_modifier fails in a certain case and returns >>>> MOD_INVALID... anyway, it seems like with your patches applied it's >>>> now way easier to debug and figure out what's going wrong, so maybe I >>>> can figure it out now :) >>>> >>> >>> collected some information which might help to track it down. >>> >>> src/gallium/frontends/dri/dri2.c:648 is the assert hit: assert(*zsbuf) >>> >>> templ is {reference = {count = 0}, width0 = 300, height0 = 300, depth0 >>> = 1, array_size = 1, format = PIPE_FORMAT_Z24X8_UNORM, target = >>> PIPE_TEXTURE_2D, last_level = 0, nr_samples = 0, nr_storage_samples = >>> 0, usage = 0, bind = 1, flags = 0, next = 0x0, screen = 0x0} >>> >>> inside tegra_screen_resource_create modifier says >>> DRM_FORMAT_MOD_INVALID as template->bind is 1 >>> >>> and nvc0_miptree_select_best_modifier returns DRM_FORMAT_MOD_INVALID, >>> so the call just returns NULL leading to the assert. >>> >>> Btw, this is on Xorg-1.20.8-1.fc32.aarch64 with glxgears. >>> >> >> So I digged a bit deeper and here is what tripps it of: >> >> when the context gets made current, the normal framebuffer validation >> and render buffer allocation is done, but we end up inside >> tegra_screen_resource_create at some point with PIPE_BIND_SCANOUT set >> in template->bind. Now the tegra driver forces the >> DRM_FORMAT_MOD_LINEAR modifier and calls into >> resource_create_with_modifiers. >> >> If it wouldn't do that, nouveau would allocate a tiled buffer, with >> that it's linear and we at some point end up with an assert about a >> depth_stencil buffer being there even though it shouldn't. If I always >> use DRM_FORMAT_MOD_INVALID in tegra_screen_resource_create, things >> just work. >> >> That's kind of the cause I pinpointed the issue down to. But I have no >> idea what's supposed to happen and what the actual bug is. > > Yeah, the bug with tegra has always been "trying to render to linear > color + tiled depth", which the hardware plain doesn't support. (And > linear depth isn't a thing.) > > Question is whether what it's doing necessary. PIPE_BIND_SCANOUT > (/linear) requirements are needed for DRI2 to work (well, maybe not in > theory, but at least in practice the nouveau ddx expects linear > buffers). However tegra operates on a more DRI3-like basis, so with > "client" allocations, tiled should work OK as long as there's > something in tegra to copy it to linear when necessary? I can confirm the above: Our hardware can't render to linear depth buffers, nor can it mix linear color buffers with block linear depth buffers. I think there's a misunderstanding on expected behavior of resource_create_with_modifiers() here too: tegra_screen_resource_create() is passing DRM_FORMAT_MOD_INVALID as the only modifier in non-scanout cases. Previously, I believe nouveau may have treated that as "no modifiers specified. Fall back to internal layout selection logic", but in my patches I "fixed" it to match other drivers' behavior, in that allocation will fail if that is the only modifier in the list, since it is equivalent to passing in a list containing only unsupported modifiers. To get fallback behavior, tegra_screen_resource_create() should pass in (NULL, 0) for (modifiers, count), or just call resource_create() on the underlying screen instead. Beyond that, I can only offer my thoughts based on analysis of the code referenced here so far: While I've learned from the origins of this thread applications/things external to Mesa in general shouldn't be querying format modifiers of buffers created without format modifiers, tegra is a Mesa internal component that already has some intimate knowledge of how the nouveau driver it sits on top of works. Nouveau will always be able to construct and return a valid format modifier for unorm single sampled color buffers (and hopefully, anything that can scan out going forward), both before and after my patches I believe, regardless of how they were allocated. After my patches, it should even work for things that can't scan out in theory. Hence, looking at this without knowledge of what motivated the original changes, it seems like tegra_screen_resource_create should just naively forward the resource_create() call, relying on nouveau to select a layout and provide a valid modifier when queried for import. As Karol notes, this works fine for at least this simple test case, and it's what nouveau itself would be doing with an equivalent callstack, excepting the modifier query, so I find it hard to believe it breaks some application behavior. It'll also end up being equivalent (in end result, not quite semantically) to what dri3_alloc_render_buffer() was doing prior to the patch mentioned that broke things for Karol, so certainly for the DRI3 usage it's the right behavior. Ilia, what in the nouveau DDX (As in Xfree86 DDX?) assumes linear buffers? It sounds like you don't think it will interact poorly with this path regardless? Thierry, do you recall what motivated the force-linear code here? As to why this works for Thierry and not Karol, that's confusing. Are you both using the same X11 DDX (modesetting I assume?) and X server versions? Could it be a difference in client-side DRI library code somehow? Thanks, -James > -ilia > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-12 17:03 ` James Jones @ 2020-08-12 17:10 ` Karol Herbst 2020-08-12 17:19 ` James Jones 2020-08-14 13:40 ` Thierry Reding 1 sibling, 1 reply; 74+ messages in thread From: Karol Herbst @ 2020-08-12 17:10 UTC (permalink / raw) To: James Jones; +Cc: Thierry Reding, dri-devel On Wed, Aug 12, 2020 at 7:03 PM James Jones <jajones@nvidia.com> wrote: > > On 8/12/20 5:37 AM, Ilia Mirkin wrote: > > On Wed, Aug 12, 2020 at 8:24 AM Karol Herbst <kherbst@redhat.com> wrote: > >> > >> On Wed, Aug 12, 2020 at 12:43 PM Karol Herbst <kherbst@redhat.com> wrote: > >>> > >>> On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst <kherbst@redhat.com> wrote: > >>>> > >>>> On Wed, Aug 12, 2020 at 2:19 AM James Jones <jajones@nvidia.com> wrote: > >>>>> > >>>>> Sorry for the slow reply here as well. I've been in the process of > >>>>> rebasing and reworking the userspace patches. I'm not clear my changes > >>>>> will address the Jetson Nano issue, but if you'd like to try them, the > >>>>> latest userspace changes are available here: > >>>>> > >>>>> https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/3724 > >>>>> > >>>>> And the tegra-drm kernel patches are here: > >>>>> > >>>>> > >>>>> https://patchwork.ozlabs.org/project/linux-tegra/patch/20191217005205.2573-1-jajones@nvidia.com/ > >>>>> > >>>>> Those + the kernel changes addressed in this thread are everything I had > >>>>> outstanding. > >>>>> > >>>> > >>>> I don't know if that's caused by your changes or not, but now the > >>>> assert I hit is a different one pointing out that > >>>> nvc0_miptree_select_best_modifier fails in a certain case and returns > >>>> MOD_INVALID... anyway, it seems like with your patches applied it's > >>>> now way easier to debug and figure out what's going wrong, so maybe I > >>>> can figure it out now :) > >>>> > >>> > >>> collected some information which might help to track it down. > >>> > >>> src/gallium/frontends/dri/dri2.c:648 is the assert hit: assert(*zsbuf) > >>> > >>> templ is {reference = {count = 0}, width0 = 300, height0 = 300, depth0 > >>> = 1, array_size = 1, format = PIPE_FORMAT_Z24X8_UNORM, target = > >>> PIPE_TEXTURE_2D, last_level = 0, nr_samples = 0, nr_storage_samples = > >>> 0, usage = 0, bind = 1, flags = 0, next = 0x0, screen = 0x0} > >>> > >>> inside tegra_screen_resource_create modifier says > >>> DRM_FORMAT_MOD_INVALID as template->bind is 1 > >>> > >>> and nvc0_miptree_select_best_modifier returns DRM_FORMAT_MOD_INVALID, > >>> so the call just returns NULL leading to the assert. > >>> > >>> Btw, this is on Xorg-1.20.8-1.fc32.aarch64 with glxgears. > >>> > >> > >> So I digged a bit deeper and here is what tripps it of: > >> > >> when the context gets made current, the normal framebuffer validation > >> and render buffer allocation is done, but we end up inside > >> tegra_screen_resource_create at some point with PIPE_BIND_SCANOUT set > >> in template->bind. Now the tegra driver forces the > >> DRM_FORMAT_MOD_LINEAR modifier and calls into > >> resource_create_with_modifiers. > >> > >> If it wouldn't do that, nouveau would allocate a tiled buffer, with > >> that it's linear and we at some point end up with an assert about a > >> depth_stencil buffer being there even though it shouldn't. If I always > >> use DRM_FORMAT_MOD_INVALID in tegra_screen_resource_create, things > >> just work. > >> > >> That's kind of the cause I pinpointed the issue down to. But I have no > >> idea what's supposed to happen and what the actual bug is. > > > > Yeah, the bug with tegra has always been "trying to render to linear > > color + tiled depth", which the hardware plain doesn't support. (And > > linear depth isn't a thing.) > > > > Question is whether what it's doing necessary. PIPE_BIND_SCANOUT > > (/linear) requirements are needed for DRI2 to work (well, maybe not in > > theory, but at least in practice the nouveau ddx expects linear > > buffers). However tegra operates on a more DRI3-like basis, so with > > "client" allocations, tiled should work OK as long as there's > > something in tegra to copy it to linear when necessary? > > I can confirm the above: Our hardware can't render to linear depth > buffers, nor can it mix linear color buffers with block linear depth > buffers. > > I think there's a misunderstanding on expected behavior of > resource_create_with_modifiers() here too: > tegra_screen_resource_create() is passing DRM_FORMAT_MOD_INVALID as the > only modifier in non-scanout cases. Previously, I believe nouveau may > have treated that as "no modifiers specified. Fall back to internal > layout selection logic", but in my patches I "fixed" it to match other > drivers' behavior, in that allocation will fail if that is the only > modifier in the list, since it is equivalent to passing in a list > containing only unsupported modifiers. To get fallback behavior, > tegra_screen_resource_create() should pass in (NULL, 0) for (modifiers, > count), or just call resource_create() on the underlying screen instead. > > Beyond that, I can only offer my thoughts based on analysis of the code > referenced here so far: > > While I've learned from the origins of this thread applications/things > external to Mesa in general shouldn't be querying format modifiers of > buffers created without format modifiers, tegra is a Mesa internal > component that already has some intimate knowledge of how the nouveau > driver it sits on top of works. Nouveau will always be able to > construct and return a valid format modifier for unorm single sampled > color buffers (and hopefully, anything that can scan out going forward), > both before and after my patches I believe, regardless of how they were > allocated. After my patches, it should even work for things that can't > scan out in theory. Hence, looking at this without knowledge of what > motivated the original changes, it seems like > tegra_screen_resource_create should just naively forward the > resource_create() call, relying on nouveau to select a layout and > provide a valid modifier when queried for import. As Karol notes, this > works fine for at least this simple test case, and it's what nouveau > itself would be doing with an equivalent callstack, excepting the > modifier query, so I find it hard to believe it breaks some application > behavior. It'll also end up being equivalent (in end result, not quite > semantically) to what dri3_alloc_render_buffer() was doing prior to the > patch mentioned that broke things for Karol, so certainly for the DRI3 > usage it's the right behavior. > > Ilia, what in the nouveau DDX (As in Xfree86 DDX?) assumes linear > buffers? It sounds like you don't think it will interact poorly with > this path regardless? Thierry, do you recall what motivated the > force-linear code here? > > As to why this works for Thierry and not Karol, that's confusing. Are > you both using the same X11 DDX (modesetting I assume?) and X server > versions? Could it be a difference in client-side DRI library code somehow? > it's X. 1.20.99.1 works, 1.20.8 is broken. > Thanks, > -James > > > -ilia > > > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-12 17:10 ` Karol Herbst @ 2020-08-12 17:19 ` James Jones 2020-08-12 17:40 ` Alyssa Rosenzweig 0 siblings, 1 reply; 74+ messages in thread From: James Jones @ 2020-08-12 17:19 UTC (permalink / raw) To: Karol Herbst; +Cc: Thierry Reding, dri-devel, Alyssa Rosenzweig On 8/12/20 10:10 AM, Karol Herbst wrote: > On Wed, Aug 12, 2020 at 7:03 PM James Jones <jajones@nvidia.com> wrote: >> >> On 8/12/20 5:37 AM, Ilia Mirkin wrote: >>> On Wed, Aug 12, 2020 at 8:24 AM Karol Herbst <kherbst@redhat.com> wrote: >>>> >>>> On Wed, Aug 12, 2020 at 12:43 PM Karol Herbst <kherbst@redhat.com> wrote: >>>>> >>>>> On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst <kherbst@redhat.com> wrote: >>>>>> >>>>>> On Wed, Aug 12, 2020 at 2:19 AM James Jones <jajones@nvidia.com> wrote: >>>>>>> >>>>>>> Sorry for the slow reply here as well. I've been in the process of >>>>>>> rebasing and reworking the userspace patches. I'm not clear my changes >>>>>>> will address the Jetson Nano issue, but if you'd like to try them, the >>>>>>> latest userspace changes are available here: >>>>>>> >>>>>>> https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/3724 >>>>>>> >>>>>>> And the tegra-drm kernel patches are here: >>>>>>> >>>>>>> >>>>>>> https://patchwork.ozlabs.org/project/linux-tegra/patch/20191217005205.2573-1-jajones@nvidia.com/ >>>>>>> >>>>>>> Those + the kernel changes addressed in this thread are everything I had >>>>>>> outstanding. >>>>>>> >>>>>> >>>>>> I don't know if that's caused by your changes or not, but now the >>>>>> assert I hit is a different one pointing out that >>>>>> nvc0_miptree_select_best_modifier fails in a certain case and returns >>>>>> MOD_INVALID... anyway, it seems like with your patches applied it's >>>>>> now way easier to debug and figure out what's going wrong, so maybe I >>>>>> can figure it out now :) >>>>>> >>>>> >>>>> collected some information which might help to track it down. >>>>> >>>>> src/gallium/frontends/dri/dri2.c:648 is the assert hit: assert(*zsbuf) >>>>> >>>>> templ is {reference = {count = 0}, width0 = 300, height0 = 300, depth0 >>>>> = 1, array_size = 1, format = PIPE_FORMAT_Z24X8_UNORM, target = >>>>> PIPE_TEXTURE_2D, last_level = 0, nr_samples = 0, nr_storage_samples = >>>>> 0, usage = 0, bind = 1, flags = 0, next = 0x0, screen = 0x0} >>>>> >>>>> inside tegra_screen_resource_create modifier says >>>>> DRM_FORMAT_MOD_INVALID as template->bind is 1 >>>>> >>>>> and nvc0_miptree_select_best_modifier returns DRM_FORMAT_MOD_INVALID, >>>>> so the call just returns NULL leading to the assert. >>>>> >>>>> Btw, this is on Xorg-1.20.8-1.fc32.aarch64 with glxgears. >>>>> >>>> >>>> So I digged a bit deeper and here is what tripps it of: >>>> >>>> when the context gets made current, the normal framebuffer validation >>>> and render buffer allocation is done, but we end up inside >>>> tegra_screen_resource_create at some point with PIPE_BIND_SCANOUT set >>>> in template->bind. Now the tegra driver forces the >>>> DRM_FORMAT_MOD_LINEAR modifier and calls into >>>> resource_create_with_modifiers. >>>> >>>> If it wouldn't do that, nouveau would allocate a tiled buffer, with >>>> that it's linear and we at some point end up with an assert about a >>>> depth_stencil buffer being there even though it shouldn't. If I always >>>> use DRM_FORMAT_MOD_INVALID in tegra_screen_resource_create, things >>>> just work. >>>> >>>> That's kind of the cause I pinpointed the issue down to. But I have no >>>> idea what's supposed to happen and what the actual bug is. >>> >>> Yeah, the bug with tegra has always been "trying to render to linear >>> color + tiled depth", which the hardware plain doesn't support. (And >>> linear depth isn't a thing.) >>> >>> Question is whether what it's doing necessary. PIPE_BIND_SCANOUT >>> (/linear) requirements are needed for DRI2 to work (well, maybe not in >>> theory, but at least in practice the nouveau ddx expects linear >>> buffers). However tegra operates on a more DRI3-like basis, so with >>> "client" allocations, tiled should work OK as long as there's >>> something in tegra to copy it to linear when necessary? >> >> I can confirm the above: Our hardware can't render to linear depth >> buffers, nor can it mix linear color buffers with block linear depth >> buffers. >> >> I think there's a misunderstanding on expected behavior of >> resource_create_with_modifiers() here too: >> tegra_screen_resource_create() is passing DRM_FORMAT_MOD_INVALID as the >> only modifier in non-scanout cases. Previously, I believe nouveau may >> have treated that as "no modifiers specified. Fall back to internal >> layout selection logic", but in my patches I "fixed" it to match other >> drivers' behavior, in that allocation will fail if that is the only >> modifier in the list, since it is equivalent to passing in a list >> containing only unsupported modifiers. To get fallback behavior, >> tegra_screen_resource_create() should pass in (NULL, 0) for (modifiers, >> count), or just call resource_create() on the underlying screen instead. ...and in merging my code with Alyssa's new panfrost format modifier support, I see panfrost does the opposite of this and treats a format modifier list of only INVALID as "don't care". I modeled the new nouveau behavior on the Iris driver. Now I'm not sure which is correct :-( Thanks, -James >> Beyond that, I can only offer my thoughts based on analysis of the code >> referenced here so far: >> >> While I've learned from the origins of this thread applications/things >> external to Mesa in general shouldn't be querying format modifiers of >> buffers created without format modifiers, tegra is a Mesa internal >> component that already has some intimate knowledge of how the nouveau >> driver it sits on top of works. Nouveau will always be able to >> construct and return a valid format modifier for unorm single sampled >> color buffers (and hopefully, anything that can scan out going forward), >> both before and after my patches I believe, regardless of how they were >> allocated. After my patches, it should even work for things that can't >> scan out in theory. Hence, looking at this without knowledge of what >> motivated the original changes, it seems like >> tegra_screen_resource_create should just naively forward the >> resource_create() call, relying on nouveau to select a layout and >> provide a valid modifier when queried for import. As Karol notes, this >> works fine for at least this simple test case, and it's what nouveau >> itself would be doing with an equivalent callstack, excepting the >> modifier query, so I find it hard to believe it breaks some application >> behavior. It'll also end up being equivalent (in end result, not quite >> semantically) to what dri3_alloc_render_buffer() was doing prior to the >> patch mentioned that broke things for Karol, so certainly for the DRI3 >> usage it's the right behavior. >> >> Ilia, what in the nouveau DDX (As in Xfree86 DDX?) assumes linear >> buffers? It sounds like you don't think it will interact poorly with >> this path regardless? Thierry, do you recall what motivated the >> force-linear code here? >> >> As to why this works for Thierry and not Karol, that's confusing. Are >> you both using the same X11 DDX (modesetting I assume?) and X server >> versions? Could it be a difference in client-side DRI library code somehow? >> > > it's X. 1.20.99.1 works, 1.20.8 is broken. > >> Thanks, >> -James >> >>> -ilia >>> >> > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-12 17:19 ` James Jones @ 2020-08-12 17:40 ` Alyssa Rosenzweig 2020-08-12 18:24 ` James Jones 0 siblings, 1 reply; 74+ messages in thread From: Alyssa Rosenzweig @ 2020-08-12 17:40 UTC (permalink / raw) To: James Jones; +Cc: dri-devel, Thierry Reding, Karol Herbst [-- Attachment #1.1: Type: text/plain, Size: 697 bytes --] > ...and in merging my code with Alyssa's new panfrost format modifier > support, I see panfrost does the opposite of this and treats a format > modifier list of only INVALID as "don't care". I modeled the new nouveau > behavior on the Iris driver. Now I'm not sure which is correct :-( ....and neither am I. Uh-oh. I modeled the panfrost code after v3d_resource_create_with_modifiers, which treats INVALID as "don't care". I can confirm the panfrost code works (in the sense that it's functional on the machines I've tested), but I don't know if it is actually correct. I think it is, since otherwise you end up using linear in places it's unnecessary, but I'm not sure where this is spec'd. [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-12 17:40 ` Alyssa Rosenzweig @ 2020-08-12 18:24 ` James Jones 2020-08-12 18:51 ` Karol Herbst 0 siblings, 1 reply; 74+ messages in thread From: James Jones @ 2020-08-12 18:24 UTC (permalink / raw) To: Alyssa Rosenzweig; +Cc: dri-devel, Thierry Reding, Karol Herbst On 8/12/20 10:40 AM, Alyssa Rosenzweig wrote: >> ...and in merging my code with Alyssa's new panfrost format modifier >> support, I see panfrost does the opposite of this and treats a format >> modifier list of only INVALID as "don't care". I modeled the new nouveau >> behavior on the Iris driver. Now I'm not sure which is correct :-( > > ....and neither am I. Uh-oh. > > I modeled the panfrost code after v3d_resource_create_with_modifiers, > which treats INVALID as "don't care". I can confirm the panfrost code > works (in the sense that it's functional on the machines I've tested), > but I don't know if it is actually correct. I think it is, since > otherwise you end up using linear in places it's unnecessary, but I'm > not sure where this is spec'd. It would depend on whether an app actually calls the function this way, and whether that app was tested I suppose. If I'm interpreting the Iris code correctly and it doesn't break anything, then I'm assuming both implementations are equally valid in that nothing exercises this path, but it would be good to have the intended behavior documented somewhere so we can try to work towards consistent in case someone tries it in the future. My nouveau change runs afoul of assumptions in the tegra driver, but that's easy enough to fix in lockstep if desired. Also, heads up: I'll ping you on my format modifier cleanup MR once I've pushed the latest version. The panfrost modifier usage was harder to merge into the refactoring than most, so it'll be good to have your review and if you have time, some testing. I think I landed on an elegant solution, but open to suggestions. Thanks, -James _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-12 18:24 ` James Jones @ 2020-08-12 18:51 ` Karol Herbst 2020-08-13 13:00 ` Karol Herbst 0 siblings, 1 reply; 74+ messages in thread From: Karol Herbst @ 2020-08-12 18:51 UTC (permalink / raw) To: James Jones; +Cc: dri-devel, Thierry Reding, Alyssa Rosenzweig in case you all were wondering, it works on xorg-server git because of this commit: https://gitlab.freedesktop.org/xorg/xserver/-/commit/9b8999411033c9473cd68e92e4690a91aecf5b95 On Wed, Aug 12, 2020 at 8:25 PM James Jones <jajones@nvidia.com> wrote: > > On 8/12/20 10:40 AM, Alyssa Rosenzweig wrote: > >> ...and in merging my code with Alyssa's new panfrost format modifier > >> support, I see panfrost does the opposite of this and treats a format > >> modifier list of only INVALID as "don't care". I modeled the new nouveau > >> behavior on the Iris driver. Now I'm not sure which is correct :-( > > > > ....and neither am I. Uh-oh. > > > > I modeled the panfrost code after v3d_resource_create_with_modifiers, > > which treats INVALID as "don't care". I can confirm the panfrost code > > works (in the sense that it's functional on the machines I've tested), > > but I don't know if it is actually correct. I think it is, since > > otherwise you end up using linear in places it's unnecessary, but I'm > > not sure where this is spec'd. > > It would depend on whether an app actually calls the function this way, > and whether that app was tested I suppose. If I'm interpreting the Iris > code correctly and it doesn't break anything, then I'm assuming both > implementations are equally valid in that nothing exercises this path, > but it would be good to have the intended behavior documented somewhere > so we can try to work towards consistent in case someone tries it in the > future. > > My nouveau change runs afoul of assumptions in the tegra driver, but > that's easy enough to fix in lockstep if desired. > > Also, heads up: I'll ping you on my format modifier cleanup MR once I've > pushed the latest version. The panfrost modifier usage was harder to > merge into the refactoring than most, so it'll be good to have your > review and if you have time, some testing. I think I landed on an > elegant solution, but open to suggestions. > > Thanks, > -James > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-12 18:51 ` Karol Herbst @ 2020-08-13 13:00 ` Karol Herbst 2020-08-13 15:39 ` Karol Herbst 2020-08-14 13:54 ` Thierry Reding 0 siblings, 2 replies; 74+ messages in thread From: Karol Herbst @ 2020-08-13 13:00 UTC (permalink / raw) To: James Jones; +Cc: dri-devel, Thierry Reding, Alyssa Rosenzweig At least for now I've created an MR to revert the change: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/6300 But it seems like there was probably a good reason why it got added? Happy to have better fixes, but that's the best we've got so far I think? Thierry, what do you think? On Wed, Aug 12, 2020 at 8:51 PM Karol Herbst <kherbst@redhat.com> wrote: > > in case you all were wondering, it works on xorg-server git because of > this commit: https://gitlab.freedesktop.org/xorg/xserver/-/commit/9b8999411033c9473cd68e92e4690a91aecf5b95 > > On Wed, Aug 12, 2020 at 8:25 PM James Jones <jajones@nvidia.com> wrote: > > > > On 8/12/20 10:40 AM, Alyssa Rosenzweig wrote: > > >> ...and in merging my code with Alyssa's new panfrost format modifier > > >> support, I see panfrost does the opposite of this and treats a format > > >> modifier list of only INVALID as "don't care". I modeled the new nouveau > > >> behavior on the Iris driver. Now I'm not sure which is correct :-( > > > > > > ....and neither am I. Uh-oh. > > > > > > I modeled the panfrost code after v3d_resource_create_with_modifiers, > > > which treats INVALID as "don't care". I can confirm the panfrost code > > > works (in the sense that it's functional on the machines I've tested), > > > but I don't know if it is actually correct. I think it is, since > > > otherwise you end up using linear in places it's unnecessary, but I'm > > > not sure where this is spec'd. > > > > It would depend on whether an app actually calls the function this way, > > and whether that app was tested I suppose. If I'm interpreting the Iris > > code correctly and it doesn't break anything, then I'm assuming both > > implementations are equally valid in that nothing exercises this path, > > but it would be good to have the intended behavior documented somewhere > > so we can try to work towards consistent in case someone tries it in the > > future. > > > > My nouveau change runs afoul of assumptions in the tegra driver, but > > that's easy enough to fix in lockstep if desired. > > > > Also, heads up: I'll ping you on my format modifier cleanup MR once I've > > pushed the latest version. The panfrost modifier usage was harder to > > merge into the refactoring than most, so it'll be good to have your > > review and if you have time, some testing. I think I landed on an > > elegant solution, but open to suggestions. > > > > Thanks, > > -James > > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-13 13:00 ` Karol Herbst @ 2020-08-13 15:39 ` Karol Herbst 2020-08-13 17:19 ` Karol Herbst 2020-08-14 14:08 ` Thierry Reding 2020-08-14 13:54 ` Thierry Reding 1 sibling, 2 replies; 74+ messages in thread From: Karol Herbst @ 2020-08-13 15:39 UTC (permalink / raw) To: James Jones; +Cc: dri-devel, Thierry Reding, Alyssa Rosenzweig btw, I just noticed that wayland with gnome-shell is totally busted. With this MR it at least displays something, but without it doesn't work at all. On Thu, Aug 13, 2020 at 3:00 PM Karol Herbst <kherbst@redhat.com> wrote: > > At least for now I've created an MR to revert the change: > https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/6300 > > But it seems like there was probably a good reason why it got added? > Happy to have better fixes, but that's the best we've got so far I > think? > > Thierry, what do you think? > > On Wed, Aug 12, 2020 at 8:51 PM Karol Herbst <kherbst@redhat.com> wrote: > > > > in case you all were wondering, it works on xorg-server git because of > > this commit: https://gitlab.freedesktop.org/xorg/xserver/-/commit/9b8999411033c9473cd68e92e4690a91aecf5b95 > > > > On Wed, Aug 12, 2020 at 8:25 PM James Jones <jajones@nvidia.com> wrote: > > > > > > On 8/12/20 10:40 AM, Alyssa Rosenzweig wrote: > > > >> ...and in merging my code with Alyssa's new panfrost format modifier > > > >> support, I see panfrost does the opposite of this and treats a format > > > >> modifier list of only INVALID as "don't care". I modeled the new nouveau > > > >> behavior on the Iris driver. Now I'm not sure which is correct :-( > > > > > > > > ....and neither am I. Uh-oh. > > > > > > > > I modeled the panfrost code after v3d_resource_create_with_modifiers, > > > > which treats INVALID as "don't care". I can confirm the panfrost code > > > > works (in the sense that it's functional on the machines I've tested), > > > > but I don't know if it is actually correct. I think it is, since > > > > otherwise you end up using linear in places it's unnecessary, but I'm > > > > not sure where this is spec'd. > > > > > > It would depend on whether an app actually calls the function this way, > > > and whether that app was tested I suppose. If I'm interpreting the Iris > > > code correctly and it doesn't break anything, then I'm assuming both > > > implementations are equally valid in that nothing exercises this path, > > > but it would be good to have the intended behavior documented somewhere > > > so we can try to work towards consistent in case someone tries it in the > > > future. > > > > > > My nouveau change runs afoul of assumptions in the tegra driver, but > > > that's easy enough to fix in lockstep if desired. > > > > > > Also, heads up: I'll ping you on my format modifier cleanup MR once I've > > > pushed the latest version. The panfrost modifier usage was harder to > > > merge into the refactoring than most, so it'll be good to have your > > > review and if you have time, some testing. I think I landed on an > > > elegant solution, but open to suggestions. > > > > > > Thanks, > > > -James > > > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-13 15:39 ` Karol Herbst @ 2020-08-13 17:19 ` Karol Herbst 2020-08-13 17:45 ` James Jones 2020-08-14 14:08 ` Thierry Reding 1 sibling, 1 reply; 74+ messages in thread From: Karol Herbst @ 2020-08-13 17:19 UTC (permalink / raw) To: James Jones; +Cc: dri-devel, Thierry Reding, Alyssa Rosenzweig another thing: with gsettings set org.gnome.mutter experimental-features '["kms-modifiers"]' it all just works out of the box with wayland, but that won't be enabled for quite some time, so we need to figure out what is broken (less so with my patch) under wayland with gnome :) On Thu, Aug 13, 2020 at 5:39 PM Karol Herbst <kherbst@redhat.com> wrote: > > btw, I just noticed that wayland with gnome-shell is totally busted. > With this MR it at least displays something, but without it doesn't > work at all. > > On Thu, Aug 13, 2020 at 3:00 PM Karol Herbst <kherbst@redhat.com> wrote: > > > > At least for now I've created an MR to revert the change: > > https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/6300 > > > > But it seems like there was probably a good reason why it got added? > > Happy to have better fixes, but that's the best we've got so far I > > think? > > > > Thierry, what do you think? > > > > On Wed, Aug 12, 2020 at 8:51 PM Karol Herbst <kherbst@redhat.com> wrote: > > > > > > in case you all were wondering, it works on xorg-server git because of > > > this commit: https://gitlab.freedesktop.org/xorg/xserver/-/commit/9b8999411033c9473cd68e92e4690a91aecf5b95 > > > > > > On Wed, Aug 12, 2020 at 8:25 PM James Jones <jajones@nvidia.com> wrote: > > > > > > > > On 8/12/20 10:40 AM, Alyssa Rosenzweig wrote: > > > > >> ...and in merging my code with Alyssa's new panfrost format modifier > > > > >> support, I see panfrost does the opposite of this and treats a format > > > > >> modifier list of only INVALID as "don't care". I modeled the new nouveau > > > > >> behavior on the Iris driver. Now I'm not sure which is correct :-( > > > > > > > > > > ....and neither am I. Uh-oh. > > > > > > > > > > I modeled the panfrost code after v3d_resource_create_with_modifiers, > > > > > which treats INVALID as "don't care". I can confirm the panfrost code > > > > > works (in the sense that it's functional on the machines I've tested), > > > > > but I don't know if it is actually correct. I think it is, since > > > > > otherwise you end up using linear in places it's unnecessary, but I'm > > > > > not sure where this is spec'd. > > > > > > > > It would depend on whether an app actually calls the function this way, > > > > and whether that app was tested I suppose. If I'm interpreting the Iris > > > > code correctly and it doesn't break anything, then I'm assuming both > > > > implementations are equally valid in that nothing exercises this path, > > > > but it would be good to have the intended behavior documented somewhere > > > > so we can try to work towards consistent in case someone tries it in the > > > > future. > > > > > > > > My nouveau change runs afoul of assumptions in the tegra driver, but > > > > that's easy enough to fix in lockstep if desired. > > > > > > > > Also, heads up: I'll ping you on my format modifier cleanup MR once I've > > > > pushed the latest version. The panfrost modifier usage was harder to > > > > merge into the refactoring than most, so it'll be good to have your > > > > review and if you have time, some testing. I think I landed on an > > > > elegant solution, but open to suggestions. > > > > > > > > Thanks, > > > > -James > > > > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-13 17:19 ` Karol Herbst @ 2020-08-13 17:45 ` James Jones 2020-08-13 17:48 ` Karol Herbst 2020-08-14 14:05 ` Thierry Reding 0 siblings, 2 replies; 74+ messages in thread From: James Jones @ 2020-08-13 17:45 UTC (permalink / raw) To: Karol Herbst; +Cc: Thierry Reding, Alyssa Rosenzweig, dri-devel I'll defer to Thierry, but I think that may be by design. Tegra format modifiers were added to get things like this working in the first place, right? It's not a regression, is it? Thanks, -James On 8/13/20 10:19 AM, Karol Herbst wrote: > another thing: with gsettings set org.gnome.mutter > experimental-features '["kms-modifiers"]' it all just works out of the > box with wayland, but that won't be enabled for quite some time, so we > need to figure out what is broken (less so with my patch) under > wayland with gnome :) > > On Thu, Aug 13, 2020 at 5:39 PM Karol Herbst <kherbst@redhat.com> wrote: >> >> btw, I just noticed that wayland with gnome-shell is totally busted. >> With this MR it at least displays something, but without it doesn't >> work at all. >> >> On Thu, Aug 13, 2020 at 3:00 PM Karol Herbst <kherbst@redhat.com> wrote: >>> >>> At least for now I've created an MR to revert the change: >>> https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/6300 >>> >>> But it seems like there was probably a good reason why it got added? >>> Happy to have better fixes, but that's the best we've got so far I >>> think? >>> >>> Thierry, what do you think? >>> >>> On Wed, Aug 12, 2020 at 8:51 PM Karol Herbst <kherbst@redhat.com> wrote: >>>> >>>> in case you all were wondering, it works on xorg-server git because of >>>> this commit: https://gitlab.freedesktop.org/xorg/xserver/-/commit/9b8999411033c9473cd68e92e4690a91aecf5b95 >>>> >>>> On Wed, Aug 12, 2020 at 8:25 PM James Jones <jajones@nvidia.com> wrote: >>>>> >>>>> On 8/12/20 10:40 AM, Alyssa Rosenzweig wrote: >>>>>>> ...and in merging my code with Alyssa's new panfrost format modifier >>>>>>> support, I see panfrost does the opposite of this and treats a format >>>>>>> modifier list of only INVALID as "don't care". I modeled the new nouveau >>>>>>> behavior on the Iris driver. Now I'm not sure which is correct :-( >>>>>> >>>>>> ....and neither am I. Uh-oh. >>>>>> >>>>>> I modeled the panfrost code after v3d_resource_create_with_modifiers, >>>>>> which treats INVALID as "don't care". I can confirm the panfrost code >>>>>> works (in the sense that it's functional on the machines I've tested), >>>>>> but I don't know if it is actually correct. I think it is, since >>>>>> otherwise you end up using linear in places it's unnecessary, but I'm >>>>>> not sure where this is spec'd. >>>>> >>>>> It would depend on whether an app actually calls the function this way, >>>>> and whether that app was tested I suppose. If I'm interpreting the Iris >>>>> code correctly and it doesn't break anything, then I'm assuming both >>>>> implementations are equally valid in that nothing exercises this path, >>>>> but it would be good to have the intended behavior documented somewhere >>>>> so we can try to work towards consistent in case someone tries it in the >>>>> future. >>>>> >>>>> My nouveau change runs afoul of assumptions in the tegra driver, but >>>>> that's easy enough to fix in lockstep if desired. >>>>> >>>>> Also, heads up: I'll ping you on my format modifier cleanup MR once I've >>>>> pushed the latest version. The panfrost modifier usage was harder to >>>>> merge into the refactoring than most, so it'll be good to have your >>>>> review and if you have time, some testing. I think I landed on an >>>>> elegant solution, but open to suggestions. >>>>> >>>>> Thanks, >>>>> -James >>>>> > > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-13 17:45 ` James Jones @ 2020-08-13 17:48 ` Karol Herbst 2020-08-14 13:57 ` Thierry Reding 2020-08-14 14:05 ` Thierry Reding 1 sibling, 1 reply; 74+ messages in thread From: Karol Herbst @ 2020-08-13 17:48 UTC (permalink / raw) To: James Jones; +Cc: Thierry Reding, Alyssa Rosenzweig, dri-devel On Thu, Aug 13, 2020 at 7:45 PM James Jones <jajones@nvidia.com> wrote: > > I'll defer to Thierry, but I think that may be by design. Tegra format > modifiers were added to get things like this working in the first place, > right? It's not a regression, is it? > That would be slightly annoying as this would mean by design it's broken by default :/ Also, we have no Xorg release supporting modifiers anyway and it does seem to work with X 1.20.8 (which doesn't enable modifier support). And I talked with Jonas (working on mutter) about it and there were no plans to turn on modifier support by default at this point. > Thanks, > -James > > On 8/13/20 10:19 AM, Karol Herbst wrote: > > another thing: with gsettings set org.gnome.mutter > > experimental-features '["kms-modifiers"]' it all just works out of the > > box with wayland, but that won't be enabled for quite some time, so we > > need to figure out what is broken (less so with my patch) under > > wayland with gnome :) > > > > On Thu, Aug 13, 2020 at 5:39 PM Karol Herbst <kherbst@redhat.com> wrote: > >> > >> btw, I just noticed that wayland with gnome-shell is totally busted. > >> With this MR it at least displays something, but without it doesn't > >> work at all. > >> > >> On Thu, Aug 13, 2020 at 3:00 PM Karol Herbst <kherbst@redhat.com> wrote: > >>> > >>> At least for now I've created an MR to revert the change: > >>> https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/6300 > >>> > >>> But it seems like there was probably a good reason why it got added? > >>> Happy to have better fixes, but that's the best we've got so far I > >>> think? > >>> > >>> Thierry, what do you think? > >>> > >>> On Wed, Aug 12, 2020 at 8:51 PM Karol Herbst <kherbst@redhat.com> wrote: > >>>> > >>>> in case you all were wondering, it works on xorg-server git because of > >>>> this commit: https://gitlab.freedesktop.org/xorg/xserver/-/commit/9b8999411033c9473cd68e92e4690a91aecf5b95 > >>>> > >>>> On Wed, Aug 12, 2020 at 8:25 PM James Jones <jajones@nvidia.com> wrote: > >>>>> > >>>>> On 8/12/20 10:40 AM, Alyssa Rosenzweig wrote: > >>>>>>> ...and in merging my code with Alyssa's new panfrost format modifier > >>>>>>> support, I see panfrost does the opposite of this and treats a format > >>>>>>> modifier list of only INVALID as "don't care". I modeled the new nouveau > >>>>>>> behavior on the Iris driver. Now I'm not sure which is correct :-( > >>>>>> > >>>>>> ....and neither am I. Uh-oh. > >>>>>> > >>>>>> I modeled the panfrost code after v3d_resource_create_with_modifiers, > >>>>>> which treats INVALID as "don't care". I can confirm the panfrost code > >>>>>> works (in the sense that it's functional on the machines I've tested), > >>>>>> but I don't know if it is actually correct. I think it is, since > >>>>>> otherwise you end up using linear in places it's unnecessary, but I'm > >>>>>> not sure where this is spec'd. > >>>>> > >>>>> It would depend on whether an app actually calls the function this way, > >>>>> and whether that app was tested I suppose. If I'm interpreting the Iris > >>>>> code correctly and it doesn't break anything, then I'm assuming both > >>>>> implementations are equally valid in that nothing exercises this path, > >>>>> but it would be good to have the intended behavior documented somewhere > >>>>> so we can try to work towards consistent in case someone tries it in the > >>>>> future. > >>>>> > >>>>> My nouveau change runs afoul of assumptions in the tegra driver, but > >>>>> that's easy enough to fix in lockstep if desired. > >>>>> > >>>>> Also, heads up: I'll ping you on my format modifier cleanup MR once I've > >>>>> pushed the latest version. The panfrost modifier usage was harder to > >>>>> merge into the refactoring than most, so it'll be good to have your > >>>>> review and if you have time, some testing. I think I landed on an > >>>>> elegant solution, but open to suggestions. > >>>>> > >>>>> Thanks, > >>>>> -James > >>>>> > > > > _______________________________________________ > > dri-devel mailing list > > dri-devel@lists.freedesktop.org > > https://lists.freedesktop.org/mailman/listinfo/dri-devel > > > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-13 17:48 ` Karol Herbst @ 2020-08-14 13:57 ` Thierry Reding 2020-08-14 13:59 ` Karol Herbst 0 siblings, 1 reply; 74+ messages in thread From: Thierry Reding @ 2020-08-14 13:57 UTC (permalink / raw) To: Karol Herbst; +Cc: James Jones, Thierry Reding, Alyssa Rosenzweig, dri-devel [-- Attachment #1.1: Type: text/plain, Size: 821 bytes --] On Thu, Aug 13, 2020 at 07:48:39PM +0200, Karol Herbst wrote: > On Thu, Aug 13, 2020 at 7:45 PM James Jones <jajones@nvidia.com> wrote: > > > > I'll defer to Thierry, but I think that may be by design. Tegra format > > modifiers were added to get things like this working in the first place, > > right? It's not a regression, is it? > > > > That would be slightly annoying as this would mean by design it's > broken by default :/ Also, we have no Xorg release supporting > modifiers anyway and it does seem to work with X 1.20.8 (which doesn't > enable modifier support). And I talked with Jonas (working on mutter) > about it and there were no plans to turn on modifier support by > default at this point. I thought you said earlier that 1.20.8 didn't work and was hitting the assertion? Thierry [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-14 13:57 ` Thierry Reding @ 2020-08-14 13:59 ` Karol Herbst 2020-08-14 14:10 ` Thierry Reding 0 siblings, 1 reply; 74+ messages in thread From: Karol Herbst @ 2020-08-14 13:59 UTC (permalink / raw) To: Thierry Reding; +Cc: James Jones, Thierry Reding, Alyssa Rosenzweig, dri-devel On Fri, Aug 14, 2020 at 3:57 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > On Thu, Aug 13, 2020 at 07:48:39PM +0200, Karol Herbst wrote: > > On Thu, Aug 13, 2020 at 7:45 PM James Jones <jajones@nvidia.com> wrote: > > > > > > I'll defer to Thierry, but I think that may be by design. Tegra format > > > modifiers were added to get things like this working in the first place, > > > right? It's not a regression, is it? > > > > > > > That would be slightly annoying as this would mean by design it's > > broken by default :/ Also, we have no Xorg release supporting > > modifiers anyway and it does seem to work with X 1.20.8 (which doesn't > > enable modifier support). And I talked with Jonas (working on mutter) > > about it and there were no plans to turn on modifier support by > > default at this point. > > I thought you said earlier that 1.20.8 didn't work and was hitting the > assertion? > uhm, I forgot to mention that it works with the patch I wrote: https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/6300 > Thierry _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-14 13:59 ` Karol Herbst @ 2020-08-14 14:10 ` Thierry Reding 0 siblings, 0 replies; 74+ messages in thread From: Thierry Reding @ 2020-08-14 14:10 UTC (permalink / raw) To: Karol Herbst; +Cc: James Jones, Thierry Reding, Alyssa Rosenzweig, dri-devel [-- Attachment #1.1: Type: text/plain, Size: 1602 bytes --] On Fri, Aug 14, 2020 at 03:59:16PM +0200, Karol Herbst wrote: > On Fri, Aug 14, 2020 at 3:57 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > > > On Thu, Aug 13, 2020 at 07:48:39PM +0200, Karol Herbst wrote: > > > On Thu, Aug 13, 2020 at 7:45 PM James Jones <jajones@nvidia.com> wrote: > > > > > > > > I'll defer to Thierry, but I think that may be by design. Tegra format > > > > modifiers were added to get things like this working in the first place, > > > > right? It's not a regression, is it? > > > > > > > > > > That would be slightly annoying as this would mean by design it's > > > broken by default :/ Also, we have no Xorg release supporting > > > modifiers anyway and it does seem to work with X 1.20.8 (which doesn't > > > enable modifier support). And I talked with Jonas (working on mutter) > > > about it and there were no plans to turn on modifier support by > > > default at this point. > > > > I thought you said earlier that 1.20.8 didn't work and was hitting the > > assertion? > > > > uhm, I forgot to mention that it works with the patch I wrote: > https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/6300 Okay, good to know. Like I said in another subthread, I think we need to make sure that this doesn't break other use-cases. I vaguely recall that there was one specific configuration that broke without that and I think it was when glamor was disabled because that caused X to allocate buffers without modifiers set. Let me try if I can reproduce such a build somehow and check if that fails again with the revert. Thierry [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-13 17:45 ` James Jones 2020-08-13 17:48 ` Karol Herbst @ 2020-08-14 14:05 ` Thierry Reding 2020-08-14 14:44 ` Karol Herbst 1 sibling, 1 reply; 74+ messages in thread From: Thierry Reding @ 2020-08-14 14:05 UTC (permalink / raw) To: James Jones; +Cc: dri-devel, Thierry Reding, Alyssa Rosenzweig, Karol Herbst [-- Attachment #1.1: Type: text/plain, Size: 701 bytes --] On Thu, Aug 13, 2020 at 10:45:34AM -0700, James Jones wrote: > I'll defer to Thierry, but I think that may be by design. Tegra format > modifiers were added to get things like this working in the first place, > right? It's not a regression, is it? I recall that things used to work with or without modifiers at some point. That was basically the point of the "pitch-linear by default" patch, see: https://gitlab.freedesktop.org/mesa/mesa/-/commit/9603d81df05105857b676f20dff964ef3ab0ecff If we don't force pitch-linear for cases where we don't have modifiers, there's no way we can properly display these as framebuffers because we lack the modifier information at the kernel level. Thierry [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-14 14:05 ` Thierry Reding @ 2020-08-14 14:44 ` Karol Herbst 2020-08-14 15:34 ` Thierry Reding 0 siblings, 1 reply; 74+ messages in thread From: Karol Herbst @ 2020-08-14 14:44 UTC (permalink / raw) To: Thierry Reding; +Cc: James Jones, Thierry Reding, Alyssa Rosenzweig, dri-devel On Fri, Aug 14, 2020 at 4:05 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > On Thu, Aug 13, 2020 at 10:45:34AM -0700, James Jones wrote: > > I'll defer to Thierry, but I think that may be by design. Tegra format > > modifiers were added to get things like this working in the first place, > > right? It's not a regression, is it? > > I recall that things used to work with or without modifiers at some > point. That was basically the point of the "pitch-linear by default" > patch, see: > > https://gitlab.freedesktop.org/mesa/mesa/-/commit/9603d81df05105857b676f20dff964ef3ab0ecff > > If we don't force pitch-linear for cases where we don't have modifiers, > there's no way we can properly display these as framebuffers because we > lack the modifier information at the kernel level. > I suspect that's related to https://gitlab.freedesktop.org/mesa/mesa/commit/c56fe4118a2dd991ff1b2a532c0f234eddd435e9 > Thierry _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-14 14:44 ` Karol Herbst @ 2020-08-14 15:34 ` Thierry Reding 2020-08-14 15:40 ` Karol Herbst 0 siblings, 1 reply; 74+ messages in thread From: Thierry Reding @ 2020-08-14 15:34 UTC (permalink / raw) To: Karol Herbst; +Cc: James Jones, Thierry Reding, Alyssa Rosenzweig, dri-devel [-- Attachment #1.1: Type: text/plain, Size: 2399 bytes --] On Fri, Aug 14, 2020 at 04:44:43PM +0200, Karol Herbst wrote: > On Fri, Aug 14, 2020 at 4:05 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > > > On Thu, Aug 13, 2020 at 10:45:34AM -0700, James Jones wrote: > > > I'll defer to Thierry, but I think that may be by design. Tegra format > > > modifiers were added to get things like this working in the first place, > > > right? It's not a regression, is it? > > > > I recall that things used to work with or without modifiers at some > > point. That was basically the point of the "pitch-linear by default" > > patch, see: > > > > https://gitlab.freedesktop.org/mesa/mesa/-/commit/9603d81df05105857b676f20dff964ef3ab0ecff > > > > If we don't force pitch-linear for cases where we don't have modifiers, > > there's no way we can properly display these as framebuffers because we > > lack the modifier information at the kernel level. > > > > I suspect that's related to > https://gitlab.freedesktop.org/mesa/mesa/commit/c56fe4118a2dd991ff1b2a532c0f234eddd435e9 But we're checking the the PIPE_USAGE_SCANOUT flag specifically for that type of case, so this should work. On the other hand, it does sound like that logic might actually work, but for some reason Nouveau then ends up allocating a linear render buffer and a tiled depth buffer, and that's the combination that doesn't work. Did I understand that correctly? So it sounds like there's a few options: a) Make Nouveau render without a depth buffer in these cases (not sure if that's even possible). b) Allocate a linear buffer *in addition* to the normal buffer that Nouveau allocates (with whatever it selects as the default layout) and then blit from the tiled buffer to the linear buffer everytime we need to. I think that'd be basically reproducing the code that is controlled by the DRI_PRIME environment variable. c) Accept that modifiers are the way to go and rely on them for proper functionality. This is obviously a really bad solution because not everyone has transitioned to framebuffer modifiers yet. On the other hand, this is precisely the kind of use-case that framebuffer modifiers were meant to address, so it isn't all that far-fetched to make them a requirement. None of those are really great options... does anyone have any other ideas? Thierry [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-14 15:34 ` Thierry Reding @ 2020-08-14 15:40 ` Karol Herbst 2020-08-14 16:06 ` Thierry Reding 0 siblings, 1 reply; 74+ messages in thread From: Karol Herbst @ 2020-08-14 15:40 UTC (permalink / raw) To: Thierry Reding; +Cc: James Jones, Thierry Reding, Alyssa Rosenzweig, dri-devel On Fri, Aug 14, 2020 at 5:35 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > On Fri, Aug 14, 2020 at 04:44:43PM +0200, Karol Herbst wrote: > > On Fri, Aug 14, 2020 at 4:05 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > > > > > On Thu, Aug 13, 2020 at 10:45:34AM -0700, James Jones wrote: > > > > I'll defer to Thierry, but I think that may be by design. Tegra format > > > > modifiers were added to get things like this working in the first place, > > > > right? It's not a regression, is it? > > > > > > I recall that things used to work with or without modifiers at some > > > point. That was basically the point of the "pitch-linear by default" > > > patch, see: > > > > > > https://gitlab.freedesktop.org/mesa/mesa/-/commit/9603d81df05105857b676f20dff964ef3ab0ecff > > > > > > If we don't force pitch-linear for cases where we don't have modifiers, > > > there's no way we can properly display these as framebuffers because we > > > lack the modifier information at the kernel level. > > > > > > > I suspect that's related to > > https://gitlab.freedesktop.org/mesa/mesa/commit/c56fe4118a2dd991ff1b2a532c0f234eddd435e9 > > But we're checking the the PIPE_USAGE_SCANOUT flag specifically for that > type of case, so this should work. On the other hand, it does sound like > that logic might actually work, but for some reason Nouveau then ends up > allocating a linear render buffer and a tiled depth buffer, and that's > the combination that doesn't work. Did I understand that correctly? > > So it sounds like there's a few options: > > a) Make Nouveau render without a depth buffer in these cases (not sure > if that's even possible). > > b) Allocate a linear buffer *in addition* to the normal buffer that > Nouveau allocates (with whatever it selects as the default layout) > and then blit from the tiled buffer to the linear buffer everytime > we need to. I think that'd be basically reproducing the code that > is controlled by the DRI_PRIME environment variable. > yeah, I think Ilia suggested something like that a long time ago as well. > c) Accept that modifiers are the way to go and rely on them for proper > functionality. This is obviously a really bad solution because not > everyone has transitioned to framebuffer modifiers yet. On the > other hand, this is precisely the kind of use-case that framebuffer > modifiers were meant to address, so it isn't all that far-fetched > to make them a requirement. > the problem with that is, that by default we don't have modifier aware desktops. gnome-shell by default and no Xorg release. > None of those are really great options... does anyone have any other > ideas? > What I am wondering about is why with my patch it simply works in X, but that could be a mere coincidence. > Thierry _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-14 15:40 ` Karol Herbst @ 2020-08-14 16:06 ` Thierry Reding 2020-08-14 16:12 ` Karol Herbst 0 siblings, 1 reply; 74+ messages in thread From: Thierry Reding @ 2020-08-14 16:06 UTC (permalink / raw) To: Karol Herbst; +Cc: James Jones, Thierry Reding, Alyssa Rosenzweig, dri-devel [-- Attachment #1.1: Type: text/plain, Size: 3576 bytes --] On Fri, Aug 14, 2020 at 05:40:34PM +0200, Karol Herbst wrote: > On Fri, Aug 14, 2020 at 5:35 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > > > On Fri, Aug 14, 2020 at 04:44:43PM +0200, Karol Herbst wrote: > > > On Fri, Aug 14, 2020 at 4:05 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > > > > > > > On Thu, Aug 13, 2020 at 10:45:34AM -0700, James Jones wrote: > > > > > I'll defer to Thierry, but I think that may be by design. Tegra format > > > > > modifiers were added to get things like this working in the first place, > > > > > right? It's not a regression, is it? > > > > > > > > I recall that things used to work with or without modifiers at some > > > > point. That was basically the point of the "pitch-linear by default" > > > > patch, see: > > > > > > > > https://gitlab.freedesktop.org/mesa/mesa/-/commit/9603d81df05105857b676f20dff964ef3ab0ecff > > > > > > > > If we don't force pitch-linear for cases where we don't have modifiers, > > > > there's no way we can properly display these as framebuffers because we > > > > lack the modifier information at the kernel level. > > > > > > > > > > I suspect that's related to > > > https://gitlab.freedesktop.org/mesa/mesa/commit/c56fe4118a2dd991ff1b2a532c0f234eddd435e9 > > > > But we're checking the the PIPE_USAGE_SCANOUT flag specifically for that > > type of case, so this should work. On the other hand, it does sound like > > that logic might actually work, but for some reason Nouveau then ends up > > allocating a linear render buffer and a tiled depth buffer, and that's > > the combination that doesn't work. Did I understand that correctly? > > > > So it sounds like there's a few options: > > > > a) Make Nouveau render without a depth buffer in these cases (not sure > > if that's even possible). > > > > b) Allocate a linear buffer *in addition* to the normal buffer that > > Nouveau allocates (with whatever it selects as the default layout) > > and then blit from the tiled buffer to the linear buffer everytime > > we need to. I think that'd be basically reproducing the code that > > is controlled by the DRI_PRIME environment variable. > > > > yeah, I think Ilia suggested something like that a long time ago as well. > > > c) Accept that modifiers are the way to go and rely on them for proper > > functionality. This is obviously a really bad solution because not > > everyone has transitioned to framebuffer modifiers yet. On the > > other hand, this is precisely the kind of use-case that framebuffer > > modifiers were meant to address, so it isn't all that far-fetched > > to make them a requirement. > > > > the problem with that is, that by default we don't have modifier aware > desktops. gnome-shell by default and no Xorg release. > > > None of those are really great options... does anyone have any other > > ideas? > > > > What I am wondering about is why with my patch it simply works in X, > but that could be a mere coincidence. So I was testing your revert with Weston and that "works", but only as in "it doesn't crash". As expected, since there's now a mismatch between what layout Nouveau assumes and the pitch-linear buffer that modesetting assumes it got, it'll now be completely scrambled. That said, even without the revert I can't seem to be able to make Weston work without modifiers support. I'll have to investigate some more why that's not working. Perhaps it doesn't pass the correct usage flags? Thierry [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-14 16:06 ` Thierry Reding @ 2020-08-14 16:12 ` Karol Herbst 2020-08-14 16:22 ` Thierry Reding 0 siblings, 1 reply; 74+ messages in thread From: Karol Herbst @ 2020-08-14 16:12 UTC (permalink / raw) To: Thierry Reding; +Cc: James Jones, Thierry Reding, Alyssa Rosenzweig, dri-devel On Fri, Aug 14, 2020 at 6:06 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > On Fri, Aug 14, 2020 at 05:40:34PM +0200, Karol Herbst wrote: > > On Fri, Aug 14, 2020 at 5:35 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > > > > > On Fri, Aug 14, 2020 at 04:44:43PM +0200, Karol Herbst wrote: > > > > On Fri, Aug 14, 2020 at 4:05 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > > > > > > > > > On Thu, Aug 13, 2020 at 10:45:34AM -0700, James Jones wrote: > > > > > > I'll defer to Thierry, but I think that may be by design. Tegra format > > > > > > modifiers were added to get things like this working in the first place, > > > > > > right? It's not a regression, is it? > > > > > > > > > > I recall that things used to work with or without modifiers at some > > > > > point. That was basically the point of the "pitch-linear by default" > > > > > patch, see: > > > > > > > > > > https://gitlab.freedesktop.org/mesa/mesa/-/commit/9603d81df05105857b676f20dff964ef3ab0ecff > > > > > > > > > > If we don't force pitch-linear for cases where we don't have modifiers, > > > > > there's no way we can properly display these as framebuffers because we > > > > > lack the modifier information at the kernel level. > > > > > > > > > > > > > I suspect that's related to > > > > https://gitlab.freedesktop.org/mesa/mesa/commit/c56fe4118a2dd991ff1b2a532c0f234eddd435e9 > > > > > > But we're checking the the PIPE_USAGE_SCANOUT flag specifically for that > > > type of case, so this should work. On the other hand, it does sound like > > > that logic might actually work, but for some reason Nouveau then ends up > > > allocating a linear render buffer and a tiled depth buffer, and that's > > > the combination that doesn't work. Did I understand that correctly? > > > > > > So it sounds like there's a few options: > > > > > > a) Make Nouveau render without a depth buffer in these cases (not sure > > > if that's even possible). > > > > > > b) Allocate a linear buffer *in addition* to the normal buffer that > > > Nouveau allocates (with whatever it selects as the default layout) > > > and then blit from the tiled buffer to the linear buffer everytime > > > we need to. I think that'd be basically reproducing the code that > > > is controlled by the DRI_PRIME environment variable. > > > > > > > yeah, I think Ilia suggested something like that a long time ago as well. > > > > > c) Accept that modifiers are the way to go and rely on them for proper > > > functionality. This is obviously a really bad solution because not > > > everyone has transitioned to framebuffer modifiers yet. On the > > > other hand, this is precisely the kind of use-case that framebuffer > > > modifiers were meant to address, so it isn't all that far-fetched > > > to make them a requirement. > > > > > > > the problem with that is, that by default we don't have modifier aware > > desktops. gnome-shell by default and no Xorg release. > > > > > None of those are really great options... does anyone have any other > > > ideas? > > > > > > > What I am wondering about is why with my patch it simply works in X, > > but that could be a mere coincidence. > > So I was testing your revert with Weston and that "works", but only as > in "it doesn't crash". As expected, since there's now a mismatch between > what layout Nouveau assumes and the pitch-linear buffer that modesetting > assumes it got, it'll now be completely scrambled. That said, even > without the revert I can't seem to be able to make Weston work without > modifiers support. > yeah, that does seem to reproduce what I noticed with gnome-shell/wayland as well. > I'll have to investigate some more why that's not working. Perhaps it > doesn't pass the correct usage flags? > > Thierry _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-14 16:12 ` Karol Herbst @ 2020-08-14 16:22 ` Thierry Reding 2020-08-14 17:17 ` Daniel Stone 0 siblings, 1 reply; 74+ messages in thread From: Thierry Reding @ 2020-08-14 16:22 UTC (permalink / raw) To: Karol Herbst; +Cc: James Jones, Thierry Reding, Alyssa Rosenzweig, dri-devel [-- Attachment #1.1: Type: text/plain, Size: 5556 bytes --] On Fri, Aug 14, 2020 at 06:12:56PM +0200, Karol Herbst wrote: > On Fri, Aug 14, 2020 at 6:06 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > > > On Fri, Aug 14, 2020 at 05:40:34PM +0200, Karol Herbst wrote: > > > On Fri, Aug 14, 2020 at 5:35 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > > > > > > > On Fri, Aug 14, 2020 at 04:44:43PM +0200, Karol Herbst wrote: > > > > > On Fri, Aug 14, 2020 at 4:05 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > > > > > > > > > > > On Thu, Aug 13, 2020 at 10:45:34AM -0700, James Jones wrote: > > > > > > > I'll defer to Thierry, but I think that may be by design. Tegra format > > > > > > > modifiers were added to get things like this working in the first place, > > > > > > > right? It's not a regression, is it? > > > > > > > > > > > > I recall that things used to work with or without modifiers at some > > > > > > point. That was basically the point of the "pitch-linear by default" > > > > > > patch, see: > > > > > > > > > > > > https://gitlab.freedesktop.org/mesa/mesa/-/commit/9603d81df05105857b676f20dff964ef3ab0ecff > > > > > > > > > > > > If we don't force pitch-linear for cases where we don't have modifiers, > > > > > > there's no way we can properly display these as framebuffers because we > > > > > > lack the modifier information at the kernel level. > > > > > > > > > > > > > > > > I suspect that's related to > > > > > https://gitlab.freedesktop.org/mesa/mesa/commit/c56fe4118a2dd991ff1b2a532c0f234eddd435e9 > > > > > > > > But we're checking the the PIPE_USAGE_SCANOUT flag specifically for that > > > > type of case, so this should work. On the other hand, it does sound like > > > > that logic might actually work, but for some reason Nouveau then ends up > > > > allocating a linear render buffer and a tiled depth buffer, and that's > > > > the combination that doesn't work. Did I understand that correctly? > > > > > > > > So it sounds like there's a few options: > > > > > > > > a) Make Nouveau render without a depth buffer in these cases (not sure > > > > if that's even possible). > > > > > > > > b) Allocate a linear buffer *in addition* to the normal buffer that > > > > Nouveau allocates (with whatever it selects as the default layout) > > > > and then blit from the tiled buffer to the linear buffer everytime > > > > we need to. I think that'd be basically reproducing the code that > > > > is controlled by the DRI_PRIME environment variable. > > > > > > > > > > yeah, I think Ilia suggested something like that a long time ago as well. > > > > > > > c) Accept that modifiers are the way to go and rely on them for proper > > > > functionality. This is obviously a really bad solution because not > > > > everyone has transitioned to framebuffer modifiers yet. On the > > > > other hand, this is precisely the kind of use-case that framebuffer > > > > modifiers were meant to address, so it isn't all that far-fetched > > > > to make them a requirement. > > > > > > > > > > the problem with that is, that by default we don't have modifier aware > > > desktops. gnome-shell by default and no Xorg release. > > > > > > > None of those are really great options... does anyone have any other > > > > ideas? > > > > > > > > > > What I am wondering about is why with my patch it simply works in X, > > > but that could be a mere coincidence. > > > > So I was testing your revert with Weston and that "works", but only as > > in "it doesn't crash". As expected, since there's now a mismatch between > > what layout Nouveau assumes and the pitch-linear buffer that modesetting > > assumes it got, it'll now be completely scrambled. That said, even > > without the revert I can't seem to be able to make Weston work without > > modifiers support. > > > > yeah, that does seem to reproduce what I noticed with > gnome-shell/wayland as well. Oh, here's the patch I used to disable framebuffer modifiers in Weston, in case anyone is interested: --- >8 --- diff --git a/libweston/backend-drm/kms.c b/libweston/backend-drm/kms.c index f5215f20d694..889b2444b99f 100644 --- a/libweston/backend-drm/kms.c +++ b/libweston/backend-drm/kms.c @@ -1480,6 +1480,10 @@ init_kms_caps(struct drm_backend *b) else b->fb_modifiers = 0; + if (getenv("WESTON_DISABLE_FB_MODIFIERS")) { + b->fb_modifiers = 0; + } + /* * KMS support for hardware planes cannot properly synchronize * without nuclear page flip. Without nuclear/atomic, hw plane --- >8 --- I suspect that the reason why this works in X but not in Wayland is because X passes the right usage flags, whereas Weston may not. But I'll have to investigate more in order to be sure. In either case, it does seem to me like b) above would be the best solution for the legacy case (i.e. where we don't have modifiers). It's not going to be great in terms of performance because of the extra copy, but I thought I had seen one of the render-only drivers do something similar, so I'll go look at them to see if I can use them as inspiration for implementing something like this on Tegra. This should ideally only be an issue for desktops that don't support FB modifiers at the moment. Even if that's the default for most at this point, hopefully that will change down the road. Perhaps we can go and release X 1.21.0 with that modifier enablement patch and that'll motivate desktops to adopt it as well as the default? Thierry [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply related [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-14 16:22 ` Thierry Reding @ 2020-08-14 17:17 ` Daniel Stone 2020-08-14 17:25 ` Daniel Vetter 0 siblings, 1 reply; 74+ messages in thread From: Daniel Stone @ 2020-08-14 17:17 UTC (permalink / raw) To: Thierry Reding Cc: dri-devel, James Jones, Thierry Reding, Alyssa Rosenzweig, Karol Herbst Hi, On Fri, 14 Aug 2020 at 17:22, Thierry Reding <thierry.reding@gmail.com> wrote: > I suspect that the reason why this works in X but not in Wayland is > because X passes the right usage flags, whereas Weston may not. But I'll > have to investigate more in order to be sure. Weston allocates its own buffers for displaying the result of composition through GBM with USE_SCANOUT, which is definitely correct. Wayland clients (common to all compositors, in Mesa's src/egl/drivers/dri2/platform_wayland.c) allocate with USE_SHARED but _not_ USE_SCANOUT, which is correct in that they are guaranteed to be shared, but not guaranteed to be scanned out. The expectation is that non-scanout-compatible buffers would be rejected by gbm_bo_import if not drmModeAddFB2. One difference between Weston and all other compositors (GNOME Shell, KWin, Sway, etc) is that Weston uses KMS planes for composition when it can (i.e. when gbm_bo_import from dmabuf + drmModeAddFB2 from gbm_bo handle + atomic check succeed), but the other compositors only use the GPU. So if you have different assumptions about the layout of imported buffers between the GPU and KMS, that would explain a fair bit. > Perhaps we can go and release X 1.21.0 with that modifier enablement > patch and that'll motivate desktops to adopt it as well as the default? Unfortunately we don't really have a good way out of this one. They were disabled because the non-modifier path on Intel can be linear or X-tiled (row-major), whereas the modifier path enables Y-tiled (column-major) and compressed layouts. Y-tiled is the most efficient, but Intel could only spare about six transistors for the global FIFO shared between all their plane fetch engines, and Y-tiled blows straight through it. Both X and Shell would thus fail to enable high resolutions or many heads (2x 4K is enough even on modern platforms IIRC), so they just turned modifiers off. The best solution would be to do a global atomic_check across all outputs and just blacklist modifiers until you find one which works, but Shell doesn't yet have that code, and -modesetting ... well, no-one's volunteered to do that yet, or probably ever. Cheers, Daniel _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-14 17:17 ` Daniel Stone @ 2020-08-14 17:25 ` Daniel Vetter 2020-08-18 14:37 ` Thierry Reding 0 siblings, 1 reply; 74+ messages in thread From: Daniel Vetter @ 2020-08-14 17:25 UTC (permalink / raw) To: Daniel Stone Cc: Karol Herbst, James Jones, dri-devel, Thierry Reding, Alyssa Rosenzweig, Thierry Reding On Fri, Aug 14, 2020 at 7:17 PM Daniel Stone <daniel@fooishbar.org> wrote: > > Hi, > > On Fri, 14 Aug 2020 at 17:22, Thierry Reding <thierry.reding@gmail.com> wrote: > > I suspect that the reason why this works in X but not in Wayland is > > because X passes the right usage flags, whereas Weston may not. But I'll > > have to investigate more in order to be sure. > > Weston allocates its own buffers for displaying the result of > composition through GBM with USE_SCANOUT, which is definitely correct. > > Wayland clients (common to all compositors, in Mesa's > src/egl/drivers/dri2/platform_wayland.c) allocate with USE_SHARED but > _not_ USE_SCANOUT, which is correct in that they are guaranteed to be > shared, but not guaranteed to be scanned out. The expectation is that > non-scanout-compatible buffers would be rejected by gbm_bo_import if > not drmModeAddFB2. > > One difference between Weston and all other compositors (GNOME Shell, > KWin, Sway, etc) is that Weston uses KMS planes for composition when > it can (i.e. when gbm_bo_import from dmabuf + drmModeAddFB2 from > gbm_bo handle + atomic check succeed), but the other compositors only > use the GPU. So if you have different assumptions about the layout of > imported buffers between the GPU and KMS, that would explain a fair > bit. Yeah non-modifiered multi-gpu (of any kind) is pretty much hopeless I think. I guess the only option is if the tegra mesa driver forces linear and an extra copy on everything that's USE_SHARED or USE_SCANOUT. > > Perhaps we can go and release X 1.21.0 with that modifier enablement > > patch and that'll motivate desktops to adopt it as well as the default? > > Unfortunately we don't really have a good way out of this one. They > were disabled because the non-modifier path on Intel can be linear or > X-tiled (row-major), whereas the modifier path enables Y-tiled > (column-major) and compressed layouts. Y-tiled is the most efficient, > but Intel could only spare about six transistors for the global FIFO > shared between all their plane fetch engines, and Y-tiled blows > straight through it. Both X and Shell would thus fail to enable high > resolutions or many heads (2x 4K is enough even on modern platforms > IIRC), so they just turned modifiers off. > > The best solution would be to do a global atomic_check across all > outputs and just blacklist modifiers until you find one which works, > but Shell doesn't yet have that code, and -modesetting ... well, > no-one's volunteered to do that yet, or probably ever. Yeah best bet for modifiered X is Xwayland on top of weston right now :-/ -Daniel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-14 17:25 ` Daniel Vetter @ 2020-08-18 14:37 ` Thierry Reding 2020-09-01 7:13 ` Daniel Vetter 0 siblings, 1 reply; 74+ messages in thread From: Thierry Reding @ 2020-08-18 14:37 UTC (permalink / raw) To: Daniel Vetter Cc: Karol Herbst, James Jones, dri-devel, Thierry Reding, Alyssa Rosenzweig [-- Attachment #1.1: Type: text/plain, Size: 5702 bytes --] On Fri, Aug 14, 2020 at 07:25:17PM +0200, Daniel Vetter wrote: > On Fri, Aug 14, 2020 at 7:17 PM Daniel Stone <daniel@fooishbar.org> wrote: > > > > Hi, > > > > On Fri, 14 Aug 2020 at 17:22, Thierry Reding <thierry.reding@gmail.com> wrote: > > > I suspect that the reason why this works in X but not in Wayland is > > > because X passes the right usage flags, whereas Weston may not. But I'll > > > have to investigate more in order to be sure. > > > > Weston allocates its own buffers for displaying the result of > > composition through GBM with USE_SCANOUT, which is definitely correct. > > > > Wayland clients (common to all compositors, in Mesa's > > src/egl/drivers/dri2/platform_wayland.c) allocate with USE_SHARED but > > _not_ USE_SCANOUT, which is correct in that they are guaranteed to be > > shared, but not guaranteed to be scanned out. The expectation is that > > non-scanout-compatible buffers would be rejected by gbm_bo_import if > > not drmModeAddFB2. > > > > One difference between Weston and all other compositors (GNOME Shell, > > KWin, Sway, etc) is that Weston uses KMS planes for composition when > > it can (i.e. when gbm_bo_import from dmabuf + drmModeAddFB2 from > > gbm_bo handle + atomic check succeed), but the other compositors only > > use the GPU. So if you have different assumptions about the layout of > > imported buffers between the GPU and KMS, that would explain a fair > > bit. > > Yeah non-modifiered multi-gpu (of any kind) is pretty much hopeless I > think. I guess the only option is if the tegra mesa driver forces > linear and an extra copy on everything that's USE_SHARED or > USE_SCANOUT. I ended up trying this, but this fails for the X case, unfortunately, because there doesn't seem to be a good synchronization point at which the de-tiling blit could be done. Weston and kmscube end up calling a gallium driver's ->flush_resource() implementation, but that never happens for X and glamor. But after looking into this some more, I don't think that's even the problem that we're facing here. The root of the problem that causes the glxgears crash that Karol was originally reporting is because we end up allocating the glxgears pixmaps using the dri3 loader from Mesa. But the dri3 loader will unconditionally pass both __DRI_IMAGE_USE_SHARE and __DRI_IMAGE_USE_SCANOUT, irrespective of whether the buffer will end up being scanned out directly or whether it will be composited onto the root window. What exactly happens depends on whether I run glxgears in fullscreen mode or windowed mode. In windowed mode, the glxgears buffers will be composited onto the root window, so there's no need for the buffers to be scanout-capable. If I modify the dri3 loader to not pass those flags I can make this work just fine. When I run glxgears in fullscreen mode, the modesetting driver ends up wanting to display the glxgears buffer directly on screen, without compositing it onto the root window. This ends up working if I leave out the _USE_SHARE and _USE_SCANOUT flags, but I notice that the kernel then complains about being unable to create a framebuffer, which in turn is caused by the fact that those buffers are not exported (the Tegra Mesa driver only exports/imports buffers that are meant for scanout, under the assumption that those are the only ones that will ever need to be used by KMS) and therefore Tegra DRM doesn't have a valid handle for them. So I think an ideal solution would probably be for glxgears to somehow pass better usage information when allocating buffers, but I suspect that that's just not possible, or would be way too much work and require additional protocol at the DRI level, so it's not really a good option when all we want to fix is backwards-compatibility with pre-modifiers userspace. Given that glamor also doesn't have any synchronization points, I don't see how I can implement the de-tiling blit reliably. I was wondering if it shouldn't be possible to flush the framebuffer resource (and perform the blit) at presentation time, but I couldn't find a good entry point to do this. One other solution that occurred to me was to reintroduce an old IOCTL that we used to have in the Tegra DRM driver. That IOCTL was meant to attach tiling meta data to an imported buffer and was basically a simplified, driver-specific way of doing framebuffer modifiers. That's a very ugly solution, but it would allow us to be backwards-compatible with pre-modifiers userspace and even use an optimal path for rendering and scanning out. The only prerequisite would be that the driver IOCTL was implemented and that a recent enough Mesa was used to make use of it. I don't like this very much because framebuffer modifiers are a much more generic solution, but all of the other options above are pretty much just as ugly. One other idea that I haven't explored yet is to be a little more clever about the export/import dance that we do for buffers. Currently we export/import at allocation time, and that seems to cause a bit of a problem, like the lack of valid GEM handles for some buffers (such as in the glxgears fullscreen use-case discussed above). I wonder if perhaps deferring the export/import dance until the handles are actually required may be a better way to do this. With such a solution, even if a buffer is allocated for scanout, it won't actually be imported/exported if the client ends up being composited onto the root window. Import and export would be limited to buffers that truly are going to be used for drmModeAddFB2(). I'll give that a shot and see if that gets me closer to my goal. Thierry [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-18 14:37 ` Thierry Reding @ 2020-09-01 7:13 ` Daniel Vetter 2020-09-01 10:42 ` Daniel Stone 2020-09-01 10:59 ` Karol Herbst 0 siblings, 2 replies; 74+ messages in thread From: Daniel Vetter @ 2020-09-01 7:13 UTC (permalink / raw) To: Thierry Reding Cc: Karol Herbst, James Jones, dri-devel, Thierry Reding, Alyssa Rosenzweig On Tue, Aug 18, 2020 at 04:37:51PM +0200, Thierry Reding wrote: > On Fri, Aug 14, 2020 at 07:25:17PM +0200, Daniel Vetter wrote: > > On Fri, Aug 14, 2020 at 7:17 PM Daniel Stone <daniel@fooishbar.org> wrote: > > > > > > Hi, > > > > > > On Fri, 14 Aug 2020 at 17:22, Thierry Reding <thierry.reding@gmail.com> wrote: > > > > I suspect that the reason why this works in X but not in Wayland is > > > > because X passes the right usage flags, whereas Weston may not. But I'll > > > > have to investigate more in order to be sure. > > > > > > Weston allocates its own buffers for displaying the result of > > > composition through GBM with USE_SCANOUT, which is definitely correct. > > > > > > Wayland clients (common to all compositors, in Mesa's > > > src/egl/drivers/dri2/platform_wayland.c) allocate with USE_SHARED but > > > _not_ USE_SCANOUT, which is correct in that they are guaranteed to be > > > shared, but not guaranteed to be scanned out. The expectation is that > > > non-scanout-compatible buffers would be rejected by gbm_bo_import if > > > not drmModeAddFB2. > > > > > > One difference between Weston and all other compositors (GNOME Shell, > > > KWin, Sway, etc) is that Weston uses KMS planes for composition when > > > it can (i.e. when gbm_bo_import from dmabuf + drmModeAddFB2 from > > > gbm_bo handle + atomic check succeed), but the other compositors only > > > use the GPU. So if you have different assumptions about the layout of > > > imported buffers between the GPU and KMS, that would explain a fair > > > bit. > > > > Yeah non-modifiered multi-gpu (of any kind) is pretty much hopeless I > > think. I guess the only option is if the tegra mesa driver forces > > linear and an extra copy on everything that's USE_SHARED or > > USE_SCANOUT. > > I ended up trying this, but this fails for the X case, unfortunately, > because there doesn't seem to be a good synchronization point at which > the de-tiling blit could be done. Weston and kmscube end up calling a > gallium driver's ->flush_resource() implementation, but that never > happens for X and glamor. > > But after looking into this some more, I don't think that's even the > problem that we're facing here. The root of the problem that causes the > glxgears crash that Karol was originally reporting is because we end up > allocating the glxgears pixmaps using the dri3 loader from Mesa. But the > dri3 loader will unconditionally pass both __DRI_IMAGE_USE_SHARE and > __DRI_IMAGE_USE_SCANOUT, irrespective of whether the buffer will end up > being scanned out directly or whether it will be composited onto the > root window. > > What exactly happens depends on whether I run glxgears in fullscreen > mode or windowed mode. In windowed mode, the glxgears buffers will be > composited onto the root window, so there's no need for the buffers to > be scanout-capable. If I modify the dri3 loader to not pass those flags > I can make this work just fine. > > When I run glxgears in fullscreen mode, the modesetting driver ends up > wanting to display the glxgears buffer directly on screen, without > compositing it onto the root window. This ends up working if I leave out > the _USE_SHARE and _USE_SCANOUT flags, but I notice that the kernel then > complains about being unable to create a framebuffer, which in turn is > caused by the fact that those buffers are not exported (the Tegra Mesa > driver only exports/imports buffers that are meant for scanout, under > the assumption that those are the only ones that will ever need to be > used by KMS) and therefore Tegra DRM doesn't have a valid handle for > them. > > So I think an ideal solution would probably be for glxgears to somehow > pass better usage information when allocating buffers, but I suspect > that that's just not possible, or would be way too much work and require > additional protocol at the DRI level, so it's not really a good option > when all we want to fix is backwards-compatibility with pre-modifiers > userspace. > > Given that glamor also doesn't have any synchronization points, I don't > see how I can implement the de-tiling blit reliably. I was wondering if > it shouldn't be possible to flush the framebuffer resource (and perform > the blit) at presentation time, but I couldn't find a good entry point > to do this. > > One other solution that occurred to me was to reintroduce an old IOCTL > that we used to have in the Tegra DRM driver. That IOCTL was meant to > attach tiling meta data to an imported buffer and was basically a > simplified, driver-specific way of doing framebuffer modifiers. That's > a very ugly solution, but it would allow us to be backwards-compatible > with pre-modifiers userspace and even use an optimal path for rendering > and scanning out. The only prerequisite would be that the driver IOCTL > was implemented and that a recent enough Mesa was used to make use of > it. I don't like this very much because framebuffer modifiers are a much > more generic solution, but all of the other options above are pretty > much just as ugly. > > One other idea that I haven't explored yet is to be a little more clever > about the export/import dance that we do for buffers. Currently we > export/import at allocation time, and that seems to cause a bit of a > problem, like the lack of valid GEM handles for some buffers (such as in > the glxgears fullscreen use-case discussed above). I wonder if perhaps > deferring the export/import dance until the handles are actually > required may be a better way to do this. With such a solution, even if a > buffer is allocated for scanout, it won't actually be imported/exported > if the client ends up being composited onto the root window. Import and > export would be limited to buffers that truly are going to be used for > drmModeAddFB2(). I'll give that a shot and see if that gets me closer to > my goal. (back from vacations) I think right thing to do is *shrug*, please use modifiers. They're meant to solve these kind of problems for real, adding more hacks to paper over userspace not using modifiers doesn't seem like a good idea. Wrt dri3, since we do client-side allocations and don't have modifiers, we have to pessimistically assume we'll get scanned out. Modifiers and relevant protocol is fixing this again, but for tegra where we essentially can't get this right that leaves us in a very tough spot. So yeah I think "use modifiers" is the answer. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-09-01 7:13 ` Daniel Vetter @ 2020-09-01 10:42 ` Daniel Stone 2020-09-01 10:59 ` Karol Herbst 1 sibling, 0 replies; 74+ messages in thread From: Daniel Stone @ 2020-09-01 10:42 UTC (permalink / raw) To: Daniel Vetter Cc: Karol Herbst, James Jones, dri-devel, Thierry Reding, Alyssa Rosenzweig, Thierry Reding Hi, On Tue, 1 Sep 2020 at 08:13, Daniel Vetter <daniel@ffwll.ch> wrote: > I think right thing to do is *shrug*, please use modifiers. They're meant > to solve these kind of problems for real, adding more hacks to paper over > userspace not using modifiers doesn't seem like a good idea. > > Wrt dri3, since we do client-side allocations and don't have modifiers, we > have to pessimistically assume we'll get scanned out. Modifiers and > relevant protocol is fixing this again, but for tegra where we essentially > can't get this right that leaves us in a very tough spot. DRI3 has had modifiers for a couple/few years now ... Cheers, Daniel _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-09-01 7:13 ` Daniel Vetter 2020-09-01 10:42 ` Daniel Stone @ 2020-09-01 10:59 ` Karol Herbst 2020-09-01 14:42 ` James Jones 1 sibling, 1 reply; 74+ messages in thread From: Karol Herbst @ 2020-09-01 10:59 UTC (permalink / raw) To: Daniel Vetter Cc: James Jones, dri-devel, Thierry Reding, Thierry Reding, Alyssa Rosenzweig On Tue, Sep 1, 2020 at 9:13 AM Daniel Vetter <daniel@ffwll.ch> wrote: > > On Tue, Aug 18, 2020 at 04:37:51PM +0200, Thierry Reding wrote: > > On Fri, Aug 14, 2020 at 07:25:17PM +0200, Daniel Vetter wrote: > > > On Fri, Aug 14, 2020 at 7:17 PM Daniel Stone <daniel@fooishbar.org> wrote: > > > > > > > > Hi, > > > > > > > > On Fri, 14 Aug 2020 at 17:22, Thierry Reding <thierry.reding@gmail.com> wrote: > > > > > I suspect that the reason why this works in X but not in Wayland is > > > > > because X passes the right usage flags, whereas Weston may not. But I'll > > > > > have to investigate more in order to be sure. > > > > > > > > Weston allocates its own buffers for displaying the result of > > > > composition through GBM with USE_SCANOUT, which is definitely correct. > > > > > > > > Wayland clients (common to all compositors, in Mesa's > > > > src/egl/drivers/dri2/platform_wayland.c) allocate with USE_SHARED but > > > > _not_ USE_SCANOUT, which is correct in that they are guaranteed to be > > > > shared, but not guaranteed to be scanned out. The expectation is that > > > > non-scanout-compatible buffers would be rejected by gbm_bo_import if > > > > not drmModeAddFB2. > > > > > > > > One difference between Weston and all other compositors (GNOME Shell, > > > > KWin, Sway, etc) is that Weston uses KMS planes for composition when > > > > it can (i.e. when gbm_bo_import from dmabuf + drmModeAddFB2 from > > > > gbm_bo handle + atomic check succeed), but the other compositors only > > > > use the GPU. So if you have different assumptions about the layout of > > > > imported buffers between the GPU and KMS, that would explain a fair > > > > bit. > > > > > > Yeah non-modifiered multi-gpu (of any kind) is pretty much hopeless I > > > think. I guess the only option is if the tegra mesa driver forces > > > linear and an extra copy on everything that's USE_SHARED or > > > USE_SCANOUT. > > > > I ended up trying this, but this fails for the X case, unfortunately, > > because there doesn't seem to be a good synchronization point at which > > the de-tiling blit could be done. Weston and kmscube end up calling a > > gallium driver's ->flush_resource() implementation, but that never > > happens for X and glamor. > > > > But after looking into this some more, I don't think that's even the > > problem that we're facing here. The root of the problem that causes the > > glxgears crash that Karol was originally reporting is because we end up > > allocating the glxgears pixmaps using the dri3 loader from Mesa. But the > > dri3 loader will unconditionally pass both __DRI_IMAGE_USE_SHARE and > > __DRI_IMAGE_USE_SCANOUT, irrespective of whether the buffer will end up > > being scanned out directly or whether it will be composited onto the > > root window. > > > > What exactly happens depends on whether I run glxgears in fullscreen > > mode or windowed mode. In windowed mode, the glxgears buffers will be > > composited onto the root window, so there's no need for the buffers to > > be scanout-capable. If I modify the dri3 loader to not pass those flags > > I can make this work just fine. > > > > When I run glxgears in fullscreen mode, the modesetting driver ends up > > wanting to display the glxgears buffer directly on screen, without > > compositing it onto the root window. This ends up working if I leave out > > the _USE_SHARE and _USE_SCANOUT flags, but I notice that the kernel then > > complains about being unable to create a framebuffer, which in turn is > > caused by the fact that those buffers are not exported (the Tegra Mesa > > driver only exports/imports buffers that are meant for scanout, under > > the assumption that those are the only ones that will ever need to be > > used by KMS) and therefore Tegra DRM doesn't have a valid handle for > > them. > > > > So I think an ideal solution would probably be for glxgears to somehow > > pass better usage information when allocating buffers, but I suspect > > that that's just not possible, or would be way too much work and require > > additional protocol at the DRI level, so it's not really a good option > > when all we want to fix is backwards-compatibility with pre-modifiers > > userspace. > > > > Given that glamor also doesn't have any synchronization points, I don't > > see how I can implement the de-tiling blit reliably. I was wondering if > > it shouldn't be possible to flush the framebuffer resource (and perform > > the blit) at presentation time, but I couldn't find a good entry point > > to do this. > > > > One other solution that occurred to me was to reintroduce an old IOCTL > > that we used to have in the Tegra DRM driver. That IOCTL was meant to > > attach tiling meta data to an imported buffer and was basically a > > simplified, driver-specific way of doing framebuffer modifiers. That's > > a very ugly solution, but it would allow us to be backwards-compatible > > with pre-modifiers userspace and even use an optimal path for rendering > > and scanning out. The only prerequisite would be that the driver IOCTL > > was implemented and that a recent enough Mesa was used to make use of > > it. I don't like this very much because framebuffer modifiers are a much > > more generic solution, but all of the other options above are pretty > > much just as ugly. > > > > One other idea that I haven't explored yet is to be a little more clever > > about the export/import dance that we do for buffers. Currently we > > export/import at allocation time, and that seems to cause a bit of a > > problem, like the lack of valid GEM handles for some buffers (such as in > > the glxgears fullscreen use-case discussed above). I wonder if perhaps > > deferring the export/import dance until the handles are actually > > required may be a better way to do this. With such a solution, even if a > > buffer is allocated for scanout, it won't actually be imported/exported > > if the client ends up being composited onto the root window. Import and > > export would be limited to buffers that truly are going to be used for > > drmModeAddFB2(). I'll give that a shot and see if that gets me closer to > > my goal. > > (back from vacations) > > I think right thing to do is *shrug*, please use modifiers. They're meant > to solve these kind of problems for real, adding more hacks to paper over > userspace not using modifiers doesn't seem like a good idea. > > Wrt dri3, since we do client-side allocations and don't have modifiers, we > have to pessimistically assume we'll get scanned out. Modifiers and > relevant protocol is fixing this again, but for tegra where we essentially > can't get this right that leaves us in a very tough spot. > > So yeah I think "use modifiers" is the answer. > -Daniel Right.. the issue is just that we don't have any X release fixing it and some compositors (mutter) don't do the right thing by default either :/ I will ask around for mutter, but for X we really need to do a release I think, just I've heard about regressions we need to fix first. > -- > Daniel Vetter > Software Engineer, Intel Corporation > http://blog.ffwll.ch > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-09-01 10:59 ` Karol Herbst @ 2020-09-01 14:42 ` James Jones 0 siblings, 0 replies; 74+ messages in thread From: James Jones @ 2020-09-01 14:42 UTC (permalink / raw) To: Karol Herbst, Daniel Vetter Cc: Thierry Reding, Thierry Reding, dri-devel, Alyssa Rosenzweig On 9/1/20 3:59 AM, Karol Herbst wrote: > On Tue, Sep 1, 2020 at 9:13 AM Daniel Vetter <daniel@ffwll.ch> wrote: >> >> On Tue, Aug 18, 2020 at 04:37:51PM +0200, Thierry Reding wrote: >>> On Fri, Aug 14, 2020 at 07:25:17PM +0200, Daniel Vetter wrote: >>>> On Fri, Aug 14, 2020 at 7:17 PM Daniel Stone <daniel@fooishbar.org> wrote: >>>>> >>>>> Hi, >>>>> >>>>> On Fri, 14 Aug 2020 at 17:22, Thierry Reding <thierry.reding@gmail.com> wrote: >>>>>> I suspect that the reason why this works in X but not in Wayland is >>>>>> because X passes the right usage flags, whereas Weston may not. But I'll >>>>>> have to investigate more in order to be sure. >>>>> >>>>> Weston allocates its own buffers for displaying the result of >>>>> composition through GBM with USE_SCANOUT, which is definitely correct. >>>>> >>>>> Wayland clients (common to all compositors, in Mesa's >>>>> src/egl/drivers/dri2/platform_wayland.c) allocate with USE_SHARED but >>>>> _not_ USE_SCANOUT, which is correct in that they are guaranteed to be >>>>> shared, but not guaranteed to be scanned out. The expectation is that >>>>> non-scanout-compatible buffers would be rejected by gbm_bo_import if >>>>> not drmModeAddFB2. >>>>> >>>>> One difference between Weston and all other compositors (GNOME Shell, >>>>> KWin, Sway, etc) is that Weston uses KMS planes for composition when >>>>> it can (i.e. when gbm_bo_import from dmabuf + drmModeAddFB2 from >>>>> gbm_bo handle + atomic check succeed), but the other compositors only >>>>> use the GPU. So if you have different assumptions about the layout of >>>>> imported buffers between the GPU and KMS, that would explain a fair >>>>> bit. >>>> >>>> Yeah non-modifiered multi-gpu (of any kind) is pretty much hopeless I >>>> think. I guess the only option is if the tegra mesa driver forces >>>> linear and an extra copy on everything that's USE_SHARED or >>>> USE_SCANOUT. >>> >>> I ended up trying this, but this fails for the X case, unfortunately, >>> because there doesn't seem to be a good synchronization point at which >>> the de-tiling blit could be done. Weston and kmscube end up calling a >>> gallium driver's ->flush_resource() implementation, but that never >>> happens for X and glamor. >>> >>> But after looking into this some more, I don't think that's even the >>> problem that we're facing here. The root of the problem that causes the >>> glxgears crash that Karol was originally reporting is because we end up >>> allocating the glxgears pixmaps using the dri3 loader from Mesa. But the >>> dri3 loader will unconditionally pass both __DRI_IMAGE_USE_SHARE and >>> __DRI_IMAGE_USE_SCANOUT, irrespective of whether the buffer will end up >>> being scanned out directly or whether it will be composited onto the >>> root window. >>> >>> What exactly happens depends on whether I run glxgears in fullscreen >>> mode or windowed mode. In windowed mode, the glxgears buffers will be >>> composited onto the root window, so there's no need for the buffers to >>> be scanout-capable. If I modify the dri3 loader to not pass those flags >>> I can make this work just fine. >>> >>> When I run glxgears in fullscreen mode, the modesetting driver ends up >>> wanting to display the glxgears buffer directly on screen, without >>> compositing it onto the root window. This ends up working if I leave out >>> the _USE_SHARE and _USE_SCANOUT flags, but I notice that the kernel then >>> complains about being unable to create a framebuffer, which in turn is >>> caused by the fact that those buffers are not exported (the Tegra Mesa >>> driver only exports/imports buffers that are meant for scanout, under >>> the assumption that those are the only ones that will ever need to be >>> used by KMS) and therefore Tegra DRM doesn't have a valid handle for >>> them. >>> >>> So I think an ideal solution would probably be for glxgears to somehow >>> pass better usage information when allocating buffers, but I suspect >>> that that's just not possible, or would be way too much work and require >>> additional protocol at the DRI level, so it's not really a good option >>> when all we want to fix is backwards-compatibility with pre-modifiers >>> userspace. >>> >>> Given that glamor also doesn't have any synchronization points, I don't >>> see how I can implement the de-tiling blit reliably. I was wondering if >>> it shouldn't be possible to flush the framebuffer resource (and perform >>> the blit) at presentation time, but I couldn't find a good entry point >>> to do this. >>> >>> One other solution that occurred to me was to reintroduce an old IOCTL >>> that we used to have in the Tegra DRM driver. That IOCTL was meant to >>> attach tiling meta data to an imported buffer and was basically a >>> simplified, driver-specific way of doing framebuffer modifiers. That's >>> a very ugly solution, but it would allow us to be backwards-compatible >>> with pre-modifiers userspace and even use an optimal path for rendering >>> and scanning out. The only prerequisite would be that the driver IOCTL >>> was implemented and that a recent enough Mesa was used to make use of >>> it. I don't like this very much because framebuffer modifiers are a much >>> more generic solution, but all of the other options above are pretty >>> much just as ugly. >>> >>> One other idea that I haven't explored yet is to be a little more clever >>> about the export/import dance that we do for buffers. Currently we >>> export/import at allocation time, and that seems to cause a bit of a >>> problem, like the lack of valid GEM handles for some buffers (such as in >>> the glxgears fullscreen use-case discussed above). I wonder if perhaps >>> deferring the export/import dance until the handles are actually >>> required may be a better way to do this. With such a solution, even if a >>> buffer is allocated for scanout, it won't actually be imported/exported >>> if the client ends up being composited onto the root window. Import and >>> export would be limited to buffers that truly are going to be used for >>> drmModeAddFB2(). I'll give that a shot and see if that gets me closer to >>> my goal. >> >> (back from vacations) >> >> I think right thing to do is *shrug*, please use modifiers. They're meant >> to solve these kind of problems for real, adding more hacks to paper over >> userspace not using modifiers doesn't seem like a good idea. >> >> Wrt dri3, since we do client-side allocations and don't have modifiers, we >> have to pessimistically assume we'll get scanned out. Modifiers and >> relevant protocol is fixing this again, but for tegra where we essentially >> can't get this right that leaves us in a very tough spot. >> >> So yeah I think "use modifiers" is the answer. >> -Daniel > > Right.. the issue is just that we don't have any X release fixing it > and some compositors (mutter) don't do the right thing by default > either :/ I will ask around for mutter, but for X we really need to do > a release I think, just I've heard about regressions we need to fix > first. Yes, I have at least one more fix for modifiers that I need to write up on top of whatever's at ToT for X before someone cuts a release, as suggested (much) earlier in this thread. Thanks, -James >> -- >> Daniel Vetter >> Software Engineer, Intel Corporation >> http://blog.ffwll.ch >> > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-13 15:39 ` Karol Herbst 2020-08-13 17:19 ` Karol Herbst @ 2020-08-14 14:08 ` Thierry Reding 2020-08-14 14:45 ` Karol Herbst 1 sibling, 1 reply; 74+ messages in thread From: Thierry Reding @ 2020-08-14 14:08 UTC (permalink / raw) To: Karol Herbst; +Cc: James Jones, Thierry Reding, Alyssa Rosenzweig, dri-devel [-- Attachment #1.1: Type: text/plain, Size: 533 bytes --] On Thu, Aug 13, 2020 at 05:39:39PM +0200, Karol Herbst wrote: > btw, I just noticed that wayland with gnome-shell is totally busted. > With this MR it at least displays something, but without it doesn't > work at all. Interesting, one of my typical test cases is to run Weston with a couple of test programs (like weston-simple-egl). Those usually work. I'll go run a few more tests to see where we are. To clarify, is this gnome-shell/wayland issue happening with Mesa's mainline, or with James' patches already applied? Thierry [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-14 14:08 ` Thierry Reding @ 2020-08-14 14:45 ` Karol Herbst 2020-08-14 15:24 ` Thierry Reding 0 siblings, 1 reply; 74+ messages in thread From: Karol Herbst @ 2020-08-14 14:45 UTC (permalink / raw) To: Thierry Reding; +Cc: James Jones, Thierry Reding, Alyssa Rosenzweig, dri-devel On Fri, Aug 14, 2020 at 4:08 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > On Thu, Aug 13, 2020 at 05:39:39PM +0200, Karol Herbst wrote: > > btw, I just noticed that wayland with gnome-shell is totally busted. > > With this MR it at least displays something, but without it doesn't > > work at all. > > Interesting, one of my typical test cases is to run Weston with a couple > of test programs (like weston-simple-egl). Those usually work. I'll go > run a few more tests to see where we are. > > To clarify, is this gnome-shell/wayland issue happening with Mesa's > mainline, or with James' patches already applied? > mainline. It does work for me on weston, but that's because weston is always modifier aware afaik. For gnome-shell/wayland we have to enable it to make it work. > Thierry _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-14 14:45 ` Karol Herbst @ 2020-08-14 15:24 ` Thierry Reding 2020-08-14 15:43 ` Karol Herbst 0 siblings, 1 reply; 74+ messages in thread From: Thierry Reding @ 2020-08-14 15:24 UTC (permalink / raw) To: Karol Herbst; +Cc: James Jones, Thierry Reding, Alyssa Rosenzweig, dri-devel [-- Attachment #1.1: Type: text/plain, Size: 1424 bytes --] On Fri, Aug 14, 2020 at 04:45:39PM +0200, Karol Herbst wrote: > On Fri, Aug 14, 2020 at 4:08 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > > > On Thu, Aug 13, 2020 at 05:39:39PM +0200, Karol Herbst wrote: > > > btw, I just noticed that wayland with gnome-shell is totally busted. > > > With this MR it at least displays something, but without it doesn't > > > work at all. > > > > Interesting, one of my typical test cases is to run Weston with a couple > > of test programs (like weston-simple-egl). Those usually work. I'll go > > run a few more tests to see where we are. > > > > To clarify, is this gnome-shell/wayland issue happening with Mesa's > > mainline, or with James' patches already applied? > > > > mainline. It does work for me on weston, but that's because weston is > always modifier aware afaik. For gnome-shell/wayland we have to enable > it to make it work. For some reason I can't get my mouse to work in Weston and it seems like that's the only way to start a terminal... But sounds like that wouldn't be any good anyway since it's different from that use-case. Apart from building gnome-shell, which I recall has a large number of dependencies, are you aware of another use-case that would allow testing the code paths with no modifiers? Sounds like perhaps that would be interesting to add to Weston as a knob to test these somewhat legacy paths. Thierry [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-14 15:24 ` Thierry Reding @ 2020-08-14 15:43 ` Karol Herbst 0 siblings, 0 replies; 74+ messages in thread From: Karol Herbst @ 2020-08-14 15:43 UTC (permalink / raw) To: Thierry Reding; +Cc: James Jones, Thierry Reding, Alyssa Rosenzweig, dri-devel On Fri, Aug 14, 2020 at 5:24 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > On Fri, Aug 14, 2020 at 04:45:39PM +0200, Karol Herbst wrote: > > On Fri, Aug 14, 2020 at 4:08 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > > > > > On Thu, Aug 13, 2020 at 05:39:39PM +0200, Karol Herbst wrote: > > > > btw, I just noticed that wayland with gnome-shell is totally busted. > > > > With this MR it at least displays something, but without it doesn't > > > > work at all. > > > > > > Interesting, one of my typical test cases is to run Weston with a couple > > > of test programs (like weston-simple-egl). Those usually work. I'll go > > > run a few more tests to see where we are. > > > > > > To clarify, is this gnome-shell/wayland issue happening with Mesa's > > > mainline, or with James' patches already applied? > > > > > > > mainline. It does work for me on weston, but that's because weston is > > always modifier aware afaik. For gnome-shell/wayland we have to enable > > it to make it work. > > For some reason I can't get my mouse to work in Weston and it seems like > that's the only way to start a terminal... But sounds like that wouldn't > be any good anyway since it's different from that use-case. Apart from > building gnome-shell, which I recall has a large number of dependencies, > are you aware of another use-case that would allow testing the code > paths with no modifiers? > with the newest l4t releases you can just copy whatever distribution provides filesystem tarballs and generate images yourself. But yeah.. this is still a bit messy to do and I don't have a script which just works without having to go through other steps first :/ Don't know what your system is based on, but the fedora 32 images should more or less work (unless you need your own kernel and stuff) > Sounds like perhaps that would be interesting to add to Weston as a knob > to test these somewhat legacy paths. > > Thierry _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-13 13:00 ` Karol Herbst 2020-08-13 15:39 ` Karol Herbst @ 2020-08-14 13:54 ` Thierry Reding 1 sibling, 0 replies; 74+ messages in thread From: Thierry Reding @ 2020-08-14 13:54 UTC (permalink / raw) To: Karol Herbst Cc: Daniel Kolesa, James Jones, Thierry Reding, Alyssa Rosenzweig, dri-devel [-- Attachment #1.1: Type: text/plain, Size: 1152 bytes --] On Thu, Aug 13, 2020 at 03:00:37PM +0200, Karol Herbst wrote: > At least for now I've created an MR to revert the change: > https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/6300 > > But it seems like there was probably a good reason why it got added? > Happy to have better fixes, but that's the best we've got so far I > think? > > Thierry, what do you think? I did find the following via my mailbox (finally collecting all those emails is paying off =): https://lists.freedesktop.org/archives/mesa-dev/2018-May/196026.html Cc'ing Daniel on the off chance that he remembers what the use-case was. I vaguely recall that Daniel was pointing out an issue on IRC that caused a series of fixes, including this change. Given that this was all done because of framebuffer modifiers, I think my earlier hunch about this being related to the case of non-modifier userspace is correct and we do run into issues with userspace that doesn't use framebuffer modifiers at all. In that case we basically have to assume pitch-linear because userspace will use DRM_IOCTL_MODE_ADDFB, which doesn't support modifiers. Thierry [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-12 17:03 ` James Jones 2020-08-12 17:10 ` Karol Herbst @ 2020-08-14 13:40 ` Thierry Reding 2020-08-14 13:56 ` Karol Herbst 1 sibling, 1 reply; 74+ messages in thread From: Thierry Reding @ 2020-08-14 13:40 UTC (permalink / raw) To: James Jones; +Cc: dri-devel, Thierry Reding, Karol Herbst [-- Attachment #1.1: Type: text/plain, Size: 8825 bytes --] On Wed, Aug 12, 2020 at 10:03:46AM -0700, James Jones wrote: > On 8/12/20 5:37 AM, Ilia Mirkin wrote: > > On Wed, Aug 12, 2020 at 8:24 AM Karol Herbst <kherbst@redhat.com> wrote: > > > > > > On Wed, Aug 12, 2020 at 12:43 PM Karol Herbst <kherbst@redhat.com> wrote: > > > > > > > > On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst <kherbst@redhat.com> wrote: > > > > > > > > > > On Wed, Aug 12, 2020 at 2:19 AM James Jones <jajones@nvidia.com> wrote: > > > > > > > > > > > > Sorry for the slow reply here as well. I've been in the process of > > > > > > rebasing and reworking the userspace patches. I'm not clear my changes > > > > > > will address the Jetson Nano issue, but if you'd like to try them, the > > > > > > latest userspace changes are available here: > > > > > > > > > > > > https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/3724 > > > > > > > > > > > > And the tegra-drm kernel patches are here: > > > > > > > > > > > > > > > > > > https://patchwork.ozlabs.org/project/linux-tegra/patch/20191217005205.2573-1-jajones@nvidia.com/ > > > > > > > > > > > > Those + the kernel changes addressed in this thread are everything I had > > > > > > outstanding. > > > > > > > > > > > > > > > > I don't know if that's caused by your changes or not, but now the > > > > > assert I hit is a different one pointing out that > > > > > nvc0_miptree_select_best_modifier fails in a certain case and returns > > > > > MOD_INVALID... anyway, it seems like with your patches applied it's > > > > > now way easier to debug and figure out what's going wrong, so maybe I > > > > > can figure it out now :) > > > > > > > > > > > > > collected some information which might help to track it down. > > > > > > > > src/gallium/frontends/dri/dri2.c:648 is the assert hit: assert(*zsbuf) > > > > > > > > templ is {reference = {count = 0}, width0 = 300, height0 = 300, depth0 > > > > = 1, array_size = 1, format = PIPE_FORMAT_Z24X8_UNORM, target = > > > > PIPE_TEXTURE_2D, last_level = 0, nr_samples = 0, nr_storage_samples = > > > > 0, usage = 0, bind = 1, flags = 0, next = 0x0, screen = 0x0} > > > > > > > > inside tegra_screen_resource_create modifier says > > > > DRM_FORMAT_MOD_INVALID as template->bind is 1 > > > > > > > > and nvc0_miptree_select_best_modifier returns DRM_FORMAT_MOD_INVALID, > > > > so the call just returns NULL leading to the assert. > > > > > > > > Btw, this is on Xorg-1.20.8-1.fc32.aarch64 with glxgears. > > > > > > > > > > So I digged a bit deeper and here is what tripps it of: > > > > > > when the context gets made current, the normal framebuffer validation > > > and render buffer allocation is done, but we end up inside > > > tegra_screen_resource_create at some point with PIPE_BIND_SCANOUT set > > > in template->bind. Now the tegra driver forces the > > > DRM_FORMAT_MOD_LINEAR modifier and calls into > > > resource_create_with_modifiers. > > > > > > If it wouldn't do that, nouveau would allocate a tiled buffer, with > > > that it's linear and we at some point end up with an assert about a > > > depth_stencil buffer being there even though it shouldn't. If I always > > > use DRM_FORMAT_MOD_INVALID in tegra_screen_resource_create, things > > > just work. > > > > > > That's kind of the cause I pinpointed the issue down to. But I have no > > > idea what's supposed to happen and what the actual bug is. > > > > Yeah, the bug with tegra has always been "trying to render to linear > > color + tiled depth", which the hardware plain doesn't support. (And > > linear depth isn't a thing.) > > > > Question is whether what it's doing necessary. PIPE_BIND_SCANOUT > > (/linear) requirements are needed for DRI2 to work (well, maybe not in > > theory, but at least in practice the nouveau ddx expects linear > > buffers). However tegra operates on a more DRI3-like basis, so with > > "client" allocations, tiled should work OK as long as there's > > something in tegra to copy it to linear when necessary? > > I can confirm the above: Our hardware can't render to linear depth buffers, > nor can it mix linear color buffers with block linear depth buffers. > > I think there's a misunderstanding on expected behavior of > resource_create_with_modifiers() here too: tegra_screen_resource_create() is > passing DRM_FORMAT_MOD_INVALID as the only modifier in non-scanout cases. > Previously, I believe nouveau may have treated that as "no modifiers > specified. Fall back to internal layout selection logic", but in my patches > I "fixed" it to match other drivers' behavior, in that allocation will fail > if that is the only modifier in the list, since it is equivalent to passing > in a list containing only unsupported modifiers. To get fallback behavior, > tegra_screen_resource_create() should pass in (NULL, 0) for (modifiers, > count), or just call resource_create() on the underlying screen instead. > > Beyond that, I can only offer my thoughts based on analysis of the code > referenced here so far: > > While I've learned from the origins of this thread applications/things > external to Mesa in general shouldn't be querying format modifiers of > buffers created without format modifiers, tegra is a Mesa internal component > that already has some intimate knowledge of how the nouveau driver it sits > on top of works. Nouveau will always be able to construct and return a > valid format modifier for unorm single sampled color buffers (and hopefully, > anything that can scan out going forward), both before and after my patches > I believe, regardless of how they were allocated. After my patches, it > should even work for things that can't scan out in theory. Hence, looking > at this without knowledge of what motivated the original changes, it seems > like tegra_screen_resource_create should just naively forward the > resource_create() call, relying on nouveau to select a layout and provide a > valid modifier when queried for import. As Karol notes, this works fine for > at least this simple test case, and it's what nouveau itself would be doing > with an equivalent callstack, excepting the modifier query, so I find it > hard to believe it breaks some application behavior. It'll also end up > being equivalent (in end result, not quite semantically) to what > dri3_alloc_render_buffer() was doing prior to the patch mentioned that broke > things for Karol, so certainly for the DRI3 usage it's the right behavior. > > Ilia, what in the nouveau DDX (As in Xfree86 DDX?) assumes linear buffers? > It sounds like you don't think it will interact poorly with this path > regardless? Thierry, do you recall what motivated the force-linear code > here? This would've clearly been a good opportunity to leave a comment as to why this was, but the one that's in place in tegra_screen_resource_create() doesn't do a good job of conveying what I was thinking at the time. This is now all a very long time ago, so I don't recall the exact details. However the intention at the time was to pass the invalid modifier in the default case because I wanted Nouveau to pick whatever it wanted, assuming that we could deal with all modifiers that it could throw at us for display. At least at the time that was true, and I do think you're correct that Nouveau used to treat DRM_FORMAT_MOD_INVALID as "don't care" and then tegra_screen_import_resource() would query the modifier from Nouveau. I don't think I ever ran into the situation where Nouveau would use a modifier that we couldn't deal with (i.e. one of the "legacy" modifiers after your patch). I /think/ the linear requirement, judging by the comment, was to support certain cases that I was running into that didn't support modifiers at all, so I think the assumption was that they wouldn't be able to create the framebuffer with DRM_IOCTL_MODE_ADDFB2 and hence pitch-linear would have to be assumed. I vaguely recall that this might have been with kmscube and/or certain versions of the X server (I also seem to have a vague memory that glamor being used might have been responsible for this happening or not). Given that many things have now changed it might be worth rerunning all of those use-cases again and trace what types of resources are being created in the process and maybe make this a little saner. > As to why this works for Thierry and not Karol, that's confusing. Are you > both using the same X11 DDX (modesetting I assume?) and X server versions? > Could it be a difference in client-side DRI library code somehow? It looks like Karol might have found a commit that fixes this in the X server git. I'll run a couple of tests to see if I can reproduce with a version prior to that "fix". Thierry [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-14 13:40 ` Thierry Reding @ 2020-08-14 13:56 ` Karol Herbst 0 siblings, 0 replies; 74+ messages in thread From: Karol Herbst @ 2020-08-14 13:56 UTC (permalink / raw) To: Thierry Reding; +Cc: James Jones, Thierry Reding, dri-devel On Fri, Aug 14, 2020 at 3:40 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > On Wed, Aug 12, 2020 at 10:03:46AM -0700, James Jones wrote: > > On 8/12/20 5:37 AM, Ilia Mirkin wrote: > > > On Wed, Aug 12, 2020 at 8:24 AM Karol Herbst <kherbst@redhat.com> wrote: > > > > > > > > On Wed, Aug 12, 2020 at 12:43 PM Karol Herbst <kherbst@redhat.com> wrote: > > > > > > > > > > On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst <kherbst@redhat.com> wrote: > > > > > > > > > > > > On Wed, Aug 12, 2020 at 2:19 AM James Jones <jajones@nvidia.com> wrote: > > > > > > > > > > > > > > Sorry for the slow reply here as well. I've been in the process of > > > > > > > rebasing and reworking the userspace patches. I'm not clear my changes > > > > > > > will address the Jetson Nano issue, but if you'd like to try them, the > > > > > > > latest userspace changes are available here: > > > > > > > > > > > > > > https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/3724 > > > > > > > > > > > > > > And the tegra-drm kernel patches are here: > > > > > > > > > > > > > > > > > > > > > https://patchwork.ozlabs.org/project/linux-tegra/patch/20191217005205.2573-1-jajones@nvidia.com/ > > > > > > > > > > > > > > Those + the kernel changes addressed in this thread are everything I had > > > > > > > outstanding. > > > > > > > > > > > > > > > > > > > I don't know if that's caused by your changes or not, but now the > > > > > > assert I hit is a different one pointing out that > > > > > > nvc0_miptree_select_best_modifier fails in a certain case and returns > > > > > > MOD_INVALID... anyway, it seems like with your patches applied it's > > > > > > now way easier to debug and figure out what's going wrong, so maybe I > > > > > > can figure it out now :) > > > > > > > > > > > > > > > > collected some information which might help to track it down. > > > > > > > > > > src/gallium/frontends/dri/dri2.c:648 is the assert hit: assert(*zsbuf) > > > > > > > > > > templ is {reference = {count = 0}, width0 = 300, height0 = 300, depth0 > > > > > = 1, array_size = 1, format = PIPE_FORMAT_Z24X8_UNORM, target = > > > > > PIPE_TEXTURE_2D, last_level = 0, nr_samples = 0, nr_storage_samples = > > > > > 0, usage = 0, bind = 1, flags = 0, next = 0x0, screen = 0x0} > > > > > > > > > > inside tegra_screen_resource_create modifier says > > > > > DRM_FORMAT_MOD_INVALID as template->bind is 1 > > > > > > > > > > and nvc0_miptree_select_best_modifier returns DRM_FORMAT_MOD_INVALID, > > > > > so the call just returns NULL leading to the assert. > > > > > > > > > > Btw, this is on Xorg-1.20.8-1.fc32.aarch64 with glxgears. > > > > > > > > > > > > > So I digged a bit deeper and here is what tripps it of: > > > > > > > > when the context gets made current, the normal framebuffer validation > > > > and render buffer allocation is done, but we end up inside > > > > tegra_screen_resource_create at some point with PIPE_BIND_SCANOUT set > > > > in template->bind. Now the tegra driver forces the > > > > DRM_FORMAT_MOD_LINEAR modifier and calls into > > > > resource_create_with_modifiers. > > > > > > > > If it wouldn't do that, nouveau would allocate a tiled buffer, with > > > > that it's linear and we at some point end up with an assert about a > > > > depth_stencil buffer being there even though it shouldn't. If I always > > > > use DRM_FORMAT_MOD_INVALID in tegra_screen_resource_create, things > > > > just work. > > > > > > > > That's kind of the cause I pinpointed the issue down to. But I have no > > > > idea what's supposed to happen and what the actual bug is. > > > > > > Yeah, the bug with tegra has always been "trying to render to linear > > > color + tiled depth", which the hardware plain doesn't support. (And > > > linear depth isn't a thing.) > > > > > > Question is whether what it's doing necessary. PIPE_BIND_SCANOUT > > > (/linear) requirements are needed for DRI2 to work (well, maybe not in > > > theory, but at least in practice the nouveau ddx expects linear > > > buffers). However tegra operates on a more DRI3-like basis, so with > > > "client" allocations, tiled should work OK as long as there's > > > something in tegra to copy it to linear when necessary? > > > > I can confirm the above: Our hardware can't render to linear depth buffers, > > nor can it mix linear color buffers with block linear depth buffers. > > > > I think there's a misunderstanding on expected behavior of > > resource_create_with_modifiers() here too: tegra_screen_resource_create() is > > passing DRM_FORMAT_MOD_INVALID as the only modifier in non-scanout cases. > > Previously, I believe nouveau may have treated that as "no modifiers > > specified. Fall back to internal layout selection logic", but in my patches > > I "fixed" it to match other drivers' behavior, in that allocation will fail > > if that is the only modifier in the list, since it is equivalent to passing > > in a list containing only unsupported modifiers. To get fallback behavior, > > tegra_screen_resource_create() should pass in (NULL, 0) for (modifiers, > > count), or just call resource_create() on the underlying screen instead. > > > > Beyond that, I can only offer my thoughts based on analysis of the code > > referenced here so far: > > > > While I've learned from the origins of this thread applications/things > > external to Mesa in general shouldn't be querying format modifiers of > > buffers created without format modifiers, tegra is a Mesa internal component > > that already has some intimate knowledge of how the nouveau driver it sits > > on top of works. Nouveau will always be able to construct and return a > > valid format modifier for unorm single sampled color buffers (and hopefully, > > anything that can scan out going forward), both before and after my patches > > I believe, regardless of how they were allocated. After my patches, it > > should even work for things that can't scan out in theory. Hence, looking > > at this without knowledge of what motivated the original changes, it seems > > like tegra_screen_resource_create should just naively forward the > > resource_create() call, relying on nouveau to select a layout and provide a > > valid modifier when queried for import. As Karol notes, this works fine for > > at least this simple test case, and it's what nouveau itself would be doing > > with an equivalent callstack, excepting the modifier query, so I find it > > hard to believe it breaks some application behavior. It'll also end up > > being equivalent (in end result, not quite semantically) to what > > dri3_alloc_render_buffer() was doing prior to the patch mentioned that broke > > things for Karol, so certainly for the DRI3 usage it's the right behavior. > > > > Ilia, what in the nouveau DDX (As in Xfree86 DDX?) assumes linear buffers? > > It sounds like you don't think it will interact poorly with this path > > regardless? Thierry, do you recall what motivated the force-linear code > > here? > > This would've clearly been a good opportunity to leave a comment as to > why this was, but the one that's in place in > tegra_screen_resource_create() doesn't do a good job of conveying what > I was thinking at the time. > > This is now all a very long time ago, so I don't recall the exact > details. However the intention at the time was to pass the invalid > modifier in the default case because I wanted Nouveau to pick whatever > it wanted, assuming that we could deal with all modifiers that it could > throw at us for display. At least at the time that was true, and I do > think you're correct that Nouveau used to treat DRM_FORMAT_MOD_INVALID > as "don't care" and then tegra_screen_import_resource() would query the > modifier from Nouveau. I don't think I ever ran into the situation where > Nouveau would use a modifier that we couldn't deal with (i.e. one of the > "legacy" modifiers after your patch). > > I /think/ the linear requirement, judging by the comment, was to support > certain cases that I was running into that didn't support modifiers at > all, so I think the assumption was that they wouldn't be able to create > the framebuffer with DRM_IOCTL_MODE_ADDFB2 and hence pitch-linear would > have to be assumed. > > I vaguely recall that this might have been with kmscube and/or certain > versions of the X server (I also seem to have a vague memory that glamor > being used might have been responsible for this happening or not). > > Given that many things have now changed it might be worth rerunning all > of those use-cases again and trace what types of resources are being > created in the process and maybe make this a little saner. > > > As to why this works for Thierry and not Karol, that's confusing. Are you > > both using the same X11 DDX (modesetting I assume?) and X server versions? > > Could it be a difference in client-side DRI library code somehow? > > It looks like Karol might have found a commit that fixes this in the X > server git. I'll run a couple of tests to see if I can reproduce with a > version prior to that "fix". > before spending too much time on that, Xorg that old usually does not build anymore, but any 1.20.z release should trigger the issue, so you can just go with the newest release. > Thierry _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-12 10:43 ` Karol Herbst 2020-08-12 12:24 ` Karol Herbst @ 2020-08-12 15:05 ` Thierry Reding 2020-08-12 15:20 ` Karol Herbst 1 sibling, 1 reply; 74+ messages in thread From: Thierry Reding @ 2020-08-12 15:05 UTC (permalink / raw) To: Karol Herbst; +Cc: Daniel Vetter, James Jones, Ben Skeggs, dri-devel [-- Attachment #1.1: Type: text/plain, Size: 3571 bytes --] On Wed, Aug 12, 2020 at 12:43:17PM +0200, Karol Herbst wrote: > On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst <kherbst@redhat.com> wrote: > > > > On Wed, Aug 12, 2020 at 2:19 AM James Jones <jajones@nvidia.com> wrote: > > > > > > Sorry for the slow reply here as well. I've been in the process of > > > rebasing and reworking the userspace patches. I'm not clear my changes > > > will address the Jetson Nano issue, but if you'd like to try them, the > > > latest userspace changes are available here: > > > > > > https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/3724 > > > > > > And the tegra-drm kernel patches are here: > > > > > > > > > https://patchwork.ozlabs.org/project/linux-tegra/patch/20191217005205.2573-1-jajones@nvidia.com/ > > > > > > Those + the kernel changes addressed in this thread are everything I had > > > outstanding. > > > > > > > I don't know if that's caused by your changes or not, but now the > > assert I hit is a different one pointing out that > > nvc0_miptree_select_best_modifier fails in a certain case and returns > > MOD_INVALID... anyway, it seems like with your patches applied it's > > now way easier to debug and figure out what's going wrong, so maybe I > > can figure it out now :) > > > > collected some information which might help to track it down. > > src/gallium/frontends/dri/dri2.c:648 is the assert hit: assert(*zsbuf) > > templ is {reference = {count = 0}, width0 = 300, height0 = 300, depth0 > = 1, array_size = 1, format = PIPE_FORMAT_Z24X8_UNORM, target = > PIPE_TEXTURE_2D, last_level = 0, nr_samples = 0, nr_storage_samples = > 0, usage = 0, bind = 1, flags = 0, next = 0x0, screen = 0x0} > > inside tegra_screen_resource_create modifier says > DRM_FORMAT_MOD_INVALID as template->bind is 1 > > and nvc0_miptree_select_best_modifier returns DRM_FORMAT_MOD_INVALID, > so the call just returns NULL leading to the assert. > > Btw, this is on Xorg-1.20.8-1.fc32.aarch64 with glxgears. Hi Karol, I'm not sure if I'm doing something wrong, but I can't seem to reproduce these assertions at all. I've got a debug Mesa build from today as well as an X server build from today and if I run glxgears it works just fine for me. This is on Jetson TX1, but I don't think there's any difference to Jetson Nano in that regard. I'll try to give this a try on Jetson Nano as well, just to make sure. I can also try to pull in James' patches to see if they change anything for me. However, perhaps we can compare notes on what exactly your configuration is so that perhaps I can reproduce and take a closer look at what's going on. My Mesa build uses the following configuration: $ meson --prefix /usr --libexecdir /usr/lib --buildtype debug -Dgles1=false \ -Dgallium-drivers=nouveau,swrast,tegra -Dgallium-opencl=standalone \ -Dvulkan-drivers='' -Dplatforms=wayland,x11,drm,surfaceless \ -Dbuild-tests=true -Dtexture-float=true -Ddri-drivers='' \ -Dgallium-omx=disabled -Dllvm=true And here's what I use for X: $ meson --prefix /usr --libexecdir /usr/lib \ --libexecdir /usr/lib/xorg-server -Dxdmcp=false I've stripped out some cross-compilation boilerplate there because that shouldn't be relevant. Do you see anything in there that I'm missing and which might be causing the issue not to happen for me? Also, what's the window manager that you use? I use TWM (for simplicity) and I suspect that's not what you use, so perhaps this is relevant somehow as well? Thierry [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 833 bytes --] [-- Attachment #2: Type: text/plain, Size: 160 bytes --] _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-12 15:05 ` Thierry Reding @ 2020-08-12 15:20 ` Karol Herbst 2020-08-12 15:49 ` Karol Herbst 0 siblings, 1 reply; 74+ messages in thread From: Karol Herbst @ 2020-08-12 15:20 UTC (permalink / raw) To: Thierry Reding; +Cc: Daniel Vetter, James Jones, Ben Skeggs, dri-devel On Wed, Aug 12, 2020 at 5:05 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > On Wed, Aug 12, 2020 at 12:43:17PM +0200, Karol Herbst wrote: > > On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst <kherbst@redhat.com> wrote: > > > > > > On Wed, Aug 12, 2020 at 2:19 AM James Jones <jajones@nvidia.com> wrote: > > > > > > > > Sorry for the slow reply here as well. I've been in the process of > > > > rebasing and reworking the userspace patches. I'm not clear my changes > > > > will address the Jetson Nano issue, but if you'd like to try them, the > > > > latest userspace changes are available here: > > > > > > > > https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/3724 > > > > > > > > And the tegra-drm kernel patches are here: > > > > > > > > > > > > https://patchwork.ozlabs.org/project/linux-tegra/patch/20191217005205.2573-1-jajones@nvidia.com/ > > > > > > > > Those + the kernel changes addressed in this thread are everything I had > > > > outstanding. > > > > > > > > > > I don't know if that's caused by your changes or not, but now the > > > assert I hit is a different one pointing out that > > > nvc0_miptree_select_best_modifier fails in a certain case and returns > > > MOD_INVALID... anyway, it seems like with your patches applied it's > > > now way easier to debug and figure out what's going wrong, so maybe I > > > can figure it out now :) > > > > > > > collected some information which might help to track it down. > > > > src/gallium/frontends/dri/dri2.c:648 is the assert hit: assert(*zsbuf) > > > > templ is {reference = {count = 0}, width0 = 300, height0 = 300, depth0 > > = 1, array_size = 1, format = PIPE_FORMAT_Z24X8_UNORM, target = > > PIPE_TEXTURE_2D, last_level = 0, nr_samples = 0, nr_storage_samples = > > 0, usage = 0, bind = 1, flags = 0, next = 0x0, screen = 0x0} > > > > inside tegra_screen_resource_create modifier says > > DRM_FORMAT_MOD_INVALID as template->bind is 1 > > > > and nvc0_miptree_select_best_modifier returns DRM_FORMAT_MOD_INVALID, > > so the call just returns NULL leading to the assert. > > > > Btw, this is on Xorg-1.20.8-1.fc32.aarch64 with glxgears. > > Hi Karol, > > I'm not sure if I'm doing something wrong, but I can't seem to reproduce > these assertions at all. I've got a debug Mesa build from today as well > as an X server build from today and if I run glxgears it works just fine > for me. This is on Jetson TX1, but I don't think there's any difference > to Jetson Nano in that regard. I'll try to give this a try on Jetson > Nano as well, just to make sure. I can also try to pull in James' > patches to see if they change anything for me. > > However, perhaps we can compare notes on what exactly your configuration > is so that perhaps I can reproduce and take a closer look at what's > going on. > > My Mesa build uses the following configuration: > > $ meson --prefix /usr --libexecdir /usr/lib --buildtype debug -Dgles1=false \ > -Dgallium-drivers=nouveau,swrast,tegra -Dgallium-opencl=standalone \ > -Dvulkan-drivers='' -Dplatforms=wayland,x11,drm,surfaceless \ > -Dbuild-tests=true -Dtexture-float=true -Ddri-drivers='' \ > -Dgallium-omx=disabled -Dllvm=true > > And here's what I use for X: > > $ meson --prefix /usr --libexecdir /usr/lib \ > --libexecdir /usr/lib/xorg-server -Dxdmcp=false > > I've stripped out some cross-compilation boilerplate there because that > shouldn't be relevant. Do you see anything in there that I'm missing and > which might be causing the issue not to happen for me? > > Also, what's the window manager that you use? I use TWM (for simplicity) > and I suspect that's not what you use, so perhaps this is relevant > somehow as well? > I don't use any at all, just plain X. Anyway, for software versions: kernel-5.8.0 + patch James refered to above Xorg-1.20.8-1.fc32.aarch64 (just the normal fc32 build) mesa fedora, master or james modifier branch (james' branch is hitting a different assert, so maybe that could behave differently for you as well) but my meson args are those: -Dplatforms=auto -Dllvm=false -Dgallium-drivers="nouveau, tegra" -Dbuildtype=debug But I am seeing a bunch of messages in dmesg in a release build as well: [ 233.080649] nouveau 57000000.gpu: gr: DATA_ERROR 00000003 [INVALID_OPERATION] ch 4 [0400323000 glxgears[412]] subc 0 class b197 mthd 19d0 data 0000003d [ 233.094237] nouveau 57000000.gpu: gr: DATA_ERROR 0000009c [] ch 4 [0400323000 glxgears[412]] subc 0 class b197 mthd 0d78 data 00000052 [ 233.106327] nouveau 57000000.gpu: gr: DATA_ERROR 0000009c [] ch 4 [0400323000 glxgears[412]] subc 0 class b197 mthd 0d78 data 00000050 But at the moment I kind of expect Xorg to be the difference. I will try with Xorg from git and see if it goes away. > Thierry _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-08-12 15:20 ` Karol Herbst @ 2020-08-12 15:49 ` Karol Herbst 0 siblings, 0 replies; 74+ messages in thread From: Karol Herbst @ 2020-08-12 15:49 UTC (permalink / raw) To: Thierry Reding; +Cc: Daniel Vetter, James Jones, Ben Skeggs, dri-devel On Wed, Aug 12, 2020 at 5:20 PM Karol Herbst <kherbst@redhat.com> wrote: > > On Wed, Aug 12, 2020 at 5:05 PM Thierry Reding <thierry.reding@gmail.com> wrote: > > > > On Wed, Aug 12, 2020 at 12:43:17PM +0200, Karol Herbst wrote: > > > On Wed, Aug 12, 2020 at 12:27 PM Karol Herbst <kherbst@redhat.com> wrote: > > > > > > > > On Wed, Aug 12, 2020 at 2:19 AM James Jones <jajones@nvidia.com> wrote: > > > > > > > > > > Sorry for the slow reply here as well. I've been in the process of > > > > > rebasing and reworking the userspace patches. I'm not clear my changes > > > > > will address the Jetson Nano issue, but if you'd like to try them, the > > > > > latest userspace changes are available here: > > > > > > > > > > https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/3724 > > > > > > > > > > And the tegra-drm kernel patches are here: > > > > > > > > > > > > > > > https://patchwork.ozlabs.org/project/linux-tegra/patch/20191217005205.2573-1-jajones@nvidia.com/ > > > > > > > > > > Those + the kernel changes addressed in this thread are everything I had > > > > > outstanding. > > > > > > > > > > > > > I don't know if that's caused by your changes or not, but now the > > > > assert I hit is a different one pointing out that > > > > nvc0_miptree_select_best_modifier fails in a certain case and returns > > > > MOD_INVALID... anyway, it seems like with your patches applied it's > > > > now way easier to debug and figure out what's going wrong, so maybe I > > > > can figure it out now :) > > > > > > > > > > collected some information which might help to track it down. > > > > > > src/gallium/frontends/dri/dri2.c:648 is the assert hit: assert(*zsbuf) > > > > > > templ is {reference = {count = 0}, width0 = 300, height0 = 300, depth0 > > > = 1, array_size = 1, format = PIPE_FORMAT_Z24X8_UNORM, target = > > > PIPE_TEXTURE_2D, last_level = 0, nr_samples = 0, nr_storage_samples = > > > 0, usage = 0, bind = 1, flags = 0, next = 0x0, screen = 0x0} > > > > > > inside tegra_screen_resource_create modifier says > > > DRM_FORMAT_MOD_INVALID as template->bind is 1 > > > > > > and nvc0_miptree_select_best_modifier returns DRM_FORMAT_MOD_INVALID, > > > so the call just returns NULL leading to the assert. > > > > > > Btw, this is on Xorg-1.20.8-1.fc32.aarch64 with glxgears. > > > > Hi Karol, > > > > I'm not sure if I'm doing something wrong, but I can't seem to reproduce > > these assertions at all. I've got a debug Mesa build from today as well > > as an X server build from today and if I run glxgears it works just fine > > for me. This is on Jetson TX1, but I don't think there's any difference > > to Jetson Nano in that regard. I'll try to give this a try on Jetson > > Nano as well, just to make sure. I can also try to pull in James' > > patches to see if they change anything for me. > > > > However, perhaps we can compare notes on what exactly your configuration > > is so that perhaps I can reproduce and take a closer look at what's > > going on. > > > > My Mesa build uses the following configuration: > > > > $ meson --prefix /usr --libexecdir /usr/lib --buildtype debug -Dgles1=false \ > > -Dgallium-drivers=nouveau,swrast,tegra -Dgallium-opencl=standalone \ > > -Dvulkan-drivers='' -Dplatforms=wayland,x11,drm,surfaceless \ > > -Dbuild-tests=true -Dtexture-float=true -Ddri-drivers='' \ > > -Dgallium-omx=disabled -Dllvm=true > > > > And here's what I use for X: > > > > $ meson --prefix /usr --libexecdir /usr/lib \ > > --libexecdir /usr/lib/xorg-server -Dxdmcp=false > > > > I've stripped out some cross-compilation boilerplate there because that > > shouldn't be relevant. Do you see anything in there that I'm missing and > > which might be causing the issue not to happen for me? > > > > Also, what's the window manager that you use? I use TWM (for simplicity) > > and I suspect that's not what you use, so perhaps this is relevant > > somehow as well? > > > > I don't use any at all, just plain X. > > Anyway, for software versions: > kernel-5.8.0 + patch James refered to above > Xorg-1.20.8-1.fc32.aarch64 (just the normal fc32 build) > > mesa fedora, master or james modifier branch (james' branch is hitting > a different assert, so maybe that could behave differently for you as > well) > but my meson args are those: -Dplatforms=auto -Dllvm=false > -Dgallium-drivers="nouveau, tegra" -Dbuildtype=debug > > But I am seeing a bunch of messages in dmesg in a release build as well: > [ 233.080649] nouveau 57000000.gpu: gr: DATA_ERROR 00000003 > [INVALID_OPERATION] ch 4 [0400323000 glxgears[412]] subc 0 class b197 > mthd 19d0 data 0000003d > [ 233.094237] nouveau 57000000.gpu: gr: DATA_ERROR 0000009c [] ch 4 > [0400323000 glxgears[412]] subc 0 class b197 mthd 0d78 data 00000052 > [ 233.106327] nouveau 57000000.gpu: gr: DATA_ERROR 0000009c [] ch 4 > [0400323000 glxgears[412]] subc 0 class b197 mthd 0d78 data 00000050 > > But at the moment I kind of expect Xorg to be the difference. I will > try with Xorg from git and see if it goes away. yeah... Xorg from git doesn't cause the errors/asserts. So.. what do we want to do? > > > Thierry _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-07-01 4:40 ` James Jones 2020-07-01 7:57 ` Kirill A. Shutemov @ 2020-07-01 11:24 ` Karol Herbst 2020-07-01 15:51 ` James Jones 1 sibling, 1 reply; 74+ messages in thread From: Karol Herbst @ 2020-07-01 11:24 UTC (permalink / raw) To: James Jones Cc: Daniel Vetter, LKML, dri-devel, Ben Skeggs, Kirill A. Shutemov, Linus Torvalds On Wed, Jul 1, 2020 at 6:45 AM James Jones <jajones@nvidia.com> wrote: > > This implies something is trying to use one of the old > DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK format modifiers with DRM-KMS without > first checking whether it is supported by the kernel. I had tried to > force an Xorg+Mesa stack without my userspace patches to hit this error > when testing, but must have missed some permutation. If the stalled > Mesa patches go in, this would stop happening of course, but those were > held up for a long time in review, and are now waiting on me to make > some modifications. > that's completely irrelevant. If a kernel change breaks userspace, it's a kernel bug. > Are you using the modesetting driver in X? If so, with glamor I > presume? What version of Mesa? Any distro patches? Any non-default > xorg.conf options that would affect modesetting, your X driver if it > isn't modesetting, or glamour? > > Thanks, > -James > > On 6/30/20 4:08 PM, Kirill A. Shutemov wrote: > > On Tue, Jun 02, 2020 at 04:06:32PM +1000, Dave Airlie wrote: > >> James Jones (4): > > ... > >> drm/nouveau/kms: Support NVIDIA format modifiers > > > > This commit is the first one that breaks Xorg startup for my setup: > > GTX 1080 + Dell UP2414Q (4K DP MST monitor). > > > > I believe this is the crucial part of dmesg (full dmesg is attached): > > > > [ 29.997140] [drm:nouveau_framebuffer_new] Unsupported modifier: 0x300000000000014 > > [ 29.997143] [drm:drm_internal_framebuffer_create] could not create framebuffer > > [ 29.997145] [drm:drm_ioctl] pid=3393, ret = -22 > > > > Any suggestions? > > > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-07-01 11:24 ` Karol Herbst @ 2020-07-01 15:51 ` James Jones 2020-07-01 16:01 ` Daniel Vetter 0 siblings, 1 reply; 74+ messages in thread From: James Jones @ 2020-07-01 15:51 UTC (permalink / raw) To: Karol Herbst Cc: Daniel Vetter, LKML, dri-devel, Ben Skeggs, Kirill A. Shutemov, Linus Torvalds On 7/1/20 4:24 AM, Karol Herbst wrote: > On Wed, Jul 1, 2020 at 6:45 AM James Jones <jajones@nvidia.com> wrote: >> >> This implies something is trying to use one of the old >> DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK format modifiers with DRM-KMS without >> first checking whether it is supported by the kernel. I had tried to >> force an Xorg+Mesa stack without my userspace patches to hit this error >> when testing, but must have missed some permutation. If the stalled >> Mesa patches go in, this would stop happening of course, but those were >> held up for a long time in review, and are now waiting on me to make >> some modifications. >> > > that's completely irrelevant. If a kernel change breaks userspace, > it's a kernel bug. Agreed it is unacceptable to break userspace, but I don't think it's irrelevant. Perhaps the musings on pending userspace patches are. My intent here was to point out it appears at first glance that something isn't behaving as expected in userspace, so fixing this would likely require some sort of work-around for broken userspace rather than straight-forward fixing of a bug in the kernel logic. My intent was not to shift blame to something besides my code & testing for the regression, though I certainly see how it could be interpreted that way. Regardless, I'm looking in to it. Thanks, -James >> Are you using the modesetting driver in X? If so, with glamor I >> presume? What version of Mesa? Any distro patches? Any non-default >> xorg.conf options that would affect modesetting, your X driver if it >> isn't modesetting, or glamour? >> >> Thanks, >> -James >> >> On 6/30/20 4:08 PM, Kirill A. Shutemov wrote: >>> On Tue, Jun 02, 2020 at 04:06:32PM +1000, Dave Airlie wrote: >>>> James Jones (4): >>> ... >>>> drm/nouveau/kms: Support NVIDIA format modifiers >>> >>> This commit is the first one that breaks Xorg startup for my setup: >>> GTX 1080 + Dell UP2414Q (4K DP MST monitor). >>> >>> I believe this is the crucial part of dmesg (full dmesg is attached): >>> >>> [ 29.997140] [drm:nouveau_framebuffer_new] Unsupported modifier: 0x300000000000014 >>> [ 29.997143] [drm:drm_internal_framebuffer_create] could not create framebuffer >>> [ 29.997145] [drm:drm_ioctl] pid=3393, ret = -22 >>> >>> Any suggestions? >>> >> _______________________________________________ >> dri-devel mailing list >> dri-devel@lists.freedesktop.org >> https://lists.freedesktop.org/mailman/listinfo/dri-devel >> > > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-07-01 15:51 ` James Jones @ 2020-07-01 16:01 ` Daniel Vetter 2020-07-01 17:04 ` Karol Herbst 0 siblings, 1 reply; 74+ messages in thread From: Daniel Vetter @ 2020-07-01 16:01 UTC (permalink / raw) To: James Jones Cc: Karol Herbst, LKML, dri-devel, Ben Skeggs, Kirill A. Shutemov, Linus Torvalds On Wed, Jul 1, 2020 at 5:51 PM James Jones <jajones@nvidia.com> wrote: > > On 7/1/20 4:24 AM, Karol Herbst wrote: > > On Wed, Jul 1, 2020 at 6:45 AM James Jones <jajones@nvidia.com> wrote: > >> > >> This implies something is trying to use one of the old > >> DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK format modifiers with DRM-KMS without > >> first checking whether it is supported by the kernel. I had tried to > >> force an Xorg+Mesa stack without my userspace patches to hit this error > >> when testing, but must have missed some permutation. If the stalled > >> Mesa patches go in, this would stop happening of course, but those were > >> held up for a long time in review, and are now waiting on me to make > >> some modifications. > >> > > > > that's completely irrelevant. If a kernel change breaks userspace, > > it's a kernel bug. > > Agreed it is unacceptable to break userspace, but I don't think it's > irrelevant. Perhaps the musings on pending userspace patches are. > > My intent here was to point out it appears at first glance that > something isn't behaving as expected in userspace, so fixing this would > likely require some sort of work-around for broken userspace rather than > straight-forward fixing of a bug in the kernel logic. My intent was not > to shift blame to something besides my code & testing for the > regression, though I certainly see how it could be interpreted that way. > > Regardless, I'm looking in to it. If we do need to have a kernel workaround I'm happy to help out, I've done a bunch of these and occasionally it's good to get rather creative :-) Ideally we'd also push a minimal fix in userspace to all stable branches and make sure distros upgrade (might need releases if some distro is stuck on old horrors), so that we don't have to keep the hack in place for 10+ years or so. Definitely if the hack amounts to disabling modifiers on nouveau, that would be kinda sad. -Daniel > > Thanks, > -James > > >> Are you using the modesetting driver in X? If so, with glamor I > >> presume? What version of Mesa? Any distro patches? Any non-default > >> xorg.conf options that would affect modesetting, your X driver if it > >> isn't modesetting, or glamour? > >> > >> Thanks, > >> -James > >> > >> On 6/30/20 4:08 PM, Kirill A. Shutemov wrote: > >>> On Tue, Jun 02, 2020 at 04:06:32PM +1000, Dave Airlie wrote: > >>>> James Jones (4): > >>> ... > >>>> drm/nouveau/kms: Support NVIDIA format modifiers > >>> > >>> This commit is the first one that breaks Xorg startup for my setup: > >>> GTX 1080 + Dell UP2414Q (4K DP MST monitor). > >>> > >>> I believe this is the crucial part of dmesg (full dmesg is attached): > >>> > >>> [ 29.997140] [drm:nouveau_framebuffer_new] Unsupported modifier: 0x300000000000014 > >>> [ 29.997143] [drm:drm_internal_framebuffer_create] could not create framebuffer > >>> [ 29.997145] [drm:drm_ioctl] pid=3393, ret = -22 > >>> > >>> Any suggestions? > >>> > >> _______________________________________________ > >> dri-devel mailing list > >> dri-devel@lists.freedesktop.org > >> https://lists.freedesktop.org/mailman/listinfo/dri-devel > >> > > > > _______________________________________________ > > dri-devel mailing list > > dri-devel@lists.freedesktop.org > > https://lists.freedesktop.org/mailman/listinfo/dri-devel > > -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-07-01 16:01 ` Daniel Vetter @ 2020-07-01 17:04 ` Karol Herbst 2020-07-01 17:37 ` James Jones 0 siblings, 1 reply; 74+ messages in thread From: Karol Herbst @ 2020-07-01 17:04 UTC (permalink / raw) To: Daniel Vetter Cc: James Jones, LKML, dri-devel, Ben Skeggs, Kirill A. Shutemov, Linus Torvalds On Wed, Jul 1, 2020 at 6:01 PM Daniel Vetter <daniel.vetter@ffwll.ch> wrote: > > On Wed, Jul 1, 2020 at 5:51 PM James Jones <jajones@nvidia.com> wrote: > > > > On 7/1/20 4:24 AM, Karol Herbst wrote: > > > On Wed, Jul 1, 2020 at 6:45 AM James Jones <jajones@nvidia.com> wrote: > > >> > > >> This implies something is trying to use one of the old > > >> DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK format modifiers with DRM-KMS without > > >> first checking whether it is supported by the kernel. I had tried to > > >> force an Xorg+Mesa stack without my userspace patches to hit this error > > >> when testing, but must have missed some permutation. If the stalled > > >> Mesa patches go in, this would stop happening of course, but those were > > >> held up for a long time in review, and are now waiting on me to make > > >> some modifications. > > >> > > > > > > that's completely irrelevant. If a kernel change breaks userspace, > > > it's a kernel bug. > > > > Agreed it is unacceptable to break userspace, but I don't think it's > > irrelevant. Perhaps the musings on pending userspace patches are. > > > > My intent here was to point out it appears at first glance that > > something isn't behaving as expected in userspace, so fixing this would > > likely require some sort of work-around for broken userspace rather than > > straight-forward fixing of a bug in the kernel logic. My intent was not > > to shift blame to something besides my code & testing for the > > regression, though I certainly see how it could be interpreted that way. > > > > Regardless, I'm looking in to it. > I assume the MR you were talking about is https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/3724 ? I am also aware of the tegra driver being broken on my jetson nano and I am now curious if this MR could fix this bug as well... and sorry for the harsh reply, I was just a annoyed by the fact that "everything modifier related is just breaking things", first tegra and that nobody is looking into fixing it and then apparently the userspace code being quite broken as well :/ Anyway, yeah I trust you guys on figuring out the keeping "broken" userspace happy from a kernel side and maybe I can help out with reviewing the mesa bits. I am just wondering if it could help with the tegra situation giving me more reasons to look into it as this would solve other issues I should be working on :) > If we do need to have a kernel workaround I'm happy to help out, I've > done a bunch of these and occasionally it's good to get rather > creative :-) > > Ideally we'd also push a minimal fix in userspace to all stable > branches and make sure distros upgrade (might need releases if some > distro is stuck on old horrors), so that we don't have to keep the > hack in place for 10+ years or so. Definitely if the hack amounts to > disabling modifiers on nouveau, that would be kinda sad. > -Daniel > > > > > Thanks, > > -James > > > > >> Are you using the modesetting driver in X? If so, with glamor I > > >> presume? What version of Mesa? Any distro patches? Any non-default > > >> xorg.conf options that would affect modesetting, your X driver if it > > >> isn't modesetting, or glamour? > > >> > > >> Thanks, > > >> -James > > >> > > >> On 6/30/20 4:08 PM, Kirill A. Shutemov wrote: > > >>> On Tue, Jun 02, 2020 at 04:06:32PM +1000, Dave Airlie wrote: > > >>>> James Jones (4): > > >>> ... > > >>>> drm/nouveau/kms: Support NVIDIA format modifiers > > >>> > > >>> This commit is the first one that breaks Xorg startup for my setup: > > >>> GTX 1080 + Dell UP2414Q (4K DP MST monitor). > > >>> > > >>> I believe this is the crucial part of dmesg (full dmesg is attached): > > >>> > > >>> [ 29.997140] [drm:nouveau_framebuffer_new] Unsupported modifier: 0x300000000000014 > > >>> [ 29.997143] [drm:drm_internal_framebuffer_create] could not create framebuffer > > >>> [ 29.997145] [drm:drm_ioctl] pid=3393, ret = -22 > > >>> > > >>> Any suggestions? > > >>> > > >> _______________________________________________ > > >> dri-devel mailing list > > >> dri-devel@lists.freedesktop.org > > >> https://lists.freedesktop.org/mailman/listinfo/dri-devel > > >> > > > > > > _______________________________________________ > > > dri-devel mailing list > > > dri-devel@lists.freedesktop.org > > > https://lists.freedesktop.org/mailman/listinfo/dri-devel > > > > > > > -- > Daniel Vetter > Software Engineer, Intel Corporation > http://blog.ffwll.ch > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-07-01 17:04 ` Karol Herbst @ 2020-07-01 17:37 ` James Jones 2020-07-01 18:08 ` Karol Herbst 0 siblings, 1 reply; 74+ messages in thread From: James Jones @ 2020-07-01 17:37 UTC (permalink / raw) To: Karol Herbst, Daniel Vetter Cc: Kirill A. Shutemov, Linus Torvalds, LKML, dri-devel, Ben Skeggs On 7/1/20 10:04 AM, Karol Herbst wrote: > On Wed, Jul 1, 2020 at 6:01 PM Daniel Vetter <daniel.vetter@ffwll.ch> wrote: >> >> On Wed, Jul 1, 2020 at 5:51 PM James Jones <jajones@nvidia.com> wrote: >>> >>> On 7/1/20 4:24 AM, Karol Herbst wrote: >>>> On Wed, Jul 1, 2020 at 6:45 AM James Jones <jajones@nvidia.com> wrote: >>>>> >>>>> This implies something is trying to use one of the old >>>>> DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK format modifiers with DRM-KMS without >>>>> first checking whether it is supported by the kernel. I had tried to >>>>> force an Xorg+Mesa stack without my userspace patches to hit this error >>>>> when testing, but must have missed some permutation. If the stalled >>>>> Mesa patches go in, this would stop happening of course, but those were >>>>> held up for a long time in review, and are now waiting on me to make >>>>> some modifications. >>>>> >>>> >>>> that's completely irrelevant. If a kernel change breaks userspace, >>>> it's a kernel bug. >>> >>> Agreed it is unacceptable to break userspace, but I don't think it's >>> irrelevant. Perhaps the musings on pending userspace patches are. >>> >>> My intent here was to point out it appears at first glance that >>> something isn't behaving as expected in userspace, so fixing this would >>> likely require some sort of work-around for broken userspace rather than >>> straight-forward fixing of a bug in the kernel logic. My intent was not >>> to shift blame to something besides my code & testing for the >>> regression, though I certainly see how it could be interpreted that way. >>> >>> Regardless, I'm looking in to it. >> > > I assume the MR you were talking about is > https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/3724 ? Correct. > I am > also aware of the tegra driver being broken on my jetson nano and I am > now curious if this MR could fix this bug as well... and sorry for the > harsh reply, I was just a annoyed by the fact that "everything > modifier related is just breaking things", first tegra and that nobody > is looking into fixing it and then apparently the userspace code being > quite broken as well :/ > > Anyway, yeah I trust you guys on figuring out the keeping "broken" > userspace happy from a kernel side and maybe I can help out with > reviewing the mesa bits. I am just wondering if it could help with the > tegra situation giving me more reasons to look into it as this would > solve other issues I should be working on :) Not sure if you're claiming this, but if there's Tegra breakage attributable to this patch series, I'd love to hear more details there as well. The Tegra patches did have backwards-compat code to handle the old modifiers, since Tegra was the only working use case I could find for them within the kernel itself. However, the Tegra kernel patches are independent (and haven't even been reviewed yet to my knowledge), so Tegra shouldn't be affected at all given it uses TegraDRM rather than Nouveau's modesetting driver. If there are just general existing issues with modifier support on Tegra, let's take that to a smaller venue. I probably won't be as much help there, but I can at least try to help get some eyes on it. Thanks, -James >> If we do need to have a kernel workaround I'm happy to help out, I've >> done a bunch of these and occasionally it's good to get rather >> creative :-) >> >> Ideally we'd also push a minimal fix in userspace to all stable >> branches and make sure distros upgrade (might need releases if some >> distro is stuck on old horrors), so that we don't have to keep the >> hack in place for 10+ years or so. Definitely if the hack amounts to >> disabling modifiers on nouveau, that would be kinda sad. >> -Daniel >> >>> >>> Thanks, >>> -James >>> >>>>> Are you using the modesetting driver in X? If so, with glamor I >>>>> presume? What version of Mesa? Any distro patches? Any non-default >>>>> xorg.conf options that would affect modesetting, your X driver if it >>>>> isn't modesetting, or glamour? >>>>> >>>>> Thanks, >>>>> -James >>>>> >>>>> On 6/30/20 4:08 PM, Kirill A. Shutemov wrote: >>>>>> On Tue, Jun 02, 2020 at 04:06:32PM +1000, Dave Airlie wrote: >>>>>>> James Jones (4): >>>>>> ... >>>>>>> drm/nouveau/kms: Support NVIDIA format modifiers >>>>>> >>>>>> This commit is the first one that breaks Xorg startup for my setup: >>>>>> GTX 1080 + Dell UP2414Q (4K DP MST monitor). >>>>>> >>>>>> I believe this is the crucial part of dmesg (full dmesg is attached): >>>>>> >>>>>> [ 29.997140] [drm:nouveau_framebuffer_new] Unsupported modifier: 0x300000000000014 >>>>>> [ 29.997143] [drm:drm_internal_framebuffer_create] could not create framebuffer >>>>>> [ 29.997145] [drm:drm_ioctl] pid=3393, ret = -22 >>>>>> >>>>>> Any suggestions? >>>>>> >>>>> _______________________________________________ >>>>> dri-devel mailing list >>>>> dri-devel@lists.freedesktop.org >>>>> https://lists.freedesktop.org/mailman/listinfo/dri-devel >>>>> >>>> >>>> _______________________________________________ >>>> dri-devel mailing list >>>> dri-devel@lists.freedesktop.org >>>> https://lists.freedesktop.org/mailman/listinfo/dri-devel >>>> >> >> >> >> -- >> Daniel Vetter >> Software Engineer, Intel Corporation >> http://blog.ffwll.ch >> > > _______________________________________________ > dri-devel mailing list > dri-devel@lists.freedesktop.org > https://lists.freedesktop.org/mailman/listinfo/dri-devel > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
* Re: [git pull] drm for 5.8-rc1 2020-07-01 17:37 ` James Jones @ 2020-07-01 18:08 ` Karol Herbst 0 siblings, 0 replies; 74+ messages in thread From: Karol Herbst @ 2020-07-01 18:08 UTC (permalink / raw) To: James Jones Cc: Daniel Vetter, LKML, dri-devel, Ben Skeggs, Kirill A. Shutemov, Linus Torvalds On Wed, Jul 1, 2020 at 7:37 PM James Jones <jajones@nvidia.com> wrote: > > On 7/1/20 10:04 AM, Karol Herbst wrote: > > On Wed, Jul 1, 2020 at 6:01 PM Daniel Vetter <daniel.vetter@ffwll.ch> wrote: > >> > >> On Wed, Jul 1, 2020 at 5:51 PM James Jones <jajones@nvidia.com> wrote: > >>> > >>> On 7/1/20 4:24 AM, Karol Herbst wrote: > >>>> On Wed, Jul 1, 2020 at 6:45 AM James Jones <jajones@nvidia.com> wrote: > >>>>> > >>>>> This implies something is trying to use one of the old > >>>>> DRM_FORMAT_MOD_NVIDIA_16BX2_BLOCK format modifiers with DRM-KMS without > >>>>> first checking whether it is supported by the kernel. I had tried to > >>>>> force an Xorg+Mesa stack without my userspace patches to hit this error > >>>>> when testing, but must have missed some permutation. If the stalled > >>>>> Mesa patches go in, this would stop happening of course, but those were > >>>>> held up for a long time in review, and are now waiting on me to make > >>>>> some modifications. > >>>>> > >>>> > >>>> that's completely irrelevant. If a kernel change breaks userspace, > >>>> it's a kernel bug. > >>> > >>> Agreed it is unacceptable to break userspace, but I don't think it's > >>> irrelevant. Perhaps the musings on pending userspace patches are. > >>> > >>> My intent here was to point out it appears at first glance that > >>> something isn't behaving as expected in userspace, so fixing this would > >>> likely require some sort of work-around for broken userspace rather than > >>> straight-forward fixing of a bug in the kernel logic. My intent was not > >>> to shift blame to something besides my code & testing for the > >>> regression, though I certainly see how it could be interpreted that way. > >>> > >>> Regardless, I'm looking in to it. > >> > > > > I assume the MR you were talking about is > > https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/3724 ? > > Correct. > > > I am > > also aware of the tegra driver being broken on my jetson nano and I am > > now curious if this MR could fix this bug as well... and sorry for the > > harsh reply, I was just a annoyed by the fact that "everything > > modifier related is just breaking things", first tegra and that nobody > > is looking into fixing it and then apparently the userspace code being > > quite broken as well :/ > > > > Anyway, yeah I trust you guys on figuring out the keeping "broken" > > userspace happy from a kernel side and maybe I can help out with > > reviewing the mesa bits. I am just wondering if it could help with the > > tegra situation giving me more reasons to look into it as this would > > solve other issues I should be working on :) > > Not sure if you're claiming this, but if there's Tegra breakage > attributable to this patch series, I'd love to hear more details there > as well. The Tegra patches did have backwards-compat code to handle the > old modifiers, since Tegra was the only working use case I could find > for them within the kernel itself. However, the Tegra kernel patches > are independent (and haven't even been reviewed yet to my knowledge), so > Tegra shouldn't be affected at all given it uses TegraDRM rather than > Nouveau's modesetting driver. > > If there are just general existing issues with modifier support on > Tegra, let's take that to a smaller venue. I probably won't be as much > help there, but I can at least try to help get some eyes on it. > I am sure that your patches here have nothing to do with it, just inside mesa since https://gitlab.freedesktop.org/mesa/mesa/commit/c56fe4118a2dd991ff1b2a532c0f234eddd435e9 it's broken on the jetson nano and because it's so old I am not able to tell if this is because of some kernel changes or because of the modifier code inside mesa being slightly broken. Maybe you have an idea, but Thierry knows about the issue, but I think he never was able to reproduce it on any system. > Thanks, > -James > > >> If we do need to have a kernel workaround I'm happy to help out, I've > >> done a bunch of these and occasionally it's good to get rather > >> creative :-) > >> > >> Ideally we'd also push a minimal fix in userspace to all stable > >> branches and make sure distros upgrade (might need releases if some > >> distro is stuck on old horrors), so that we don't have to keep the > >> hack in place for 10+ years or so. Definitely if the hack amounts to > >> disabling modifiers on nouveau, that would be kinda sad. > >> -Daniel > >> > >>> > >>> Thanks, > >>> -James > >>> > >>>>> Are you using the modesetting driver in X? If so, with glamor I > >>>>> presume? What version of Mesa? Any distro patches? Any non-default > >>>>> xorg.conf options that would affect modesetting, your X driver if it > >>>>> isn't modesetting, or glamour? > >>>>> > >>>>> Thanks, > >>>>> -James > >>>>> > >>>>> On 6/30/20 4:08 PM, Kirill A. Shutemov wrote: > >>>>>> On Tue, Jun 02, 2020 at 04:06:32PM +1000, Dave Airlie wrote: > >>>>>>> James Jones (4): > >>>>>> ... > >>>>>>> drm/nouveau/kms: Support NVIDIA format modifiers > >>>>>> > >>>>>> This commit is the first one that breaks Xorg startup for my setup: > >>>>>> GTX 1080 + Dell UP2414Q (4K DP MST monitor). > >>>>>> > >>>>>> I believe this is the crucial part of dmesg (full dmesg is attached): > >>>>>> > >>>>>> [ 29.997140] [drm:nouveau_framebuffer_new] Unsupported modifier: 0x300000000000014 > >>>>>> [ 29.997143] [drm:drm_internal_framebuffer_create] could not create framebuffer > >>>>>> [ 29.997145] [drm:drm_ioctl] pid=3393, ret = -22 > >>>>>> > >>>>>> Any suggestions? > >>>>>> > >>>>> _______________________________________________ > >>>>> dri-devel mailing list > >>>>> dri-devel@lists.freedesktop.org > >>>>> https://lists.freedesktop.org/mailman/listinfo/dri-devel > >>>>> > >>>> > >>>> _______________________________________________ > >>>> dri-devel mailing list > >>>> dri-devel@lists.freedesktop.org > >>>> https://lists.freedesktop.org/mailman/listinfo/dri-devel > >>>> > >> > >> > >> > >> -- > >> Daniel Vetter > >> Software Engineer, Intel Corporation > >> http://blog.ffwll.ch > >> > > > > _______________________________________________ > > dri-devel mailing list > > dri-devel@lists.freedesktop.org > > https://lists.freedesktop.org/mailman/listinfo/dri-devel > > > _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel ^ permalink raw reply [flat|nested] 74+ messages in thread
end of thread, other threads:[~2020-09-01 14:42 UTC | newest] Thread overview: 74+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-06-02 6:06 [git pull] drm for 5.8-rc1 Dave Airlie 2020-06-02 21:21 ` Linus Torvalds 2020-06-02 21:22 ` Linus Torvalds 2020-06-02 21:56 ` Linus Torvalds 2020-06-03 7:18 ` Thomas Zimmermann 2020-06-03 7:43 ` Daniel Vetter 2020-06-02 22:14 ` Linus Torvalds 2020-06-02 23:03 ` Dave Airlie 2020-06-02 22:20 ` pr-tracker-bot 2020-06-03 20:13 ` Jason Gunthorpe 2020-06-04 8:10 ` Christian König 2020-06-30 23:08 ` Kirill A. Shutemov 2020-07-01 4:40 ` James Jones 2020-07-01 7:57 ` Kirill A. Shutemov 2020-07-01 7:59 ` Kirill A. Shutemov 2020-07-01 19:45 ` James Jones 2020-07-02 7:36 ` Daniel Vetter 2020-07-02 7:59 ` Pekka Paalanen 2020-07-02 8:22 ` Daniel Stone 2020-07-02 21:14 ` James Jones 2020-07-03 6:01 ` James Jones 2020-07-03 7:16 ` Daniel Vetter 2020-07-13 1:37 ` Dave Airlie 2020-07-14 14:31 ` James Jones 2020-08-04 8:58 ` Karol Herbst 2020-08-12 0:19 ` James Jones 2020-08-12 10:27 ` Karol Herbst 2020-08-12 10:43 ` Karol Herbst 2020-08-12 12:24 ` Karol Herbst 2020-08-12 12:37 ` Ilia Mirkin 2020-08-12 17:03 ` James Jones 2020-08-12 17:10 ` Karol Herbst 2020-08-12 17:19 ` James Jones 2020-08-12 17:40 ` Alyssa Rosenzweig 2020-08-12 18:24 ` James Jones 2020-08-12 18:51 ` Karol Herbst 2020-08-13 13:00 ` Karol Herbst 2020-08-13 15:39 ` Karol Herbst 2020-08-13 17:19 ` Karol Herbst 2020-08-13 17:45 ` James Jones 2020-08-13 17:48 ` Karol Herbst 2020-08-14 13:57 ` Thierry Reding 2020-08-14 13:59 ` Karol Herbst 2020-08-14 14:10 ` Thierry Reding 2020-08-14 14:05 ` Thierry Reding 2020-08-14 14:44 ` Karol Herbst 2020-08-14 15:34 ` Thierry Reding 2020-08-14 15:40 ` Karol Herbst 2020-08-14 16:06 ` Thierry Reding 2020-08-14 16:12 ` Karol Herbst 2020-08-14 16:22 ` Thierry Reding 2020-08-14 17:17 ` Daniel Stone 2020-08-14 17:25 ` Daniel Vetter 2020-08-18 14:37 ` Thierry Reding 2020-09-01 7:13 ` Daniel Vetter 2020-09-01 10:42 ` Daniel Stone 2020-09-01 10:59 ` Karol Herbst 2020-09-01 14:42 ` James Jones 2020-08-14 14:08 ` Thierry Reding 2020-08-14 14:45 ` Karol Herbst 2020-08-14 15:24 ` Thierry Reding 2020-08-14 15:43 ` Karol Herbst 2020-08-14 13:54 ` Thierry Reding 2020-08-14 13:40 ` Thierry Reding 2020-08-14 13:56 ` Karol Herbst 2020-08-12 15:05 ` Thierry Reding 2020-08-12 15:20 ` Karol Herbst 2020-08-12 15:49 ` Karol Herbst 2020-07-01 11:24 ` Karol Herbst 2020-07-01 15:51 ` James Jones 2020-07-01 16:01 ` Daniel Vetter 2020-07-01 17:04 ` Karol Herbst 2020-07-01 17:37 ` James Jones 2020-07-01 18:08 ` Karol Herbst
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).