From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Anholt Subject: Re: [PATCH] Don't use libudev for glx/dri3 Date: Mon, 16 Dec 2013 11:19:56 -0800 Message-ID: <87txe8r4bn.fsf@eliezer.anholt.net> References: <1384736112-6023-1-git-send-email-keithp@keithp.com> <1384736916-25285-1-git-send-email-keithp@keithp.com> <528A7F6B.3020905@gmail.com> <52ABC365.1010001@whitecape.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0001346805==" Return-path: In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: mesa-dev-bounces@lists.freedesktop.org Errors-To: mesa-dev-bounces@lists.freedesktop.org To: Daniel Vetter , Kenneth Graunke Cc: Mesa Dev , Emil Velikov , dri-devel List-Id: dri-devel@lists.freedesktop.org --===============0001346805== Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" --=-=-= Content-Type: text/plain Daniel Vetter writes: > On Sat, Dec 14, 2013 at 3:33 AM, Kenneth Graunke wrote: >> On 11/18/2013 12:58 PM, Emil Velikov wrote: >>> On 18/11/13 01:08, Keith Packard wrote: >>>> libudev doesn't have a stable API/ABI, and if the application wants to use one >>>> version, we'd best not load another into libGL. >>>> >>>> Signed-off-by: Keith Packard >>>> --- >>>> >>> Hi Keith, >>> >>> Did you had the chance to look at src/gallium/targets/egl-static/egl.c? >>> It has a different implementation of drm_fd_get_pci_id, whenever udev is >>> not available. >>> >>> AFAICS it goes back to the kernel via the relevant ioctl to retrieve the >>> deviceid/chipid. Currently all but nouveau provide such information. I'm >>> thinking that this approach might be more reasonable for those concerned >>> with portability of the udev bits (think on *BSD). >>> >>> I'm not nitpicking, just thought you might find this interesting. >>> >>> Cheers, >>> Emil >> >> Possibly. But looking at that code, it either: >> 1. Uses libudev >> 2. On Android only...strcmps the driver string to guess the family and >> then uses kernel ioctls... >> 3. Fails. >> >> The Android only nature makes me a bit wary. > > The string mapping of the kernel driver name to a dri.so is what I > kinda expected to be used as the generic thing [snip] There is more than one userspace driver per kernel driver. (i915 vs i965, for example) --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJSr1JdAAoJELXWKTbR/J7ocfEP+wSoHAi/LjdMKhXm3ViwuRLK F+zZ4xzNkjnbw7ETgHqUouGfBlYD0oRW7IC5B86bsMuEkF01pmSYyBYkexe2vmlq PAG5hmSTDPKkaii1hSkM/krwU0Afbf+VnMRJNlYCofxzoYygYE0Kg1cr4g76j8zr IwQSmlVJN+MmFztNWpG8ERfw1auA3/fYeC4+Sui7wJpwK5TN8Zb1ZYgRIQTta3Fd xcKWfs2CF3K6KW8FS3MIJ2NrQNnITtGJaoxjD9BzZpwpqi3Yt0uzZN2QAMao2utD cagcVwyZQvMJWFmvM5bhh+Z40ZzcvgBZy28+Jq7GduIrbVsb7l06+CO9nrfCoNE3 OhxR96byNgz+O9yeqPirZWkEqDFxu9v9Pr7dQRizPKLlaC7yPDGo3Dy4aq2DAb48 yHEv0zeQ8KtxFcHucA90RZskrQrAJMNK+FmGQx5UtHuHrGk1VVoG0+Ky5zz+6GMS nNHWtfO3q1/M6OS2R+4YESy9O0JP+ZckzH3wKfHuSuw4UJXKFi7t1cQeHi783YUi ivvlXXlGxLIwGw7a7EEHxjsRqa0d8umCKVE5wl/HyzDC8LnHiPkjaLv1yxgYztRX KaPMqX6JFkQ+EZ69AT9F2qT5eHkgAeo4QNgUk5wP6b9kqmsrybnZzcsA1lTR+91Y 45t214Mk+tfpgjatV8zW =/4xt -----END PGP SIGNATURE----- --=-=-=-- --===============0001346805== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev --===============0001346805==--