lp:xserver-xorg-driver-ati

Created by James Westby on 2009-12-16 and last modified on 2019-05-09
Get this branch:
bzr branch lp:xserver-xorg-driver-ati

Related bugs

Related blueprints

Branch information

Owner:
VCS imports
Project:
xserver-xorg-driver-ati
Status:
Development

Import details

Import Status: Reviewed

This branch is an import of the HEAD branch of the Git repository at git://anongit.freedesktop.org/xorg/driver/xf86-video-ati.

The next import is scheduled to run in 1 hour.

Last successful import was 3 hours ago.

Import started 4 hours ago on alnitak and finished 3 hours ago taking 20 seconds — see the log
Import started 10 hours ago on izar and finished 9 hours ago taking 15 seconds — see the log
Import started 16 hours ago on izar and finished 16 hours ago taking 20 seconds — see the log
Import started 22 hours ago on alnitak and finished 22 hours ago taking 20 seconds — see the log
Import started on 2019-05-24 on izar and finished on 2019-05-24 taking 20 seconds — see the log
Import started on 2019-05-24 on alnitak and finished on 2019-05-24 taking 20 seconds — see the log
Import started on 2019-05-24 on izar and finished on 2019-05-24 taking 20 seconds — see the log
Import started on 2019-05-23 on alnitak and finished on 2019-05-23 taking 20 seconds — see the log
Import started on 2019-05-23 on alnitak and finished on 2019-05-23 taking 20 seconds — see the log
Import started on 2019-05-23 on izar and finished on 2019-05-23 taking 20 seconds — see the log

Recent revisions

3079. By Michel Dänzer <email address hidden> on 2019-05-09

dri3: Always flush glamor before sharing pixmap storage with clients

Even if glamor_gbm_bo_from_pixmap / glamor_fd_from_pixmap themselves
don't trigger any drawing, there could already be unflushed drawing to
the pixmap whose storage we share with a client.

(Ported from amdgpu commit 4b17533fcb30842caf0035ba593b7d986520cc85)
Acked-by: Alex Deucher <email address hidden>

3078. By Michel Dänzer <email address hidden> on 2019-04-24

Retry get_fb_ptr in get_fb

If get_fb_ptr returns NULL, try again after pixmap_get_handle, it should
work then.

Fixes spurious Present page flipping failures using "normal" pixmaps
which aren't shared with direct rendering clients, e.g. with a
compositor using the RENDER extension.

Bugzilla: https://bugs.freedesktop.org/110417
(Ported from amdgpu commit bf61e6d7ac1a5754b1026d7f80acf25ef622c491)
Reviewed-by: Alex Deucher <email address hidden>

3077. By Michel Dänzer <email address hidden> on 2019-03-19

Bump version for 19.0.1 release

3076. By Dave Airlie <email address hidden> on 2019-03-15

modesetting: add tile property support

This adds tiling support to the driver, it retrieves the tile info from
the kernel and translates it into the server format and exposes the
property.

(Ported from xserver commits 8fb8bbb3062f1a06621ab7030a9e89d5e8367b35
 and 6abdb54a11dac4e8854ff94ecdcb90a14321ab31)
(Ported from amdgpu commit 6ee857726166f495abcd68e4ff60e3a09593d079)
Reviewed-by: Alex Deucher <email address hidden>

3075. By Michel Dänzer <email address hidden> on 2019-03-14

Use radeon_finish in drmmode_crtc_scanout_update

radeon_glamor_finish only works if we're using glamor, otherwise it'll
crash.

Fixes: ce7db51020d3 "Cancel pending scanout update in drmmode_crtc_scanout_update"
Bug: https://bugs.debian.org/924540
Reviewed-by: Alex Deucher <email address hidden>

3074. By Michel Dänzer <email address hidden> on 2019-03-08

Revert "glamor: Avoid glamor_create_pixmap for pixmaps backing windows"

This reverts commit 274703087f80342f51fa69c935bb9a1cb0c4ae47.

Reports of visual corruption were bisected to this, e.g.
https://bugs.archlinux.org/task/61941 . I can reproduce this with Turks,
but not with Bonaire. I assume it's a Mesa/glamor bug, but let's revert
for now.

Acked-by: Alex Deucher <email address hidden>

3073. By Michel Dänzer <email address hidden> on 2019-03-06

Bump version for 19.0.0 release

3072. By Michel Dänzer <email address hidden> on 2019-03-04

dri2: Call drm_queue_handle_deferred in dri2_deferred_event

drm_queue_handler just puts the event on the signalled list; without
calling drm_queue_handle_deferred, actual processing of the event may be
delayed indefinitely, e.g. until another event arrives from the kernel.

This could result in DRI2 clients hanging during DPMS off.

Fixes: ba83a866af5a "Add radeon_drm_handle_event wrapper for
                     drmHandleEvent"
(Ported from amdgpu commit 09be74a3d1dd9604336d9a27f98d132b262dcbaf)
Reviewed-by: Alex Deucher <email address hidden>

3071. By Michel Dänzer <email address hidden> on 2019-03-01

present: Check that flip and screen pixmap pitches match

If they don't, flipping will result in corrupted display.

Test case:

* Run Xorg at 1920x1080 with no window manager
* glxgears -geometry 2048x1080

The Present extension code in xserver 1.21 will check for this.

(Ported from amdgpu commit a636f42b496b0604ca00a144690ece61d1a88a27)
Reviewed-by: Alex Deucher <email address hidden>

3070. By Michel Dänzer <email address hidden> on 2019-02-11

Keep waiting for a pending flip if drm_handle_event returns 0

drm_wait_pending_flip stopped waiting if drm_handle_event returned 0,
but that might have processed only some unrelated DRM events. As long as
the flip is pending, we have to keep waiting for its completion event.

Noticed while working on the previous fix.

(Ported from amdgpu commit 9045fb310f88780e250e60b80431ca153330e61b)

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.

Subscribers

No subscribers.