From: "Kai Wasserbäch" <kai@dev.carbon-project.org>
To: "Zhou, Jammy" <Jammy.Zhou@amd.com>,
Emil Velikov <emil.l.velikov@gmail.com>,
Daniel Vetter <daniel@ffwll.ch>
Cc: ML dri-devel <dri-devel@lists.freedesktop.org>
Subject: Re: [PATCH 1/5] drm: add interface to get drm devices on the system v2
Date: Fri, 14 Aug 2015 09:59:23 +0200 [thread overview]
Message-ID: <55CD9FDB.2010809@dev.carbon-project.org> (raw)
In-Reply-To: <FD5696F5CDD4B04D92C97DB96167DECA16222BE2@SCYBEXDAG04.amd.com>
[-- Attachment #1.1: Type: text/plain, Size: 1511 bytes --]
Zhou, Jammy wrote on 14.08.2015 07:59:
> We tried several different ways already for the enumeration interface (libpciaccess, libudev, etc). But we ran into some problems with these options for example when run Steam games which ships 32bit libraries (including libudev) in the steam runtime, so finally we decided to use sysfs directly to avoid introducing some additional dependencies into libdrm.
The reason sounds wrong. There was a similar discussion over at Mesa. I think
you (as in hardware/driver vendors like AMD/Intel/Nvidia) need to push Valve (or
the game devs through Valve or directly) to fix their setup. Steam runtime is
fine and all, but please only pre-load it, if needed (ie. library foo is missing
on the system and can't be installed through the package manager). IIRC the
VMWare guys said in the Mesa discussion, they have a script in place for their
virtualisation products, that checks whether a library needs to be loaded from
their "baseline directory" or from the system.
Working around a bug/design flaw in Steam's Linux version doesn't sound like a
supportable solution in the long run. As long as you let them get away with
that, you will face this problem over and over with different libraries. (For me
it's usually libstdc++ (needed by LLVM), libncurses and a few X(CB) libraries I
need to remove from Steam, before anything works. Though I do have script for
that, that I can run after every upgrade, this is not a solution for everyone.)
Cheers,
Kai
[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 630 bytes --]
[-- Attachment #2: Type: text/plain, Size: 159 bytes --]
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
next prev parent reply other threads:[~2015-08-14 8:06 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-13 3:33 [PATCH 0/5] some drm and amdgpu patches Jammy Zhou
2015-08-13 3:33 ` [PATCH 1/5] drm: add interface to get drm devices on the system v2 Jammy Zhou
2015-08-13 13:58 ` Emil Velikov
2015-08-14 5:53 ` Zhou, Jammy
2015-08-14 8:35 ` Emil Velikov
2015-08-14 9:41 ` Zhou, Jammy
2015-08-14 10:05 ` Emil Velikov
2015-08-14 12:15 ` Zhou, Jammy
2015-08-14 12:28 ` Emil Velikov
2015-08-14 12:45 ` Zhou, Jammy
2015-08-14 13:19 ` Emil Velikov
2015-08-14 13:43 ` Zhou, Jammy
2015-08-13 15:07 ` Daniel Vetter
2015-08-13 15:26 ` Emil Velikov
2015-08-14 5:59 ` Zhou, Jammy
2015-08-14 7:59 ` Kai Wasserbäch [this message]
2015-08-14 8:17 ` Emil Velikov
2015-08-14 8:26 ` Kai Wasserbäch
2015-08-14 9:07 ` Emil Velikov
2015-08-14 9:48 ` Zhou, Jammy
2015-08-13 3:33 ` [PATCH 2/5] amdgpu: improve amdgpu_vamgr_init Jammy Zhou
2015-08-13 3:33 ` [PATCH 3/5] amdgpu: add flag to support 32bit VA address v3 Jammy Zhou
2015-08-13 3:33 ` [PATCH 4/5] amdgpu: fix one warning from previous commit Jammy Zhou
2015-08-13 3:33 ` [PATCH 5/5] amdgpu: make vamgr per device v2 Jammy Zhou
2015-08-13 6:19 ` [PATCH 0/5] some drm and amdgpu patches Michel Dänzer
2015-08-14 5:47 ` Zhou, Jammy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=55CD9FDB.2010809@dev.carbon-project.org \
--to=kai@dev.carbon-project.org \
--cc=Jammy.Zhou@amd.com \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=emil.l.velikov@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.