make[4]: Entering directory '/opt/mesa/src/gallium/auxiliary'
CXX gallivm/lp_bld_debug.lo
gallivm/lp_bld_debug.cpp: In function 'size_t disassemble(const void*,
llvm::raw_ostream&)':
gallivm/lp_bld_debug.cpp:280:54: error: no matching function for call to
'llvm::TargetMachine::getSubtarge
Forget this one.
Duplicate of:
https://bugs.freedesktop.org/show_bug.cgi?id=89705
Sorry for the noise!
-Dieter
Am 22.03.2015 03:49, schrieb Dieter Nützel:
> make[4]: Entering directory '/opt/mesa/src/gallium/auxiliary'
> CXX gallivm/lp_bld_debug.lo
> gallivm/lp_bld_debug.cpp: In function
bed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150322/4252298a/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150322/a6324fc0/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150322/893ec495/attachment.html>
3.20-22
Radeon Hd 7790
Intel i5 3330
Opensuse factory
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150322/f96caaaf/attachment.html>
next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150322/305de3ef/attachment-0001.html>
From: xihazhang
The current code can only support one kgd instance. We have to
support multiple kgd instances in one system. i.e two amdgpu or two
radeon or one amdgpu + one radeon or more than two kgd instances.
Signed-off-by: Xihan Zhang
Signed-off-by: Oded Gabbay
---
drivers/gpu/drm/amd/am
On 20/03/15 22:10, Jan Vesely wrote:
> v2: zero the update array instead of checking the return value.
> SLLocate returns NULL both on failure and if the element is greater
> than everything in the list
>
Can we add to the commit message what the issue is and mention the
commit which cause
On 20/03/15 22:10, Jan Vesely wrote:
Considering that a separate commit removes the test from xf86drmSL.c can
you add some information in here. "This moves the test from "
> Signed-off-by: Jan Vesely
> ---
> .gitignore| 1 +
> tests/Makefile.am | 3 +-
> tests/drmsltest.c | 172
On 20/03/15 22:10, Jan Vesely wrote:
> Signed-off-by: Jan Vesely
Can you mention in the commit message that the test was moved to
tests/drmsl ?
Reviewed-by: Emil Velikov
I'm not planning to look at patch 3/4.
Thanks for the split, I'll shortly follow up with the other two plus a
trivial cleanu
On 20/03/15 22:25, Tobias Jakobi wrote:
> Currently only fast solid color clear performance is measured.
> A large buffer is allocated and solid color clear operations
> are executed on it with randomly chosen properties (position
> and size of the region, clear color). Execution time is
> measured
On 20/03/15 22:25, Tobias Jakobi wrote:
> This event is specific to Exynos G2D DRM driver. Only
> process it when Exynos support is enabled.
>
> Signed-off-by: Tobias Jakobi
> ---
> exynos/exynos_drm.h | 12
> xf86drm.h | 7 ++-
> xf86drmMode.c | 18
Hello Emil,
Emil Velikov wrote:
> I fear we are not (yet) allowed to do either of these changes.
>
> The exynos/exynos_drm.h header is (supposed to) be in sync/come from the
> kernel. And changes here are to be reflected only when the corresponding
> patch lands in drm-next (as per RELEASING).
t
Hello Emil,
Emil Velikov wrote:
> Might I suggest that we treat this (and your follow up utility) as a
> test ? I.e. use
>
> if HAVE_INSTALL_TESTS
> bin_PROGRAMS = \
> exynos_fimg2d_perf
> else
> noinst_PROGRAMS = \
> exynos_fimg2d_perf
> endif
>
> and amend the block below appropri
This series covers
- Remove the hackish "include xf86drmfoo.c" from dristat
- Extract the remaining two xf86drmfoo.c tests to standalone ones
- beat them into shape, and
- wire them up to make check.
-Emil
Remove the hack of including C files, by reworking the only requirement
drmOpenMinor() to an open(buf...). After all we do know the exact name
of the device we're going to open, so might as well use it. Replace
hard-coded 16 with DRM_MAX_MINOR while we're here.
Signed-off-by: Emil Velikov
---
te
This way with follow up commits we can fix it and wire it up to
make check
Signed-off-by: Emil Velikov
---
tests/Makefile.am | 3 +-
tests/hash.c | 219 ++
xf86drmHash.c | 174 +++
3 files chan
Get the test from completely broken to working like a charm.
- Use the same variable type for both HashInsert and HashLookup.
- Use correct storage type for the HashLookup return value.
- Remove useless backward iteration of HashLookup(i).
Signed-off-by: Emil Velikov
---
tests/hash.c | 31 ++
Signed-off-by: Emil Velikov
---
tests/hash.c | 102 +++
1 file changed, 60 insertions(+), 42 deletions(-)
diff --git a/tests/hash.c b/tests/hash.c
index 902919f..fa9264a 100644
--- a/tests/hash.c
+++ b/tests/hash.c
@@ -73,8 +73,8 @@
#incl
... and wire up to `make check' now that it's useful.
Signed-off-by: Emil Velikov
---
tests/Makefile.am | 12 +++-
tests/hash.c | 26 +++---
2 files changed, 22 insertions(+), 16 deletions(-)
diff --git a/tests/Makefile.am b/tests/Makefile.am
index ea826b5..392a
... and wire it up to make check
Signed-off-by: Emil Velikov
---
tests/Makefile.am | 6 +++---
tests/random.c| 6 --
2 files changed, 7 insertions(+), 5 deletions(-)
diff --git a/tests/Makefile.am b/tests/Makefile.am
index 9b13b2e..0603241 100644
--- a/tests/Makefile.am
+++ b/tests/Make
With follow up commits we can clear it up and wire to
make check
Signed-off-by: Emil Velikov
---
tests/Makefile.am | 3 +-
tests/random.c| 127 ++
xf86drmRandom.c | 67 ++--
3 files changed, 132 insertions(+), 6
... and remove the useless SL_DEBUG and RANDOM_DEBUG
Signed-off-by: Emil Velikov
---
xf86drmHash.c | 5 ++---
xf86drmRandom.c | 1 -
xf86drmSL.c | 1 -
3 files changed, 2 insertions(+), 5 deletions(-)
diff --git a/xf86drmHash.c b/xf86drmHash.c
index 82512a8..12baa62 100644
--- a/xf86drmHa
The valies are unsigned long, thus we should use %lu.
Signed-off-by: Emil Velikov
---
xf86drmHash.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/xf86drmHash.c b/xf86drmHash.c
index 12baa62..887d6a7 100644
--- a/xf86drmHash.c
+++ b/xf86drmHash.c
@@ -119,7 +119,7 @@ sta
Hi Michel,
[..]
The most striking problem of kernel 3.18.9-rt4 affects all systems that
are equipped with Radeon graphics (irrespective whether PCIe cards or
APUs with on-chip graphics). They suffer from a hanging radeon driver.
The block occurs when accelerated graphics l
s without problems after the error message.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150322/b881ab5f/attachment.html>
Hello everybody,
It seems commit 7ce42ae67c49204c0b2252edd06f7920e0a51037 causes several
errors. Here is what I got in dmesg:
Mar 22 15:54:45 pc-francois kernel: [0.580964] [ cut
here ]
Mar 22 15:54:45 pc-francois kernel: [0.580971] WARNING: CPU: 1 PID:
1 at includ
On 03/ 9/15 05:37 AM, Emil Velikov wrote:
> The former does not imply the latter and vice-versa. One such example is
> the Sun compiler.
>
> Cc: Alan Coopersmith
> Cc: Thierry Reding
> Signed-off-by: Emil Velikov
> ---
>
> Hi Alan,
> Can you please take a look it this series covers the symbol
On 03/20/15 10:30 AM, Emil Velikov wrote:
> On 09/03/15 12:37, Emil Velikov wrote:
>> The former does not imply the latter and vice-versa. One such example is
>> the Sun compiler.
>>
>> Cc: Alan Coopersmith
>> Cc: Thierry Reding
>> Signed-off-by: Emil Velikov
>> ---
>>
>> Hi Alan,
>> Can you ple
30 matches
Mail list logo
