From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 98964] Chromium complains about glXGetSyncValuesOML in 13.0.2
Date: Tue, 06 Dec 2016 12:02:08 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============1043593559=="
Return-path:
Received: from culpepper.freedesktop.org (culpepper.freedesktop.org
[IPv6:2610:10:20:722:a800:ff:fe98:4b55])
by gabe.freedesktop.org (Postfix) with ESMTP id 4B3256E346
for ; Tue, 6 Dec 2016 12:02:08 +0000 (UTC)
In-Reply-To:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: dri-devel-bounces@lists.freedesktop.org
Sender: "dri-devel"
To: dri-devel@lists.freedesktop.org
List-Id: dri-devel@lists.freedesktop.org
--===============1043593559==
Content-Type: multipart/alternative; boundary="14810257281.998a.25145";
charset="UTF-8"
--14810257281.998a.25145
Date: Tue, 6 Dec 2016 12:02:08 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://bugs.freedesktop.org/
Auto-Submitted: auto-generated
https://bugs.freedesktop.org/show_bug.cgi?id=3D98964
--- Comment #11 from Emil Velikov ---
(In reply to Zolt=C3=A1n B=C3=B6sz=C3=B6rm=C3=A9nyi from comment #9)
> Although the OS is Yocto, the Mesa recipe is mostly mine including the pa=
tch
> to revert this horrible idea of hard links. Hard links are good until you
> package the drivers into separate subpackages as it breaks the hard links
> and creates separate files instead. I saved more than 50MB on a 2GB disk
> which is substantial for an embedded system where we need the disk space =
but
> it is very constrained.
>=20
> Haven't seen any ill effect on our systems because of it. We use only sin=
gle
> GPU machines, so it shouldn't make a difference in behaviour. Perhaps with
> PRIME it would but we don't use it.
I'm getting really off topic with this:
Above all: yes using hard links is nasty.
If you're having a single (or multiple fixed) GPU system then building mult=
iple
drivers is a _very_ bad idea. If you're doing that for embedded systems the=
n it
gets even worse. Thus having separate $driver subpackages makes no sense :-(
Using symlinks is brittle (not PRIME related). So you really don't want to =
ship
something based on it.
--=20
You are receiving this mail because:
You are the assignee for the bug.=
--14810257281.998a.25145
Date: Tue, 6 Dec 2016 12:02:08 +0000
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://bugs.freedesktop.org/
Auto-Submitted: auto-generated
Commen=
t # 11
on bug 98964<=
/a>
from Emil Velikov
(In reply to Zolt=C3=A1n B=C3=B6sz=C3=B6rm=C3=A9nyi from comment #9)
> Although the OS is Yocto, the Mesa recipe is mos=
tly mine including the patch
> to revert this horrible idea of hard links. Hard links are good until =
you
> package the drivers into separate subpackages as it breaks the hard li=
nks
> and creates separate files instead. I saved more than 50MB on a 2GB di=
sk
> which is substantial for an embedded system where we need the disk spa=
ce but
> it is very constrained.
>=20
> Haven't seen any ill effect on our systems because of it. We use only =
single
> GPU machines, so it shouldn't make a difference in behaviour. Perhaps =
with
> PRIME it would but we don't use it.
I'm getting really off topic with this:
Above all: yes using hard links is nasty.
If you're having a single (or multiple fixed) GPU system then building mult=
iple
drivers is a _very_ bad idea. If you're doing that for embedded systems the=
n it
gets even worse. Thus having separate $driver subpackages makes no sense :-(
Using symlinks is brittle (not PRIME related). So you really don't want to =
ship
something based on it.
</offtopic>
You are receiving this mail because:
- You are the assignee for the bug.
=
--14810257281.998a.25145--
--===============1043593559==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs
IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz
dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVsCg==
--===============1043593559==--