* [ANNOUNCE] xf86-video-amdgpu 1.3.0
@ 2017-03-16 8:45 Michel Dänzer
[not found] ` <6f32285d-e12b-341f-4ef7-af1a1559ee37-otUistvHUpPR7s880joybQ@public.gmane.org>
0 siblings, 1 reply; 6+ messages in thread
From: Michel Dänzer @ 2017-03-16 8:45 UTC (permalink / raw)
To: xorg-announce-go0+a7rfsptAfugRpC6u6w
Cc: xorg-go0+a7rfsptAfugRpC6u6w, amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
[-- Attachment #1.1.1: Type: text/plain, Size: 4770 bytes --]
I'm pleased to announce the 1.3.0 release of xf86-video-amdgpu, the Xorg
driver for AMD Radeon GPUs supported by the amdgpu kernel driver.
This release supports xserver versions 1.10-1.19.
Highlights:
* Allow TearFree to be toggled at runtime via an RandR output property
"TearFree". The xorg.conf option "TearFree" now controls the default
value of the output properties.
* Use libdrm_amdgpu functionality to determine the GPU marketing name,
remove corresponding tables from this driver.
* Use DRM render nodes for DRI3 clients when available.
Plus many other improvements and fixes. Thanks to everybody who
contributed to this release in any way!
Emil Velikov (1):
autogen.sh: use quoted string variables
Hans De Goede (1):
amdgpu_probe: Do not close server managed drm fds
Jammy Zhou (1):
Use render node for DRI3 if available
Michel Dänzer (44):
Post-release version bump
Move struct amdgpu_gpu_info out of amdgpu_get_tile_config
Use family information from libdrm_amdgpu / kernel
Stop using generated amdgpu_device_match
Remove amdpciids.h
Stop using AMDGPUPciChipsets
Stop using AMDGPU(Unique)Chipsets
Remove generated header files
Use DRM_MODE_PAGE_FLIP_TARGET_ABSOLUTE/RELATIVE flags when available
Make libdrm >= 2.4.72 requirement explicit
Don't install Flush/EventCallback for GPU screens
Add amdgpu_is_gpu_screen helper
Take current scanout_id into account everywhere involved with TearFree
Fix amdgpu_scanout_extents_intersect for GPU screens
Call ValidateGC after ChangeClip in amdgpu_sync_scanout_pixmaps
Call amdgpu_drm_abort_entry on failure to flip to a scanout pixmap
Simplify drmmode_handle_uevents
Pass pitch from drmmode_crtc_scanout_allocate to drmmode_create_bo_pixmap
Call drmmode_crtc_scanout_create in drmmode_crtc_shadow_allocate as well
Fold drmmode_crtc_scanout_allocate into drmmode_crtc_scanout_create
Handle rotation in the driver also with Xorg 1.12-1.18
Fix flip event data leak if calloc or drmModeAddFB fails
Don't destroy current FB if drmModeAddFB fails
Factor out amdgpu_prime_dirty_to_crtc helper
Factor out drmmode_crtc_scanout_update helper
Allow toggling TearFree at runtime via output property
Use drmmode_crtc_scanout_free in drmmode_fini
present: Only call drmModeRmFB after setting modes for unflip
present: Wait for GPU idle before setting modes for unflip
present: Also flush before using a flip to unflip
present: Use async flip for unflip if possible
present: Flush before flipping
Call drmmode_set_desired_modes from a WindowExposures hook
Move DPMS check from amdgpu_scanout_do_update to amdgpu_scanout_flip
Don't call amdgpu_glamor_flush in drmmode_copy_fb
Don't use pScrn->is_gpu in AMDGPUCreateScreenResources_KMS
Use local implementation of RegionDuplicate for older xserver
Only define transform_region for XF86_CRTC_VERSION >= 4
glamor: Don't flush in BlockHandler with Xorg >= 1.19
Refactor amdgpu_kernel_close_fd helper
glamor: Use glamor_finish when available
Skip some initialization steps for GPU screens
Pass TRUE to drmmode_set_desired_modes the first time for GPU screens
Bump version for 1.3.0 release
Mihail Konev (1):
autogen: add default patch prefix
Peter Hutterer (1):
autogen.sh: use exec instead of waiting for configure to finish
jimqu (1):
udev_monitor_receive_device() will block when hotplug monitor
git tag: xf86-video-amdgpu-1.3.0
https://xorg.freedesktop.org/archive/individual/driver/xf86-video-amdgpu-1.3.0.tar.bz2
MD5: e2ee9e16ffbd45ebda68a7ff638a04f2 xf86-video-amdgpu-1.3.0.tar.bz2
SHA1: 7b89fe6e22e6739257c0f03c9f034c9c579a8bce xf86-video-amdgpu-1.3.0.tar.bz2
SHA256: c1630f228938be949273f72b29ae70822dde064ad79c3ccb14d55f427e3f4e70 xf86-video-amdgpu-1.3.0.tar.bz2
PGP: https://xorg.freedesktop.org/archive/individual/driver/xf86-video-amdgpu-1.3.0.tar.bz2.sig
https://xorg.freedesktop.org/archive/individual/driver/xf86-video-amdgpu-1.3.0.tar.gz
MD5: c0c3d95fb2865008f1347bf9f38c0f44 xf86-video-amdgpu-1.3.0.tar.gz
SHA1: cc5766dd9a7851ef18f2718987777054f31e9cd2 xf86-video-amdgpu-1.3.0.tar.gz
SHA256: 05f4a1bbd3a0653551cb9871a554ec4b84c35d00a8fb101f772fc154253eb1e0 xf86-video-amdgpu-1.3.0.tar.gz
PGP: https://xorg.freedesktop.org/archive/individual/driver/xf86-video-amdgpu-1.3.0.tar.gz.sig
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 224 bytes --]
[-- Attachment #2: Type: text/plain, Size: 154 bytes --]
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: [ANNOUNCE] xf86-video-amdgpu 1.3.0
[not found] ` <6f32285d-e12b-341f-4ef7-af1a1559ee37-otUistvHUpPR7s880joybQ@public.gmane.org>
@ 2017-03-17 2:32 ` Zhang, Jerry
2017-03-17 3:32 ` Michel Dänzer
2017-03-17 10:12 ` Andy Furniss
1 sibling, 1 reply; 6+ messages in thread
From: Zhang, Jerry @ 2017-03-17 2:32 UTC (permalink / raw)
To: Michel Dänzer, xorg-announce-go0+a7rfsptAfugRpC6u6w
Cc: xorg-go0+a7rfsptAfugRpC6u6w, amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
Hi Michel,
> * Use libdrm_amdgpu functionality to determine the GPU marketing name,
> remove corresponding tables from this driver.
Could you elaborate it?
I'd like to know how DDX(amdgpu) get the marketing name.
I hope we go the same way in hybrid stack as well.
Regards,
Jerry (Junwei Zhang)
Linux Base Graphics
SRDC Software Development
_____________________________________
> -----Original Message-----
> From: amd-gfx [mailto:amd-gfx-bounces@lists.freedesktop.org] On Behalf Of
> Michel D?nzer
> Sent: Thursday, March 16, 2017 16:45
> To: xorg-announce@lists.x.org
> Cc: xorg@lists.x.org; amd-gfx@lists.freedesktop.org
> Subject: [ANNOUNCE] xf86-video-amdgpu 1.3.0
>
>
> I'm pleased to announce the 1.3.0 release of xf86-video-amdgpu, the Xorg driver
> for AMD Radeon GPUs supported by the amdgpu kernel driver.
> This release supports xserver versions 1.10-1.19.
>
> Highlights:
>
> * Allow TearFree to be toggled at runtime via an RandR output property
> "TearFree". The xorg.conf option "TearFree" now controls the default
> value of the output properties.
> * Use libdrm_amdgpu functionality to determine the GPU marketing name,
> remove corresponding tables from this driver.
> * Use DRM render nodes for DRI3 clients when available.
>
> Plus many other improvements and fixes. Thanks to everybody who contributed
> to this release in any way!
>
>
> Emil Velikov (1):
> autogen.sh: use quoted string variables
>
> Hans De Goede (1):
> amdgpu_probe: Do not close server managed drm fds
>
> Jammy Zhou (1):
> Use render node for DRI3 if available
>
> Michel Dänzer (44):
> Post-release version bump
> Move struct amdgpu_gpu_info out of amdgpu_get_tile_config
> Use family information from libdrm_amdgpu / kernel
> Stop using generated amdgpu_device_match
> Remove amdpciids.h
> Stop using AMDGPUPciChipsets
> Stop using AMDGPU(Unique)Chipsets
> Remove generated header files
> Use DRM_MODE_PAGE_FLIP_TARGET_ABSOLUTE/RELATIVE flags when
> available
> Make libdrm >= 2.4.72 requirement explicit
> Don't install Flush/EventCallback for GPU screens
> Add amdgpu_is_gpu_screen helper
> Take current scanout_id into account everywhere involved with TearFree
> Fix amdgpu_scanout_extents_intersect for GPU screens
> Call ValidateGC after ChangeClip in amdgpu_sync_scanout_pixmaps
> Call amdgpu_drm_abort_entry on failure to flip to a scanout pixmap
> Simplify drmmode_handle_uevents
> Pass pitch from drmmode_crtc_scanout_allocate to
> drmmode_create_bo_pixmap
> Call drmmode_crtc_scanout_create in drmmode_crtc_shadow_allocate as
> well
> Fold drmmode_crtc_scanout_allocate into drmmode_crtc_scanout_create
> Handle rotation in the driver also with Xorg 1.12-1.18
> Fix flip event data leak if calloc or drmModeAddFB fails
> Don't destroy current FB if drmModeAddFB fails
> Factor out amdgpu_prime_dirty_to_crtc helper
> Factor out drmmode_crtc_scanout_update helper
> Allow toggling TearFree at runtime via output property
> Use drmmode_crtc_scanout_free in drmmode_fini
> present: Only call drmModeRmFB after setting modes for unflip
> present: Wait for GPU idle before setting modes for unflip
> present: Also flush before using a flip to unflip
> present: Use async flip for unflip if possible
> present: Flush before flipping
> Call drmmode_set_desired_modes from a WindowExposures hook
> Move DPMS check from amdgpu_scanout_do_update to
> amdgpu_scanout_flip
> Don't call amdgpu_glamor_flush in drmmode_copy_fb
> Don't use pScrn->is_gpu in AMDGPUCreateScreenResources_KMS
> Use local implementation of RegionDuplicate for older xserver
> Only define transform_region for XF86_CRTC_VERSION >= 4
> glamor: Don't flush in BlockHandler with Xorg >= 1.19
> Refactor amdgpu_kernel_close_fd helper
> glamor: Use glamor_finish when available
> Skip some initialization steps for GPU screens
> Pass TRUE to drmmode_set_desired_modes the first time for GPU screens
> Bump version for 1.3.0 release
>
> Mihail Konev (1):
> autogen: add default patch prefix
>
> Peter Hutterer (1):
> autogen.sh: use exec instead of waiting for configure to finish
>
> jimqu (1):
> udev_monitor_receive_device() will block when hotplug monitor
>
> git tag: xf86-video-amdgpu-1.3.0
>
> https://xorg.freedesktop.org/archive/individual/driver/xf86-video-amdgpu-
> 1.3.0.tar.bz2
> MD5: e2ee9e16ffbd45ebda68a7ff638a04f2 xf86-video-amdgpu-1.3.0.tar.bz2
> SHA1: 7b89fe6e22e6739257c0f03c9f034c9c579a8bce xf86-video-amdgpu-
> 1.3.0.tar.bz2
> SHA256:
> c1630f228938be949273f72b29ae70822dde064ad79c3ccb14d55f427e3f4e70 xf86-
> video-amdgpu-1.3.0.tar.bz2
> PGP: https://xorg.freedesktop.org/archive/individual/driver/xf86-video-
> amdgpu-1.3.0.tar.bz2.sig
>
> https://xorg.freedesktop.org/archive/individual/driver/xf86-video-amdgpu-
> 1.3.0.tar.gz
> MD5: c0c3d95fb2865008f1347bf9f38c0f44 xf86-video-amdgpu-1.3.0.tar.gz
> SHA1: cc5766dd9a7851ef18f2718987777054f31e9cd2 xf86-video-amdgpu-
> 1.3.0.tar.gz
> SHA256:
> 05f4a1bbd3a0653551cb9871a554ec4b84c35d00a8fb101f772fc154253eb1e0 xf86-
> video-amdgpu-1.3.0.tar.gz
> PGP: https://xorg.freedesktop.org/archive/individual/driver/xf86-video-
> amdgpu-1.3.0.tar.gz.sig
>
>
> --
> Earthling Michel Dänzer | http://www.amd.com
> Libre software enthusiast | Mesa and X developer
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [ANNOUNCE] xf86-video-amdgpu 1.3.0
2017-03-17 2:32 ` Zhang, Jerry
@ 2017-03-17 3:32 ` Michel Dänzer
[not found] ` <94e15a10-88eb-ffc1-d9b7-ca5035559192-otUistvHUpPR7s880joybQ@public.gmane.org>
0 siblings, 1 reply; 6+ messages in thread
From: Michel Dänzer @ 2017-03-17 3:32 UTC (permalink / raw)
To: Zhang, Jerry; +Cc: xorg, amd-gfx
On 17/03/17 11:32 AM, Zhang, Jerry wrote:
> Hi Michel,
>
>> * Use libdrm_amdgpu functionality to determine the GPU marketing name,
>> remove corresponding tables from this driver.
>
> Could you elaborate it?
> I'd like to know how DDX(amdgpu) get the marketing name.
It uses libdrm_amdgpu's amdgpu_get_marketing_name API.
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
_______________________________________________
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo/xorg
Your subscription address: %(user_address)s
^ permalink raw reply [flat|nested] 6+ messages in thread
* RE: [ANNOUNCE] xf86-video-amdgpu 1.3.0
[not found] ` <94e15a10-88eb-ffc1-d9b7-ca5035559192-otUistvHUpPR7s880joybQ@public.gmane.org>
@ 2017-03-17 3:42 ` Zhang, Jerry
0 siblings, 0 replies; 6+ messages in thread
From: Zhang, Jerry @ 2017-03-17 3:42 UTC (permalink / raw)
To: Michel Dänzer
Cc: xorg-go0+a7rfsptAfugRpC6u6w, amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
> -----Original Message-----
> From: Michel Dänzer [mailto:michel@daenzer.net]
> Sent: Friday, March 17, 2017 11:32
> To: Zhang, Jerry
> Cc: xorg@lists.x.org; amd-gfx@lists.freedesktop.org
> Subject: Re: [ANNOUNCE] xf86-video-amdgpu 1.3.0
>
> On 17/03/17 11:32 AM, Zhang, Jerry wrote:
> > Hi Michel,
> >
> >> * Use libdrm_amdgpu functionality to determine the GPU marketing name,
> >> remove corresponding tables from this driver.
> >
> > Could you elaborate it?
> > I'd like to know how DDX(amdgpu) get the marketing name.
>
> It uses libdrm_amdgpu's amdgpu_get_marketing_name API.
Thanks for your info.
We go the same way :)
>
>
> --
> Earthling Michel Dänzer | http://www.amd.com
> Libre software enthusiast | Mesa and X developer
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [ANNOUNCE] xf86-video-amdgpu 1.3.0
[not found] ` <6f32285d-e12b-341f-4ef7-af1a1559ee37-otUistvHUpPR7s880joybQ@public.gmane.org>
2017-03-17 2:32 ` Zhang, Jerry
@ 2017-03-17 10:12 ` Andy Furniss
[not found] ` <d1b0b6a6-0c8e-d6ca-451a-1d25dab582d4-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
1 sibling, 1 reply; 6+ messages in thread
From: Andy Furniss @ 2017-03-17 10:12 UTC (permalink / raw)
To: Michel Dänzer, xorg-announce-go0+a7rfsptAfugRpC6u6w
Cc: xorg-go0+a7rfsptAfugRpC6u6w, amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
Michel Dänzer wrote:
>
> I'm pleased to announce the 1.3.0 release of xf86-video-amdgpu,
> Highlights:
>
> * Allow TearFree to be toggled at runtime via an RandR output property
> "TearFree". The xorg.conf option "TearFree" now controls the default
> value of the output properties.
Nice feature. Minor man page glitch = the line starting with 'on' in the
patch snippet below doesn't show up when viewed with man amdgpu.
+Set the default value of the per-output 'TearFree' property, which controls
+tearing prevention using the hardware page flipping mechanism. TearFree is
+on for any CRTC associated with one or more outputs with TearFree on. Two
+separate scanout buffers need to be allocated for each CRTC with TearFree
+on. While TearFree is on for any CRTC, it currently prevents clients
from using
+DRI page flipping. If this option is set, the default value of the
property is
+'on' or 'off' accordingly. If this option isn't set, the default value
of the
+property is
+.B auto,
+which means that TearFree is on for outputs with rotation or other RandR
+transforms, and for RandR 1.4 slave outputs, otherwise off.
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [ANNOUNCE] xf86-video-amdgpu 1.3.0
[not found] ` <d1b0b6a6-0c8e-d6ca-451a-1d25dab582d4-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
@ 2017-03-22 10:01 ` Michel Dänzer
0 siblings, 0 replies; 6+ messages in thread
From: Michel Dänzer @ 2017-03-22 10:01 UTC (permalink / raw)
To: Andy Furniss; +Cc: amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW
[ Dropping the xorg(-announce) lists ]
On 17/03/17 07:12 PM, Andy Furniss wrote:
> Michel Dänzer wrote:
>>
>> I'm pleased to announce the 1.3.0 release of xf86-video-amdgpu,
>
>> Highlights:
>>
>> * Allow TearFree to be toggled at runtime via an RandR output property
>> "TearFree". The xorg.conf option "TearFree" now controls the default
>> value of the output properties.
>
> Nice feature.
Glad you like it. :)
> Minor man page glitch = the line starting with 'on' in the
> patch snippet below doesn't show up when viewed with man amdgpu.
>
> +Set the default value of the per-output 'TearFree' property, which
> controls
> +tearing prevention using the hardware page flipping mechanism. TearFree is
> +on for any CRTC associated with one or more outputs with TearFree on. Two
> +separate scanout buffers need to be allocated for each CRTC with TearFree
> +on. While TearFree is on for any CRTC, it currently prevents clients
> from using
> +DRI page flipping. If this option is set, the default value of the
> property is
> +'on' or 'off' accordingly. If this option isn't set, the default value
> of the
> +property is
> +.B auto,
> +which means that TearFree is on for outputs with rotation or other RandR
> +transforms, and for RandR 1.4 slave outputs, otherwise off.
Ah! Thanks, I had noticed "property is property is" in the generated
manpage, but totally missed that a whole line was missing in between!
Fix posted for review: https://patchwork.freedesktop.org/patch/145647/
--
Earthling Michel Dänzer | http://www.amd.com
Libre software enthusiast | Mesa and X developer
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2017-03-22 10:01 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-03-16 8:45 [ANNOUNCE] xf86-video-amdgpu 1.3.0 Michel Dänzer
[not found] ` <6f32285d-e12b-341f-4ef7-af1a1559ee37-otUistvHUpPR7s880joybQ@public.gmane.org>
2017-03-17 2:32 ` Zhang, Jerry
2017-03-17 3:32 ` Michel Dänzer
[not found] ` <94e15a10-88eb-ffc1-d9b7-ca5035559192-otUistvHUpPR7s880joybQ@public.gmane.org>
2017-03-17 3:42 ` Zhang, Jerry
2017-03-17 10:12 ` Andy Furniss
[not found] ` <d1b0b6a6-0c8e-d6ca-451a-1d25dab582d4-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2017-03-22 10:01 ` Michel Dänzer
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.