- Jul 19, 2024
-
-
Enrico Weigelt, metux IT consult . authored
xnfcalloc is just an alias for XNFcallocarray() that doesn't seem to serve any practical purpose, so it can go away once all drivers stopped using it. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
-
Enrico Weigelt, metux IT consult . authored
xnfalloc is just an alias for XNFalloc() that doesn't seem to serve any practical purpose, so it can go away once all drivers stopped using it. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
-
- Jul 12, 2024
-
-
Marek Olšák authored
libdrm 2.4.121 is required to get the new FAMILY definition.
-
Pierre-Eric Pelloux-Prayer authored
Reviewed-by: Marek Olšák <marek.olsak@amd.com>
-
Pierre-Eric Pelloux-Prayer authored
To be able to use gfx-ci/ci-deb-repo. Reviewed-by: Marek Olšák <marek.olsak@amd.com>
-
- Jul 11, 2024
-
-
The obsolete pict_f_transform macro (aliasing to pixman_f_transform) had been removed in Xorg headers. Thus, we should use pixman_f_transform directly. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
-
- May 15, 2024
-
-
Enrico Weigelt, metux IT consult . authored
We're relying on at least 1.18 now, so no need to check anymore. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
-
- May 14, 2024
-
-
Enrico Weigelt, metux IT consult . authored
We're relying on at least 1.18 now. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
-
Enrico Weigelt, metux IT consult . authored
1.18 was released a decade ago, so it seems reasonable stop supporting older ones. Signed-off-by: Enrico Weigelt, metux IT consult <info@metux.net>
-
- Feb 25, 2024
-
-
Alan Coopersmith authored
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
-
- Jan 24, 2024
-
-
As the color management properties are optional, this commit handles these properties individually Reviewed-by: Shashank Sharma <shashank.sharma@amd.com> Signed-off-by: Uday Kiran Pichika <udaykiran.pichika@amd.com>
-
- Sep 25, 2023
-
-
As of kernel commit 1ca67aba8d11 ("drm/amd/display: only accept async flips for fast updates"), we reject async flips that used to be silently degraded to vsync. However, this causes issues for VRR if TearFree isn't enabled, in particular we have seen that VRR fails to engage on a handful of tested applications and in one case we even observed an application soft hang. So, if TearFree is set to auto we should enable it if VariableRefresh is enabled and we should warn users if they try to enable VariableRefresh while TearFree is disabled. Signed-off-by: Hamza Mahfooz <hamza.mahfooz@amd.com>
-
- Jul 12, 2023
-
-
Chris Bainbridge authored
-
- Jul 11, 2023
-
-
Chris Bainbridge authored
`drmmode_set_mode` can segfault if a USB-C dock with external monitors is disconnected during suspend. It appears that some data structures are not updated, but the associated `drmModeConnectorPtr` associated with those structures is NULL. Dereferencing that pointer results in Xorg crashing. Backtrace: (crtc=crtc@entry=0x55a0c7610390, fb=fb@entry=0x55a0c86d7410, mode=mode@entry=0x55a0c76103a8, x=x@entry=0, y=y@entry=0) at drmmode_display.c:1267 (crtc=0x55a0c7610390, mode=0x55a0c76103a8, rotation=<optimized out>, x=<optimized out>, y=<optimized out>) at drmmode_display.c:1371 (main=main@entry=0x55a0c63f4b40, argc=argc@entry=10, argv=argv@entry=0x7fffb7cefbf8) at ../sysdeps/nptl/libc_start_call_main.h:58 (main=0x55a0c63f4b40, argc=10, argv=0x7fffb7cefbf8, init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>, stack_end=0x7fffb7cefbe8) at ../csu/libc-start.c:381 Fix this by checking the pointer before dereferencing it. Fixes: drm/amd#2375 Signed-off-by: Chris Bainbridge <chris.bainbridge@gmail.com>
-
- Feb 22, 2023
-
-
Shashank Sharma authored
This release includes some bug fixes. Signed-off-by: Shashank Sharma <shashank.sharma@amd.com>
-
- Dec 05, 2022
-
-
Shashank Sharma authored
This patch adds the PCI-hotplug handler driver name in the DDX config file with respect to Xorg commit:82bf391c Cc: Alexander Deucher <alexander.deucher@amd.com> Signed-off-by: Shashank Sharma <shashank.sharma@amd.com>
-
- Nov 11, 2022
-
-
Mario Kleiner authored
Commit e39a3ee0 tries to reintroduce the RandR primary output as a tie breaker in amdgpu_crtc_covering_box(), but that function wrongly assigns a void* devPrivate, which is actually a xf86CrtcPtr, to the RRCrtcPtr primary_crtc, a pointer target type mismatch! This causes a later pointer comparison of primary_crtc with RRCrtcPtr crtc to always fail, so that the user selected primary output can not ever successfully act as a tie-breaker when multiple candidate crtcs cover the same box area, defeating the whole purpose of that commit! Not sure how this failure could have ever evaded any basic testing. Fix this trivially by assigning the right variable. Successfully tested on a multi-display setup, verifying that the primary output now works as tie breaker as intended. Signed-off-by: Mario Kleiner <mario.kleiner.de@gmail.com> Fixes: e39a3ee0 ("Prefer crtc of primary output for synchronization when screen has to crtcs with the same coverage")
-
- Sep 29, 2022
-
-
Pierre-Eric Pelloux-Prayer authored
There's no need to hardcode the cursor size if the kernel can report the value it wants.
-
- Aug 18, 2022
-
-
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
-
[why] On RHEL9+, xorg-server.pc shows that the Xorg no longer depends on dri, and dri.pc provides "/opt/amdgpu/include" path for pkg-config, this cause pkg-config no longer output "-I/opt/amdgpu/include", consequently the configure can't find gbm.h and HAVE_GBM_BO_USE_LINEAR is not declared, that cause the corruption. [how] Since the gbm.pc also provides the "/opt/amdgpu/include" path, in module dependence checking, GBM_CFLAGS get this path, so just explicitly add GBM_CFLAGS into CPPFLAGS can fix this issue. Signed-off-by: tiancyin <tianci.yin@amd.com>
-
- Aug 08, 2022
-
-
Kai-Heng Feng authored
Some laptops have the external outputs routed to dGPU, when the external output over dGPU is the only display in reverse prime mode, we need present extension so fake CRTC won't be used.
-
- Apr 20, 2022
-
-
This is commit is removing obsolete switch done in xf86-video-ati at sha 61d0aec40e2521488c2fe43e7a6823e5c87d94d7: video: add option to include disabled CRTCs in best CRTC search This is not required anymore as with commit done in xorg-server at sha 5c5c1b77982a9af7279a90bc3c2be48adaa9c778: present: Add Present extension That in case of lack of crtc is using fake_crtc with render 1Hz frequency When consider_disabled is removed then amdgpu_pick_best_crtc is doing the same what rr_crtc_covering_box is doing so it can be reimplemented to reuse that function. Signed-off-by: Łukasz Spintzyk <lukasz.spintzyk@synaptics.com> Signed-off-by: Shashank Sharma <contactshashanksharma@gmail.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
-
This is adjusting randr_crtc_covering_drawable to cover scenario fixed in 9151f3b1c2ebcc34e63195888ba696f2183ba5e2 Signed-off-by: Łukasz Spintzyk <lukasz.spintzyk@synaptics.com> Signed-off-by: Shashank Sharma <contactshashanksharma@gmail.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
-
Use implementation from modesetting driver that is fixing issue: xorg/xserver#1028 Instead of returning primary crtc as fallback we can now find and return crtc that belongs to secondary outputs. v2: restore original naming scheme for amdgpu_crtc_is_enabled, amdgpu_box_intersect, amdgpu_box_area functions Signed-off-by: Łukasz Spintzyk <lukasz.spintzyk@synaptics.com> Signed-off-by: Emilia Majewska <emilia.majewska@synaptics.com> Signed-off-by: Shashank Sharma <contactshashanksharma@gmail.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
-
Signed-off-by: Łukasz Spintzyk <lukasz.spintzyk@synaptics.com> Signed-off-by: Shashank Sharma <contactshashanksharma@gmail.com> Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
-
- Feb 22, 2022
-
-
Alan Coopersmith authored
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
-
Shashank Sharma authored
This release includes some bug fixes and one minor feature. Signed-off-by: Shashank Sharma <shashank.sharma@amd.com>
-
- Feb 16, 2022
-
-
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
-
While running multi-display test(for both APUs and DGPUs), if the screen setting mode is changed from "single mode" to "share mode", the screen shows tiled distortion, due to wrongly created pixmap. This is a regression. Fixes: 0732f81a ("glamor: Make pixmap scanout compatible if its dimensions are") Closes: #48 Acked-by: Shashank Sharma <shashank.sharma@amd.com> Signed-off-by: Jesse Zhang <jesse.zhang@amd.com> Signed-off-by: Shashank Sharma <shashank.sharma@amd.com>
-
- Feb 14, 2022
-
-
Found by using: codespell --builtin clear,rare,usage,informal,code,names Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
-
- Jan 25, 2022
-
-
Mario Kleiner authored
This is a straightforward port of a patch with the same name "modesetting: Add option for non-vsynced flips for "secondary" outputs." from X-Server master / X-Server 21.1. See server MR 742. The description below is therefore identical to that X-Server commit: Whenever an unredirected fullscreen window uses pageflipping for a DRI3/Present PresentPixmap() operation and the X-Screen has more than one active output, multiple crtc's need to execute pageflips. Only after the last flip has completed can the PresentPixmap operation as a whole complete. If a sync_flip is requested for the present, then the current implementation will synchronize each pageflip to the vblank of its associated crtc. This provides tear-free image presentation across all outputs, but introduces a different artifact, if not all outputs run at the same refresh rate with perfect synchrony: The slowest output throttles the presentation rate, and present completion is delayed to flip completion of the "latest" output to complete. This means degraded performance, e.g., a dual-display setup with a 144 Hz monitor and a 60 Hz monitor will always be throttled to at most 60 fps. It also means non-constant present rate if refresh cycles drift against each other, creating complex "beat patterns", tremors, stutters and periodic slowdowns - quite irritating! Such a scenario will be especially annoying if one uses multiple outputs in "mirror mode" aka "clone mode". One output will usually be the "production output" with the highest quality and fastest display attached, whereas a secondary mirror output just has a cheaper display for monitoring attached. Users care about perfect and perfectly timed tear-free presentation on the "production output", but cares less about quality on the secondary "mirror output". They are willing to trade quality on secondary outputs away in exchange for better presentation timing on the "production output". One example use case for such production + monitoring displays are neuroscience / medical science applications where one high quality display device is used to present visual animations to test subjects or patients in a fMRI scanner room (production display), whereas an operator monitors the same visual animations from a control room on a lower quality display. Presentation timing needs to be perfect, and animations high-speed and tear-free for the production display, whereas quality and timing don't matter for the monitoring display. This commit gives users the option to choose such a trade-off as opt-in: It adds a new boolean option "AsyncFlipSecondaries" to the device section of xorg.conf. If this option is specified as true, then DRI3 pageflip behaviour changes as follows: 1. The "reference crtc" for a windows PresentPixmap operation does a vblank synced flip, or a DRM_MODE_PAGE_FLIP_ASYNC non-synchronized flip, as requested by the caller, just as in the past. Typically flips will be requested to be vblank synchronized for tear-free presentation. The "reference crtc" is the one chosen by the caller to drive presentation timing (as specified by PresentPixmap()'s "target_msc", "divisor", "remainder" parameters and implemented by vblank events) and to deliver Present completion timestamps (msc and ust) extracted from its pageflip completion event. 2. All other crtc's, which also page-flip in a multi-display configuration, will try to flip with DRM_MODE_PAGE_FLIP_ASYNC, ie. immediately and not synchronized to vblank. This allows the PresentPixmap operation to complete with little delay compared to a single-display present, especially if the different crtc's run at different video refresh rates or their refresh cycles are not perfectly synchronized, but drift against each other. The downside is potential tearing artifacts on all outputs apart from the one of the "reference crtc". Successfully tested on a AMD gpu with single-display and dual-display setups, and with single-X-Screen as well as dual-X-Screen "ZaphodHeads" configurations. Signed-off-by: Mario Kleiner <mario.kleiner.de@gmail.com>
-
- Aug 27, 2021
-
-
Dor Askayo authored
The scanout usage flag wasn't applied for DRI2 and shared pixmaps in 0732f81a, resulting in GPU artifacts in some scenarios. Fixes: 0732f81a ("glamor: Make pixmap scanout compatible if its dimensions are") Closes: #41 Signed-off-by: Dor Askayo <dor.askayo@gmail.com> Signed-off-by: Michel Dänzer <mdaenzer@redhat.com> Reviewed-by: Michel Dänzer <mdaenzer@redhat.com>
-
- Jul 30, 2021
-
-
Alex Deucher authored
Reviewed-by: Michel Dänzer <mdaenzer@redhat.com> Signed-off-by: Alex Deucher <alexander.deucher@amd.com>
-
- Apr 27, 2021
-
-
Fixes build against current xorg-x11-server-devel from Fedora 34/35/rawhide. Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
-
- Feb 02, 2021
-
-
Not needed anymore. Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
-
- Dec 14, 2020
-
-
Likun Gao authored
If crtc scanout create successfully, the function of drmmode_crtc_scanout_create should return TURE. This will fix the regression caused by commit: "Make drmmode_crtc_scanout_create/destroy static" (442efe73), as it will result to some function (such as drmmode_set_scanout_pixmap) go to wrong code path and result to NULL pointer. Fixes: 442efe73 ("Make drmmode_crtc_scanout_create/destroy static") Signed-off-by: Likun Gao <Likun.Gao@amd.com> Reviewed-by: Michel Dänzer <mdaenzer@redhat.com>
-
- Aug 28, 2020
-
-
We must not call glamor_create_pixmap or fbCreatePixmap when it's set. Closes: #21
-
- Jul 17, 2020
-
-
Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
-
- Jul 10, 2020
-
-
Use primary/secondary instead of master/slave where applicable. Reviewed-by: Alex Deucher <alexander.deucher@amd.com>
-
- May 27, 2020
-
-
And the latter inline.
-