Re: [ANNOUNCE] xf86-video-amdgpu 1.3.0

2017-03-22 Thread Michel Dänzer

[ 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

___
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

RE: [ANNOUNCE] xf86-video-amdgpu 1.3.0

2017-03-17 Thread Zhang, Jerry
> -Original Message-
> From: Michel Dänzer [mailto:mic...@daenzer.net]
> Sent: Friday, March 17, 2017 11:32
> To: Zhang, Jerry
> Cc: xorg@lists.x.org; amd-...@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
___
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

RE: [ANNOUNCE] xf86-video-amdgpu 1.3.0

2017-03-17 Thread Zhang, Jerry
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-boun...@lists.freedesktop.org] On Behalf Of
> Michel D?nzer
> Sent: Thursday, March 16, 2017 16:45
> To: xorg-annou...@lists.x.org
> Cc: xorg@lists.x.org; amd-...@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/archi

Re: [ANNOUNCE] xf86-video-amdgpu 1.3.0

2017-03-16 Thread Michel Dänzer
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