Re: [PATCH xserver] dri3: Fix DRI3.2 support for drivers other than modesetting-ddx.
On Wed, Apr 25, 2018 at 8:50 PM, Adam Jacksonwrote: > On Wed, 2018-04-25 at 00:23 +, Mike Lothian wrote: > >> Hi Mario >> >> Thanks for fixing this, that's xserver 1.20 working with the Intel and >> AMDGPU DDXs on my laptop with Kwin >> >> The plasmashell & steam freezes aren't present with the Intel or AMDGPU >> DDXs, only modesetting >> >> I'm quite happy to mark https://bugs.freedesktop.org/show_bug.cgi?id=105851 >> as resolved and look into the modesetting freezes seperately >> >> Feel free to add my: >> >> Tested-by: Mike Lothian > > Merged, thanks: > > remote: I: patch #218453 updated using rev > 352a5ac87fd344936b759a5766eb74271e7d295d. > remote: I: 1 patch(es) updated to state Accepted. > To ssh://git.freedesktop.org/git/xorg/xserver >c6ab21022c..352a5ac87f master -> master > > - ajax Thanks. Haven't had time to test current master yet, maybe will in a few hours. But your "dri3: Clamp to 1.0 if not all screens support 1.2" would solve the same problem as this patch, so this one might be redundant now, apart from my lengthy commit message documenting the problem that both patches try to solve? Your dri3_screen_can_one_point_two() function will probably also need to check for the info->get_formats, ->get_modifiers, ->pixmap_from_fds etc. hooks of the version2 rec being non-NULL, instead of only checking for dri3->info->version >= 2? The intel-ddx and nouveau-ddx define the .version = DRI3_SCREEN_INFO_VERSION; which would be 2 when built against server 1.20's headers, but they don't define the hooks, so would fool the check? -mario ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel
[PATCH xts] Add 'q' command line option to count subtests
At the moment piglit needs a copy of the test _source_ around, because it parses the .m files looking for >>ASSERTION to know how many subtests each executable contains. With this patch we can instead do: datura:~/git/xts% xts5/Xlib4/*/XChangeWindowAttributes q 46 Sorry for the ad-hoc extern, but there's not a header for that declaration already. The code seems to also have a memory of a "reduced space" build where all the tests are linked into one giant binary; we don't support building that anyway, but this change would assuredly break it too. Signed-off-by: Adam Jackson--- src/tet3/tcm/dtcm.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/src/tet3/tcm/dtcm.c b/src/tet3/tcm/dtcm.c index 3d56e8d8..afb8c4eb 100644 --- a/src/tet3/tcm/dtcm.c +++ b/src/tet3/tcm/dtcm.c @@ -295,6 +295,12 @@ char **argv; if (!tcname) tcname = tet_pname; +if (argc > 1 && !strcmp(argv[1], "q")) { +extern int ntests; +printf("%d\n", ntests); +exit(0); +} + #ifdef TET_LITE /* open execution results file (do early, so tet_error() can use it) */ tet_openres(argv[0]); -- 2.17.0 ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel
Re: [PATCH xserver] dri3: Fix DRI3.2 support for drivers other than modesetting-ddx.
On Wed, 2018-04-25 at 00:23 +, Mike Lothian wrote: > Hi Mario > > Thanks for fixing this, that's xserver 1.20 working with the Intel and AMDGPU > DDXs on my laptop with Kwin > > The plasmashell & steam freezes aren't present with the Intel or AMDGPU DDXs, > only modesetting > > I'm quite happy to mark https://bugs.freedesktop.org/show_bug.cgi?id=105851 > as resolved and look into the modesetting freezes seperately > > Feel free to add my: > > Tested-by: Mike LothianMerged, thanks: remote: I: patch #218453 updated using rev 352a5ac87fd344936b759a5766eb74271e7d295d. remote: I: 1 patch(es) updated to state Accepted. To ssh://git.freedesktop.org/git/xorg/xserver c6ab21022c..352a5ac87f master -> master - ajax ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel
Re: [ANNOUNCE] xorg-server 1.19.99.905
There's finally a patch that fixes non-modesetting DDXs, would be nice to see a release candidate with those working too On Wed, 25 Apr 2018 at 09:37 Michel Dänzerwrote: > On 2018-04-24 11:17 PM, Adam Jackson wrote: > > More bugfixes, and streams support for Xwayland. This will almost > > certainly be the last RC. > > What about the Xwayland Present issue with unmapped windows (affecting > e.g. skypeforlinux)? > > > -- > Earthling Michel Dänzer | http://www.amd.com > Libre software enthusiast | Mesa and X developer > > ___ > xorg-devel@lists.x.org: X.Org development > Archives: http://lists.x.org/archives/xorg-devel > Info: https://lists.x.org/mailman/listinfo/xorg-devel ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel
Re: [ANNOUNCE] xorg-server 1.19.99.905
On 2018-04-24 11:17 PM, Adam Jackson wrote: > More bugfixes, and streams support for Xwayland. This will almost > certainly be the last RC. What about the Xwayland Present issue with unmapped windows (affecting e.g. skypeforlinux)? -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Mesa and X developer signature.asc Description: OpenPGP digital signature ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel
Re: [Mesa-dev] [PATCH i-g-t] [RFC] CONTRIBUTING: commit rights docs
On 13 April 2018 at 11:00, Daniel Vetterwrote: > This tries to align with the X.org communities's long-standing > tradition of trying to be an inclusive community and handing out > commit rights fairly freely. > > We also tend to not revoke commit rights for people no longer > regularly active in a given project, as long as they're still part of > the larger community. > > Finally make sure that commit rights, like anything happening on fd.o > infrastructre, is subject to the fd.o's Code of Conduct. > > v2: Point at MAINTAINERS for contact info (Daniel S.) > > v3: > - Make it clear that commit rights are voluntary and that committers > need to acknowledge positively when they're nominated by someone > else (Keith). > - Encourage committers to drop their commit rights when they're no > longer active, and make it clear they'll get readded (Keith). > - Add a line that maintainers and committers should actively nominate > new committers (me). > > v4: Typo (Petri). > > v5: Typo (Sean). > > v6: Wording clarifications and spelling (Jani). > > v7: Require an explicit commitment to the documented merge criteria > and rules, instead of just the implied one through the Code of Conduct > threat (Jani). > > Acked-by: Alex Deucher > Acked-by: Arkadiusz Hiler > Acked-by: Daniel Stone > Acked-by: Eric Anholt > Acked-by: Gustavo Padovan > Acked-by: Petri Latvala > Cc: Alex Deucher > Cc: Arkadiusz Hiler > Cc: Ben Widawsky > Cc: Daniel Stone > Cc: Dave Airlie > Cc: Eric Anholt > Cc: Gustavo Padovan > Cc: Jani Nikula > Cc: Joonas Lahtinen > Cc: Keith Packard > Cc: Kenneth Graunke > Cc: Kristian H. Kristensen > Cc: Maarten Lankhorst > Cc: Petri Latvala > Cc: Rodrigo Vivi > Cc: Sean Paul > Reviewed-by: Keith Packard > Signed-off-by: Daniel Vetter > --- > If you wonder about the wide distribution list for an igt patch: I'd > like to start a discussions about x.org community norms around commit > rights at large, at least for all the shared repos. I plan to propose > the same text for drm-misc and libdrm too, and hopefully others like > mesa/xserver/wayland would follow. > I think the idea is pretty good, simply highlighting some bits. What you've outlined in this patch has been in practise for many years: a) undocumented, applicable to most xorg projects [1] b) documented, mesa IMHO having this explicitly documented and others (wayland/weston/wayland-protocols and xserver repos) following suite is a big plus. HTH Emil [1] As in all of https://cgit.freedesktop.org/xorg but xserver ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel
Re: [PATCH i-g-t] [RFC] CONTRIBUTING: commit rights docs
On Fri, Apr 13, 2018 at 6:01 AM Daniel Vetterwrote: > This tries to align with the X.org communities's long-standing > tradition of trying to be an inclusive community and handing out > commit rights fairly freely. > We also tend to not revoke commit rights for people no longer > regularly active in a given project, as long as they're still part of > the larger community. > Finally make sure that commit rights, like anything happening on fd.o > infrastructre, is subject to the fd.o's Code of Conduct. > v2: Point at MAINTAINERS for contact info (Daniel S.) > v3: > - Make it clear that commit rights are voluntary and that committers >need to acknowledge positively when they're nominated by someone >else (Keith). > - Encourage committers to drop their commit rights when they're no >longer active, and make it clear they'll get readded (Keith). > - Add a line that maintainers and committers should actively nominate >new committers (me). > v4: Typo (Petri). > v5: Typo (Sean). I don't remember this, but good for me! Current revision looks good, and I am supportive of applying it to drm-misc. Acked-by: Sean Paul > v6: Wording clarifications and spelling (Jani). > v7: Require an explicit commitment to the documented merge criteria > and rules, instead of just the implied one through the Code of Conduct > threat (Jani). > Acked-by: Alex Deucher > Acked-by: Arkadiusz Hiler > Acked-by: Daniel Stone > Acked-by: Eric Anholt > Acked-by: Gustavo Padovan > Acked-by: Petri Latvala > Cc: Alex Deucher > Cc: Arkadiusz Hiler > Cc: Ben Widawsky > Cc: Daniel Stone > Cc: Dave Airlie > Cc: Eric Anholt > Cc: Gustavo Padovan > Cc: Jani Nikula > Cc: Joonas Lahtinen > Cc: Keith Packard > Cc: Kenneth Graunke > Cc: Kristian H. Kristensen > Cc: Maarten Lankhorst > Cc: Petri Latvala > Cc: Rodrigo Vivi > Cc: Sean Paul > Reviewed-by: Keith Packard > Signed-off-by: Daniel Vetter > --- > If you wonder about the wide distribution list for an igt patch: I'd > like to start a discussions about x.org community norms around commit > rights at large, at least for all the shared repos. I plan to propose > the same text for drm-misc and libdrm too, and hopefully others like > mesa/xserver/wayland would follow. > fd.o admins also plan to discuss this (and a pile of other topics and > hosting and code of conduct) with all projects, ideally this here > would end up as the starting point for establishing some community > norms. > -Daniel > --- > CONTRIBUTING | 48 > 1 file changed, 48 insertions(+) > diff --git a/CONTRIBUTING b/CONTRIBUTING > index 0180641be3aa..8a118134275c 100644 > --- a/CONTRIBUTING > +++ b/CONTRIBUTING > @@ -51,4 +51,52 @@ A short list of contribution guidelines: > - Changes to the testcases are automatically tested. Take the results into > account before merging. > +Commit rights > +- > + > +Commit rights will be granted to anyone who requests them and fulfills the > +below criteria: > + > +- Submitted a few (5-10 as a rule of thumb) non-trivial (not just simple > + spelling fixes and whitespace adjustment) patches that have been merged > + already. > + > +- Are actively participating on discussions about their work (on the mailing > + list or IRC). This should not be interpreted as a requirement to review other > + peoples patches but just make sure that patch submission isn't one-way > + communication. Cross-review is still highly encouraged. > + > +- Will be regularly contributing further patches. This includes regular > + contributors to other parts of the open source graphics stack who only > + do the oddball rare patch within igt itself. > + > +- Agrees to use their commit rights in accordance with the documented merge > + criteria, tools, and processes. > + > +Apply for an account (and any other account change requests) through > + > +https://www.freedesktop.org/wiki/AccountRequests/ > + > +and please ping the maintainers if your request is stuck. > + > +Committers are encouraged to request their commit rights get removed when they > +no longer contribute to the project. Commit rights will be reinstated when they > +come back to the project. > + > +Maintainers and committers should encourage contributors to request commit > +rights, especially junior contributors tend to underestimate their
Re: [Mesa-dev] [PATCH i-g-t] [RFC] CONTRIBUTING: commit rights docs
On Tue, Apr 24, 2018 at 7:30 PM, Emil Velikovwrote: > On 13 April 2018 at 11:00, Daniel Vetter wrote: >> This tries to align with the X.org communities's long-standing >> tradition of trying to be an inclusive community and handing out >> commit rights fairly freely. >> >> We also tend to not revoke commit rights for people no longer >> regularly active in a given project, as long as they're still part of >> the larger community. >> >> Finally make sure that commit rights, like anything happening on fd.o >> infrastructre, is subject to the fd.o's Code of Conduct. >> >> v2: Point at MAINTAINERS for contact info (Daniel S.) >> >> v3: >> - Make it clear that commit rights are voluntary and that committers >> need to acknowledge positively when they're nominated by someone >> else (Keith). >> - Encourage committers to drop their commit rights when they're no >> longer active, and make it clear they'll get readded (Keith). >> - Add a line that maintainers and committers should actively nominate >> new committers (me). >> >> v4: Typo (Petri). >> >> v5: Typo (Sean). >> >> v6: Wording clarifications and spelling (Jani). >> >> v7: Require an explicit commitment to the documented merge criteria >> and rules, instead of just the implied one through the Code of Conduct >> threat (Jani). >> >> Acked-by: Alex Deucher >> Acked-by: Arkadiusz Hiler >> Acked-by: Daniel Stone >> Acked-by: Eric Anholt >> Acked-by: Gustavo Padovan >> Acked-by: Petri Latvala >> Cc: Alex Deucher >> Cc: Arkadiusz Hiler >> Cc: Ben Widawsky >> Cc: Daniel Stone >> Cc: Dave Airlie >> Cc: Eric Anholt >> Cc: Gustavo Padovan >> Cc: Jani Nikula >> Cc: Joonas Lahtinen >> Cc: Keith Packard >> Cc: Kenneth Graunke >> Cc: Kristian H. Kristensen >> Cc: Maarten Lankhorst >> Cc: Petri Latvala >> Cc: Rodrigo Vivi >> Cc: Sean Paul >> Reviewed-by: Keith Packard >> Signed-off-by: Daniel Vetter >> --- >> If you wonder about the wide distribution list for an igt patch: I'd >> like to start a discussions about x.org community norms around commit >> rights at large, at least for all the shared repos. I plan to propose >> the same text for drm-misc and libdrm too, and hopefully others like >> mesa/xserver/wayland would follow. >> > I think the idea is pretty good, simply highlighting some bits. > > What you've outlined in this patch has been in practise for many years: > a) undocumented, applicable to most xorg projects [1] > b) documented, mesa Hm, I chatted with a few mesa devs about this, and I wasn't aware there's explicit documentation for mesa. Where is it? I'd very much want to align as much as we can. > IMHO having this explicitly documented and others > (wayland/weston/wayland-protocols and xserver repos) following suite > is a big plus. Yeah, that's the idea. Hence plenty of Cc: for this igt patch. -Daniel > > HTH > Emil > > [1] As in all of https://cgit.freedesktop.org/xorg but xserver -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch ___ xorg-devel@lists.x.org: X.Org development Archives: http://lists.x.org/archives/xorg-devel Info: https://lists.x.org/mailman/listinfo/xorg-devel