To all X.Org Foundation Members:
The 2019 X.Org ballot closed yesterday. There is some good and some bad news.
The Good News:
The vote on the bylaw changes passed with 53 for, 1 against, and 2 abstaining.
The Bad News:
Due to some issues with our new members website all votes for new board membe
Correction on the link for the mock election. That should be
https://members.x.org/ballot/3/vote, not /admin.
It will also be linked from the members homepage and shown as the current
ballot.
Harry
On 2019-04-11 8:03 p.m., Harry Wentland wrote:
> To all X.Org Foundation Members:
>
> The 2019
To all X.Org Foundation Members:
as per my last email the election for X.Org board members was invalid due to a
bug with the voting systems. We apologize for this and the inconvenience caused
to you all. The bug has been fixed and tested with a mock election (see results
at the end).
Round 2 o
The turnout for the first election and the vote on the bylaw changes was 80%
(56/70).
Harry
On 2019-04-11 8:03 p.m., Harry Wentland wrote:
> To all X.Org Foundation Members:
>
> The 2019 X.Org ballot closed yesterday. There is some good and some bad news.
>
> The Good News:
> The vote on the b
To all X.Org Foundation Members:
The round 2 of X.Org Foundation's annual election is now open and will remain
open until 23:59 UTC on 2 May 2019.
Four of the eight director seats are open during this election, with the four
nominees receiving the highest vote totals serving as directors for tw
On 2019-01-16 11:39 a.m., Daniel Vetter wrote:
> Compared to the RFC[1] no changes to the patch itself, but igt moved
> forward a lot:
>
> - gitlab CI builds with: reduced configs/libraries, arm cross build
> and a sysroot build (should address all the build/cross platform
> concerns raised in
On 2019-01-22 2:19 p.m., Daniel Vetter wrote:
> On Tue, Jan 22, 2019 at 8:00 PM Wentland, Harry
> wrote:
>> On 2019-01-16 11:39 a.m., Daniel Vetter wrote:
>>> Compared to the RFC[1] no changes to the patch itself, but igt moved
>>> forward a lot:
>>&g
The 2019 X.Org Foundation elections are rapidly approaching. We will be
forwarding the nominating process to the membership shortly. Please find the
election schedule below.
Please note that only current members can vote in the upcoming election, and
that the deadline for new memberships or ren
Note that you will have to re-register in the new system. Your previous
credentials won't work.
Harry
On 2019-01-24 8:42 a.m., Wentland, Harry wrote:
> The 2019 X.Org Foundation elections are rapidly approaching. We will be
> forwarding the nominating process to the membership shor
There have been a bunch of sign-ups without names which makes for a confusing
list on https://members.x.org/members
If you get chance please update your name and affiliation in your profile
(username > Your Profile).
Harry
On 2019-01-24 9:42 a.m., Wentland, Harry wrote:
> Note that yo
On 2019-01-24 7:52 p.m., ndesaulni...@google.com wrote:
> arch/x86/Makefile disables SSE and SSE2 for the whole kernel. The
> AMDGPU drivers modified in this patch re-enable SSE but not SSE2. Turn
> on SSE2 to support emitting double precision floating point instructions
> rather than calls to no
On 2019-01-29 1:56 p.m., Guenter Roeck wrote:
> On Tue, Jan 29, 2019 at 10:30:31AM -0500, Alex Deucher wrote:
>> On Fri, Jan 25, 2019 at 10:29 AM Wentland, Harry
>> wrote:
>>>
>>> On 2019-01-24 7:52 p.m., ndesaulni...@google.com wrote:
>>>> arch/x86
On 2019-01-29 5:00 p.m., Mamta Shukla wrote:
> Replace memset(vaddr_out + src_offset + 24, 0, 8) with
> memset(vaddr_out + src_offset + 3, 0, 1) because memset fills
> memory in bytes and not in bits.
>
> Signed-off-by: Mamta Shukla
Series is
Reviewed-by: Harry Wentland
Ha
We are seeking nominations for candidates for election to the X.Org Foundation
Board of Directors. All X.Org Foundation members are eligible for election to
the board.
Nominations for the 2019 election are now open and will remain open until 23:59
UTC on 14 February 2019.
The Board consists of
So far we've received a couple of nominations for four open spots. The official
nomination period ends this Thursday. Please let us know if you'd like to
nominate someone including yourself.
Harry
On 2019-01-31 5:08 p.m., Wentland, Harry wrote:
> We are seeking nominations for c
On 2019-02-13 9:45 a.m., David Francis wrote:
> The function intel_compute_rc_parameters is part of the dsc spec
> and is not driver-specific. Other drm drivers might like to use
> it. The function is not changed; just moved and renamed.
>
> Signed-off-by: David Francis
Reviewed-by: Harry Wentl
le422 is renamed to simple_422 to avoid
> confusion
>
> Signed-off-by: David Francis
Reviewed-by: Harry Wentland
Harry
> ---
> drivers/gpu/drm/drm_dsc.c | 31 +++
> drivers/gpu/drm/i915/intel_vdsc.c | 4 ++--
> include/drm/drm_dsc.h
On 2019-02-13 9:45 a.m., David Francis wrote:
> The function drm_dsc_pps_infoframe_pack only
> packed the payload portion of the infoframe.
> Change the input struct to the PPS payload
> to clarify the function's purpose and allow
> for drivers with their own handling of sdp.
> (e.g. drivers with t
chives/dri-devel/2018-December/201008.html
> Signed-off-by: Ken Chalmers
> Reviewed-by: Leo Li
Reviewed-by: Harry Wentland
Harry
> ---
> drivers/gpu/drm/amd/display/dc/dce80/dce80_timing_generator.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>
On 2019-01-03 2:48 p.m., Gustavo A. R. Silva wrote:
> Fix boolean expression by using logical AND operator '&&'
> instead of bitwise operator '&'.
>
> This issue was detected with the help of Coccinelle.
>
> Fixes: 6d04ee9dc101 ("drm/amd/display: Restructuring and cleaning up DML")
> Cc: sta...@v
one else's driver.
>
> Cc: Jerry Zuo
With the small change Daniel mentioned this series is
Reviewed-by: Harry Wentland
Harry
>
> Lyude Paul (3):
> drm/amdgpu: Don't ignore rc from drm_dp_mst_topology_mgr_resume()
> drm/amdgpu: Don't fail resume process
On 2019-01-04 7:14 p.m., Lyude Paul wrote:
> The current way of handling refcounting in the DP MST helpers is really
> confusing and probably just plain wrong because it's been hacked up many
> times over the years without anyone actually going over the code and
> seeing if things could be simpli
aul
> Cc: Daniel Vetter
> Cc: David Airlie
> Cc: Jerry Zuo
> Cc: Harry Wentland
> Cc: Juston Li
Reviewed-by: Harry Wentland
Harry
> ---
> drivers/gpu/drm/drm_dp_mst_topology.c | 55 +--
> 1 file changed, 44 insertions(+), 11 deletions(-)
>
l Vetter
> Cc: David Airlie
> Cc: Jerry Zuo
> Cc: Harry Wentland
> Cc: Juston Li
Reviewed-by: Harry Wentland
Harry
> ---
> drivers/gpu/drm/drm_dp_mst_topology.c | 8
> 1 file changed, 8 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_dp_mst_topolo
ually release said
> payloads correctly.
>
> Signed-off-by: Lyude Paul
> Reviewed-by: Daniel Vetter
> Cc: David Airlie
> Cc: Jerry Zuo
> Cc: Harry Wentland
> Cc: Juston Li
Reviewed-by: Harry Wentland
Harry
> ---
> drivers/gpu/drm/drm_dp_mst_topology.c | 54 +
aconnector->port in
> dm_dp_destroy_mst_connector(). There's literally no point to that
> assignment that I can see anyway.
>
> Signed-off-by: Lyude Paul
> Cc: Daniel Vetter
> Cc: David Airlie
> Cc: Jerry Zuo
> Cc: Harry Wentland
> Cc: Juston Li
Reviewed-by: Harry We
On 2019-01-04 7:14 p.m., Lyude Paul wrote:
> This is the series I've been working on for a while now to get all of
> the atomic DRM drivers in the tree to use the atomic MST helpers, and to
> make the atomic MST helpers actually idempotent. Turns out it's a lot
> more difficult to do that without a
On 2019-01-07 12:41 p.m., Nicholas Kazlauskas wrote:
> The prepare_fb call always happens on new_plane_state.
>
> The drm_atomic_helper_cleanup_planes checks to see if
> plane state pointer has changed when deciding to call cleanup_fb on
> either the new_plane_state or the old_plane_state.
>
> Fo
community.
Updated election schedule (if no further delays):
Jan 31 - nomination period begins
Feb 28 - extended nomination period ends
Mar 7 - publish candidates, membership deadline
Mar 14 - election period begins
Mar 28 - election period ends
Harry
On 2019-02-11 10:38 a.m., Wentland, Harry wrote
The nomination period is now closed. We'll announce nominees March 7.
Note also that the membership deadline is March 7. If you haven't signed-up to
be a member and would like to do so there's only 6 more days left.
Harry
On 2019-02-14 5:27 p.m., Wentland, Harry wrote:
> Sin
To all X.Org Foundation Members:
The election for the X.Org Foundation Board of Directors will begin on 14 March
2019. We have 6 candidates who are running for 4 seats. They are (in
alphabetical order):
Samuel Iglesias Gonsálvez
Arkadiusz Hiler
Manasi Navare
Lyude Paul
Daniel Vetter
Trevor Woer
On 2019-03-12 6:49 a.m., Luc Verhaegen wrote:
> On Tue, Mar 12, 2019 at 12:24:00AM +0000, Wentland, Harry wrote:
>> To all X.Org Foundation Members:
>>
>> The election for the X.Org Foundation Board of Directors will begin on
>> 14 March 2019. We have 6 candidates
On 2019-03-14 4:40 p.m., Luc Verhaegen wrote:
> On Thu, Mar 14, 2019 at 08:36:13PM +0000, Wentland, Harry wrote:
>> On 2019-03-12 6:49 a.m., Luc Verhaegen wrote:
>>>
>>> Are these candidates the only thing we will be voting on?
>>>
>>
>> You&#x
To all X.Org Foundation Members:
My previous emails about the 2019 X.Org elections failed to mention on
important ballot items that we'd like to vote on, in addition to the new board
members: the Bylaw change
The updated Bylaws to be voted on can be found here:
https://gitlab.freedesktop.org/
To all X.Org Foundation Members:
In order to give members more time to process the proposed changes to the bylaw
the elections committee decided to delay the start of voting by one week.
Updated Schedule:
Nomination period Start: Jan 31 00:00 UTC
Nomination period End: Feb 28 23:59 UTC
Dea
On 2019-03-08 4:11 a.m., Michel Dänzer wrote:
> On 2019-03-06 5:35 p.m., Paul Menzel wrote:
>> On 03/06/19 15:55, Michel Dänzer wrote:
>>> On 2019-03-06 1:41 p.m., Paul Menzel wrote:
On 03/05/19 20:07, Alex Deucher wrote:
> On Tue, Mar 5, 2019 at 1:16 PM Paul Menzel wrote:
>> Usin
On 2019-03-18 5:58 p.m., Paul Menzel wrote:
>
> Dear Harry,
>
... snip ...
>>
>> Michel, do you know if this is supposed to work with
>> xf86-video-amdgpu? When I've tried it before I didn't have any luck but
>> didn't have time to look into it.
>
> Sorry, what is your question. With the com
On 2019-03-21 5:39 a.m., Mario Kleiner wrote:
> On Wed, Mar 20, 2019 at 1:53 PM Kazlauskas, Nicholas
> wrote:
>>
>> On 3/20/19 3:51 AM, Mario Kleiner wrote:
>>> Ok, fixed all the style issues and ran checkpatch over the patches. Thanks.
>>>
>>> On Tue, Mar 19, 2019 at 2:32 PM Kazlauskas, Nichola
To all X.Org Foundation Members:
We've had some problems with the previous ballot (i.e. I didn't create it
properly) that opened last Thursday. Apologies to the two people that already
voted.
We've re-created the ballot (v2). It will open on March 27 at 2am UTC and close
on April 11 at 2am UTC
To all X.Org Foundation Members:
The X.Org Foundation's annual election is now open and will remain open until
02:00 UTC on 11 April 2019.
Four of the eight director seats are open during this election, with the four
nominees receiving the highest vote totals serving as directors for two year
To all X.Org Foundation Members:
We're currently halfway through our annual election at 71.4% turnout. If you
haven't done so please login to https://members.x.org/, click on the Active
ballot "X.Org 2019 Elections v2 and xorg+fdo merger" and leave your vote.
In order to pass the proposed bylaw
Thanks,
Harry
From: Dave Airlie
Sent: Sunday, January 24, 2016 11:53 PM
To: Wentland, Harry
Cc: dri-devel
Subject: Re: [PATCH 0/5] Fixes for MST (daisy-chain and 4k tiles)
On 23 January 2016 at 08:07, Harry Wentland wrote:
> A couple of MST fixes to bugs in the framework that we encounte
Hi Dave, Daniel,
Have you had a chance to take a look at this patch?
Thanks,
Harry
-Original Message-
From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf Of
Harry Wentland
Sent: January 27, 2016 9:40 AM
To: dri-devel at lists.freedesktop.org
Cc: Lysenko, Mykola
That applies only to Carrizo, unfortunately.
Harry
From: Mike Lothian [mailto:m...@fireburn.co.uk]
Sent: February 11, 2016 3:03 PM
To: Wentland, Harry ; dri-devel at
lists.freedesktop.org
Subject: Re: [PATCH 00/29] Enabling new DAL display driver for amdgpu on
Carrizo and Tonga
Hi
Does that
re is supported on our internal tree but hasn't been merged into
these patches yet).
Harry
-Original Message-
From: Dave Airlie [mailto:airl...@gmail.com]
Sent: February 11, 2016 7:26 PM
To: Wentland, Harry
Cc: dri-devel
Subject: Re: [PATCH 06/29] drm/amd/dal: Adapter Service
> +
Daniel Vetter on behalf of Daniel Vetter
Sent: Friday, February 12, 2016 12:34 AM
To: Dave Airlie
Cc: Wentland, Harry; dri-devel
Subject: Re: [PATCH 00/29] Enabling new DAL display driver for amdgpu on
Carrizo and Tonga
On Thu, Feb 11, 2016 at 10:06:14PM +0100, Daniel Vetter wrote:
> On Thu,
On 2018-10-16 11:48 a.m., Alex Deucher wrote:
> On Tue, Oct 16, 2018 at 11:00 AM Li, Sun peng (Leo)
> wrote:
>>
>>
>>
>> On 2018-10-16 08:33 AM, Daniel Vetter wrote:
>>> On Mon, Oct 15, 2018 at 09:46:40AM -0400, sunpeng...@amd.com wrote:
From: Leo Li
This fixes a general protectio
On 2018-10-18 1:38 p.m., Wentland, Harry wrote:
> On 2018-10-16 11:48 a.m., Alex Deucher wrote:
>> On Tue, Oct 16, 2018 at 11:00 AM Li, Sun peng (Leo)
>> wrote:
>>>
>>>
>>>
>>> On 2018-10-16 08:33 AM, Daniel Vetter wrote:
>>>> On
On 2018-10-12 4:31 a.m., Koenig, Christian wrote:
> Am 12.10.2018 um 10:26 schrieb Michel Dänzer:
>> On 2018-10-11 9:44 p.m., Harry Wentland wrote:
>>> On 2018-10-03 04:25 AM, Mike Lothian wrote:
I'm curious to know whether this will/could work over PRIME
>>> I don't see why this shouldn't w
>
> Signed-off-by: Nicholas Kazlauskas
Reviewed-by: Harry Wentland
Harry
> ---
> drivers/gpu/drm/drm_connector.c | 49 +
> include/drm/drm_connector.h | 15 ++
> 2 files changed, 64 insertions(+)
>
> diff --git a/drivers/g
intended for atomic use
> it isn't filtered from legacy userspace queries. This allows for Xorg
> userspace drivers to implement support.
>
> Signed-off-by: Nicholas Kazlauskas
Reviewed-by: Harry Wentland
Harry
> ---
> drivers/gpu/drm/drm_atomic_uapi.c | 4 +
On 2018-10-12 12:44 p.m., Nicholas Kazlauskas wrote:
> These include the drm_connector 'vrr_capable' and the drm_crtc
> 'vrr_enabled' properties.
>
> Signed-off-by: Nicholas Kazlauskas
> ---
> Documentation/gpu/drm-kms.rst | 7 +++
> drivers/gpu/drm/drm_connector.c | 22
fore the CRTC
> disable pass.
>
> (3) Performing VRR stream updates on-flip is needed for enabling BTR
> support.
>
> VRR packets and timing adjustments are now tracked and compared to
> previous values sent to the hardware.
>
> Signed-off-by: Nicholas Kaz
On 2018-10-26 7:22 a.m., Daniel Vetter wrote:
> On Fri, Oct 26, 2018 at 1:08 PM Daniel Stone wrote:
>>
>> Hi,
>>
>> On Fri, 26 Oct 2018 at 11:57, Daniel Vetter wrote:
>>> On Fri, Oct 26, 2018 at 10:13:51AM +1000, Peter Hutterer wrote:
On Wed, Oct 17, 2018 at 02:37:25PM +0200, Daniel Vetter w
On 2018-10-21 9:27 p.m., Rodrigo Siqueira wrote:
> Add maintainers and reviewers for VKMS driver
>
> Signed-off-by: Rodrigo Siqueira
Acked-by: Harry Wentland
Harry
> ---
> Changes in v2:
> - Insert the section in alphabetical order
>
> MAINTAINERS | 10
shouldn't oops.
>
Thanks. I thought I was too tired on a Monday morning to spot the oops.
This code should be on the way out with the variable refresh patches from Nick.
It's currently only used by our DKMS driver.
Looks good to me.
Acked-by: Harry Wentland
Harr
g for MST connectors managed to
> paper over this issue entirely; hence why this was never caught until
> now.
>
> [how]
> Since this code isn't used anywhere and seems useless anyway, we can
> just drop it entirely. This appears to fix the issue on my HP ZBook with
> an A
On 2018-11-06 3:24 p.m., Nicholas Kazlauskas wrote:
> These include the drm_connector 'vrr_capable' and the drm_crtc
> 'vrr_enabled' properties.
>
> Signed-off-by: Nicholas Kazlauskas
> Cc: Harry Wentland
> Cc: Manasi Navare
> Cc: Pekka Paalanen
> Cc: Ville Syrjälä
> Cc: Michel Dänzer
> --
nly caller affected by this change is the DRM helper for
> calculating vblank timestamps. This change corrects behavior for
> calculating the page flip timestap from being the previous timestamp
> to the calculation to the next timestamp when position >= vtotal.
>
> Signed-off-by: Nich
esktop.org
> Cc: linux-ker...@vger.kernel.org
> Cc: linux-arm-ker...@lists.infradead.org
> Cc: intel-...@lists.freedesktop.org
> Cc: linux-media...@lists.infradead.org
> Cc: linux-arm-...@vger.kernel.org
> Cc: freedr...@lists.freedesktop.org
> Cc: nouv...@lists.freedesktop.org
> C
On 2018-11-08 9:43 a.m., Nicholas Kazlauskas wrote:
> These include the drm_connector 'vrr_capable' and the drm_crtc
> 'vrr_enabled' properties.
>
> Signed-off-by: Nicholas Kazlauskas
> Cc: Harry Wentland
> Cc: Manasi Navare
> Cc: Pekka Paalanen
> Cc: Ville Syrjälä
> Cc: Michel Dänzer
Looks
On 2018-11-12 12:05 p.m., Kazlauskas, Nicholas wrote:
> On 11/12/18 11:12 AM, Wentland, Harry wrote:
>> On 2018-11-08 9:43 a.m., Nicholas Kazlauskas wrote:
>>> These include the drm_connector 'vrr_capable' and the drm_crtc
>>> 'vrr_enabled' propert
On 2018-11-27 4:22 a.m., Daniel Vetter wrote:
> On Mon, Nov 12, 2018 at 04:12:10PM +0000, Wentland, Harry wrote:
>> On 2018-11-08 9:43 a.m., Nicholas Kazlauskas wrote:
>>> These include the drm_connector 'vrr_capable' and the drm_crtc
>>> 'vrr_enabled&#x
On 2018-11-27 11:18 a.m., David Francis wrote:
> The fallback code for getting default backlight caps was using
> the wrong variable name. Fix it.
>
> Fixes:
> https://lists.freedesktop.org/archives/dri-devel/2018-November/197752.html
> Signed-off-by: David Francis
Reviewed-
On 2018-12-11 5:37 a.m., Chunming Zhou wrote:
> v2: adapt to new transfer ioctl
>
> Signed-off-by: Chunming Zhou
+igt-dev
I think intel-gfx still works for IGT development but most of the IGT work
happens on igt-...@lists.freedesktop.org now.
Harry
> ---
> include/drm-uapi/drm.h | 33 ++
On 2018-12-11 5:07 p.m., Nick Desaulniers wrote:
> On Tue, Dec 11, 2018 at 1:42 PM Nathan Chancellor
> wrote:
>>
>> On Tue, Dec 11, 2018 at 01:25:00PM -0800, Nick Desaulniers wrote:
>>> On Mon, Dec 10, 2018 at 3:42 PM Nathan Chancellor
>>> wrote:
Clang warns when an expression that equa
t;payloads[i].start_slot != req_payload.start_slot) {
>> -mgr->payloads[i].start_slot = req_payload.start_slot;
>> -}
>> + mgr->payloads[i].start_slot = req_payload.start_slot;
>
> Entertaining!
>
> Reviewed-by: D
ly pre-coffee that helps :-)
I concur. Something like "use local variables to improve readability".
With that fixed this is
Reviewed-by: Harry Wentland
Harry
>>
>> Signed-off-by: Lyude Paul
>> Cc: Juston Li
>> ---
>> drivers/gpu/drm/drm_dp_mst_topology
Thanks, Alex.
Dave, will you pick these up when pulling from Alex's tree if he includes them?
Thanks,
Harry
From: Alex Deucher
Sent: Monday, December 14, 2015 10:26 AM
To: Wentland, Harry
Cc: Maling list - DRI developers
Subject: Re: [PATCH 0/2
Awesome. Thanks, Daniel.
Harry
From: Daniel Vetter on behalf of Daniel Vetter
Sent: Monday, December 14, 2015 12:32 PM
To: Wentland, Harry
Cc: Alex Deucher; Maling list - DRI developers
Subject: Re: [PATCH 0/2] Two small patches for MST
On Mon, Dec 14
Thanks, Dave.
Do you have an example when the up reply would be too big to fit into one
sideband message? We don't expect that to happen.
Mykola, can you see if Dave's patch is a good alternative to your patch?
Harry
On Fri, Dec 18, 2015 at 7:57 PM -0800, "Dave Airlie" mailto:airlied at gmai
71 matches
Mail list logo
