freedesktop.org has adopted a formal&enforced code of conduct:

https://www.fooishbar.org/blog/fdo-contributor-covenant/
https://www.freedesktop.org/wiki/CodeOfConduct/

Besides formalizing things a bit more I don't think this changes
anything for us, we've already peer-enforced respectful and
constructive interactions since a long time. But it's good to document
things properly.

v2: Drop confusing note from commit message and clarify the grammer
(Chris, Alex and others).

Cc: Daniel Stone <dani...@collabora.com>
Cc: Keith Packard <kei...@keithp.com>
Cc: tfh...@err.no
Signed-off-by: Daniel Vetter <daniel.vet...@intel.com>
Reviewed-by: Daniel Stone <dani...@collabora.com>
Reviewed-by: Sumit Semwal <sumit.sem...@linaro.org>
Acked-by: Archit Taneja <arch...@codeaurora.org>
Reviewed-by: Martin Peres <martin.pe...@free.fr>
Acked-by: Thierry Reding <tred...@nvidia.com>
Acked-by: Jani Nikula <jani.nik...@intel.com>
Acked-by: Vincent Abriou <vincent.abr...@st.com>
Acked-by: Neil Armstrong <narmstr...@baylibre.com>
Reviewed-by: Maarten Lankhorst <maarten.lankho...@linux.intel.com>
Acked-by: Brian Starkey <brian.star...@arm.com>
Acked-by: Rob Clark <robdcl...@gmail.com>
Reviewed-by: David Herrmann <dh.herrm...@gmail.com>
Acked-by: Sean Paul <seanp...@chromium.org>
Reviewed-by: Harry Wentland <harry.wentl...@amd.com>
Reviewed-by: Eric Anholt <e...@anholt.net>
Acked-by: Alex Deucher <alexander.deuc...@amd.com>
Acked-by: Gustavo Padovan <gustavo.pado...@collabora.com>
Acked-by: Michel Dänzer <michel.daen...@amd.com>
Acked-by: Laurent Pinchart <laurent.pinch...@ideasonboard.com>
Acked-by: Sumit Semwal <sumit.sem...@linaro.org>
Acked-by: Keith Packard <kei...@keithp.com>
Acked-by: Gabriel Krisman Bertazi <kris...@collabora.co.uk>
---
 Documentation/gpu/introduction.rst | 11 +++++++++++
 1 file changed, 11 insertions(+)

diff --git a/Documentation/gpu/introduction.rst 
b/Documentation/gpu/introduction.rst
index 05a82bdfbca4..fccbe375244d 100644
--- a/Documentation/gpu/introduction.rst
+++ b/Documentation/gpu/introduction.rst
@@ -85,3 +85,14 @@ This means that there's a blackout-period of about one month 
where feature work
 can't be merged. The recommended way to deal with that is having a -next tree
 that's always open, but making sure to not feed it into linux-next during the
 blackout period. As an example, drm-misc works like that.
+
+Code of Conduct
+---------------
+
+As a freedesktop.org project, dri-devel, and the DRM community, follows the
+Contributor Covenant, found at: https://www.freedesktop.org/wiki/CodeOfConduct
+
+Please conduct yourself in a respectful and civilised manner when
+interacting with community members on mailing lists, IRC, or bug
+trackers. The community represents the project as a whole, and abusive
+or bullying behaviour is not tolerated by the project.
-- 
2.11.0

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

Reply via email to