From owner-freebsd-x11@freebsd.org Wed Feb 22 14:46:42 2017 Return-Path: Delivered-To: freebsd-x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id E78F0CE9FCE for ; Wed, 22 Feb 2017 14:46:42 +0000 (UTC) (envelope-from rezny@freebsd.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id D05B914D6 for ; Wed, 22 Feb 2017 14:46:42 +0000 (UTC) (envelope-from rezny@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id CCF1FCE9FCD; Wed, 22 Feb 2017 14:46:42 +0000 (UTC) Delivered-To: x11@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CAE0ACE9FCC for ; Wed, 22 Feb 2017 14:46:42 +0000 (UTC) (envelope-from rezny@freebsd.org) Received: from mail.modirum.com (mail.modirum.com [31.185.27.10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 44E1714D3; Wed, 22 Feb 2017 14:46:42 +0000 (UTC) (envelope-from rezny@freebsd.org) Received: by mail.modirum.com with esmtpsa (TLSv1:ECDHE-RSA-AES256-SHA:256) (Exim 4.87 (FreeBSD)) (envelope-from ) id 1cgYBi-000CHd-V9; Wed, 22 Feb 2017 14:46:39 +0000 From: Matthew Rezny To: Emil Velikov Cc: Baptiste Daroussin , Steve Wills , x11@freebsd.org Subject: Re: your mail Date: Wed, 22 Feb 2017 15:46:28 +0100 Message-ID: <3635692.Vys3mgEcQY@workstation.reztek> Organization: FreeBSD User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: <20170222120828.zkrfh56swen7r44o@ivaldir.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2479936.EY9xJr4QrW"; micalg="pgp-sha512"; protocol="application/pgp-signature" X-SA-Authenticated: Yes X-SA-Exim-Connect-IP: 94.142.238.108 X-SA-Exim-Mail-From: rezny@freebsd.org X-SA-Exim-Scanned: No (on mail.modirum.com); SAEximRunCond expanded to false X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Feb 2017 14:46:43 -0000 --nextPart2479936.EY9xJr4QrW Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" On Wednesday 22 February 2017 14:36:36 Emil Velikov wrote: > On 22 February 2017 at 12:08, Baptiste Daroussin wrote: > > On Wed, Feb 22, 2017 at 12:00:58PM +0000, Emil Velikov wrote: > >> Hi gents, > >> > >> > >> My name is Emil Velikov and for a while I've been taking care of > >> libdrm and Mesa. > >> > >> I can see that there is some activity on the above in FreeBSD so I'll > >> kindly ask that you send [every and any] changes upstream ;-) > >> Please try to keep different [logical] changes into separate patches > >> and git send-email them to the mailing lists [1] [2]. > >> > >> This includes [but not limited to] the prefix fix for drirc, \< and > >> shebang workarounds in [3]. But also covers `sed s|x86_64|amd64|' > >> "GNU_CONFIGURE = yes" and various USES [gmake, bison, python etc.] > >> > >> In a gist, things should just work: > >> - no need for gnumake - any POSIX make should work > >> - flex/bison/python/etc are not needed when building from tarballs > >> > >> If you need to patch and/or add _any_ workaround in your Makefile, > >> please file a bug and let us/me know. > >> > >> > >> Finally, I would like to invite you (maybe subscribe x11@FreeBSD.org > >> ?) to the [4] list. > >> It's very low volume and covers topics for maintainers' eyes. Most > >> recent of which "pthread-stubs design is broken" [5]. > > > > First thank you for contacting us. > > Yes upstreaming as always been the plan. We still have to first make up > > our mind on how we deal with the libudev dependency either through our > > home baked equivalent or via a heavily modified libudev > > With Mesa 13.0.0 the triple libudev/sysfs/libdrm codepaths were > merged. I've pulled a helper to libdrm to deal with that. > Personally I'd suggest keeping all the chaos in there. > As of Mesa 13 we do let libdrm handle that (no more patches to Mesa for it), but we are patching in support for libdevq, a minimal alternative to libudev. Now that we also have libudev-devd, a partial implementation of libudev atop devd, we need to reconsider libdevq's existence. > For 17.0.0 we also removed the --with-sha1 'fun' heuristics. That and > more can be found on the mesa-maintainers@ ;-) > > > In the meantime we can work on upstreaming all other parts :) > > Yes, please. > It has been my intent to upstream as much as possible, but I was trying to get us caught up to current before doing so. No point in submitting a patch for a section of code that may be gone in the next version after all. Differences in build system is lower priority, top will be the patches that were required to avoid compiler errors (several bits in clover did not compile on any version of LLVM/Clang I tried without patching), which should be reviewed. > Thanks > Emil --nextPart2479936.EY9xJr4QrW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iHUEABEKAB0WIQRDZfND9SZODbvdAiNgGkPUEUo+QwUCWK2kRAAKCRBgGkPUEUo+ QyLKAP4wm8JZj5LGx2w7nJcxv58KewJE7I/q6TX8+kzq760NzAD/V2gJr1QvrSqG +rHW2Fz8i+41u4iK+mw0cWyiEzwjXMk= =YLJ4 -----END PGP SIGNATURE----- --nextPart2479936.EY9xJr4QrW--