All of lore.kernel.org
 help / color / mirror / Atom feed
* [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.