https://bugs.freedesktop.org/show_bug.cgi?id=80015
--- Comment #9 from smoki ---
(In reply to comment #8)
> I have the same withe glitch on Civ5 shown on the CivV.png with AMD radeonsi
> open source driver.
> I don't have the problem with Intel open source drivers.
> I use Debian Jessie with
https://bugs.freedesktop.org/show_bug.cgi?id=80015
smoki changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
he assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140907/5bad2a3c/attachment.html>
t part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140907/b1a26eed/attachment.html>
TML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140907/f4e05b95/attachment-0001.html>
he bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140907/b8a0685d/attachment.html>
On Fri, 2014-09-05 at 15:13 -0700, Greg Kroah-Hartman wrote:
> > +MODULE_AUTHOR("Johannes Berg ");
> > +MODULE_DESCRIPTION("Device Coredump support");
> > +MODULE_LICENSE("GPL");
>
> As you only allow Y or N as build options, it's not really a "module" :)
Umm, yeah. I went back and forth on
ross
drivers is great feature!
--
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/20140907/bf174e44/attachment.html>
From: Christian K?nig
Semaphore values have 64 bits, not 32. This fixes a very subtle bug
that disables synchronization when the upper 32bits wasn't zero.
Signed-off-by: Christian K?nig
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_semaphore.c | 2
.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140907/5ede78ae/attachment.html>
On 2014.08.25 at 11:10 +0200, Christian K?nig wrote:
> Let me know if it works for you, cause we don't really have any hardware
> any more to test it.
I've tested your patch series today (using drm-next-3.18 from
~agd5f/linux) on a RS780D/Radeon HD 3300 system with a couple of H264
videos. While
dri-devel/attachments/20140907/356c1224/attachment.html>
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140907/79e7d75e/attachment.html>
On Fri, Sep 5, 2014 at 8:25 AM, Daniel Vetter wrote:
> On Fri, Sep 05, 2014 at 07:59:45AM -0400, Rob Clark wrote:
>> While in real life, we could never fail to grab the newly created mutex,
>> ww_mutex fault injection has no way to know this. Which could result
>> that kernels built with
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140907/b050164b/attachment.html>
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140907/73a8b961/attachment.html>
was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140907/f31afac5/attachment.sig>
https://bugzilla.kernel.org/show_bug.cgi?id=84041
Bug ID: 84041
Summary: I built my kernel with lockdep, and caught a possible
deadlock while playing video using vdpau on radeon
driver.
Product: Drivers
Version:
https://bugzilla.kernel.org/show_bug.cgi?id=84041
yshuiv7 at gmail.com changed:
What|Removed |Added
Kernel Version|Possible deadlock when |3.16.1
|using
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140907/58c1e61b/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140907/30afa266/attachment.html>
Hello list,
Here is the final batch that I've been planning to get upstreamed.
Everything else that remains are some custom downstream "hacks" that
will get upstreamed by their original authors in due time :)
Highlights:
- Drop a few unneeded Makefiles.
- Android support for libkms &
Rather than having two extra makefiles in order to ship ~10 headers
just fold its 5 lines of code into the top one makefile.
Signed-off-by: Emil Velikov
---
Android.mk | 8 +++-
Makefile.am | 10 +-
Makefile.sources | 19
Both of these headers are not installed since they were imported.
They are not even used internally. The latter does not exist in the
kernel...
Note the * symbol in EXTRA_DIST causes 'make distcheck' fail. When was
the last time we ran it ?
Cc: Ville Syrj?l?
Cc: Damien Lespiau
Cc: Daniel
Not too long ago the in-kernel drm public headers were moved. Since then
we could no longer fetch/update the ones in libdrm using the command.
Signed-off-by: Emil Velikov
---
Makefile.am | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Makefile.am b/Makefile.am
index
Just have the check once, and let new drivers opt-in if they want
to use them. Move the block further up the script, to tie nicely
with the actual usage of $HW defines.
Move the final $HW users to be alongside their brethren.
Signed-off-by: Emil Velikov
---
configure.ac | 167
Signed-off-by: Emil Velikov
---
configure.ac | 3 +++
libkms/Makefile.am | 5 -
libkms/linux.c | 16 +++-
3 files changed, 18 insertions(+), 6 deletions(-)
diff --git a/configure.ac b/configure.ac
index 484084f..f1d3451 100644
--- a/configure.ac
+++ b/configure.ac
@@
Signed-off-by: Emil Velikov
---
libkms/Makefile.am | 20 +---
libkms/Makefile.sources | 23 +++
2 files changed, 32 insertions(+), 11 deletions(-)
create mode 100644 libkms/Makefile.sources
diff --git a/libkms/Makefile.am b/libkms/Makefile.am
index
Cc: Benjamin Gaignard
Signed-off-by: Emil Velikov
---
Android.mk| 3 ++-
libkms/Android.mk | 53 +
2 files changed, 55 insertions(+), 1 deletion(-)
create mode 100644 libkms/Android.mk
diff --git a/Android.mk b/Android.mk
index
Signed-off-by: Emil Velikov
---
tests/modetest/Makefile.am | 7 +++
tests/modetest/Makefile.sources | 6 ++
2 files changed, 9 insertions(+), 4 deletions(-)
create mode 100644 tests/modetest/Makefile.sources
diff --git a/tests/modetest/Makefile.am b/tests/modetest/Makefile.am
Cc: Benjamin Gaignard
Signed-off-by: Emil Velikov
---
Android.mk| 3 ++-
tests/modetest/Android.mk | 14 ++
2 files changed, 16 insertions(+), 1 deletion(-)
create mode 100644 tests/modetest/Android.mk
diff --git a/Android.mk b/Android.mk
index 4d02b05..63f031c
Autotools is already smart enough to pick the *.pc.in files but it
needs some help with the Android.mk ones.
Signed-off-by: Emil Velikov
---
Makefile.am| 2 +-
freedreno/Makefile.am | 2 ++
intel/Makefile.am | 3 ++-
libkms/Makefile.am | 2 +-
From: Benjamin Gaignard
---
tests/modetest/modetest.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/modetest/modetest.c b/tests/modetest/modetest.c
index 92efb82..6d06e3f 100644
--- a/tests/modetest/modetest.c
+++
Unlike Linux, Android (bionic) has separate functions - mmap & mmap64.
Add a local wrapper (inspired by gallium) that will be used throughout
libdrm to combat this bionic feature.
Signed-off-by: Emil Velikov
---
libdrm.h | 45 +
1 file changed, 45
Signed-off-by: Emil Velikov
---
xf86drm.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/xf86drm.c b/xf86drm.c
index 85beb8c..d900b4b 100644
--- a/xf86drm.c
+++ b/xf86drm.c
@@ -48,7 +48,6 @@
#include
#define stat_t struct stat
#include
-#include
#include
... for all by exynos.
Signed-off-by: Emil Velikov
---
libkms/dumb.c| 8 +++-
libkms/intel.c | 6 +++---
libkms/nouveau.c | 6 +++---
libkms/radeon.c | 8
libkms/vmwgfx.c | 6 +++---
5 files changed, 16 insertions(+), 18 deletions(-)
diff --git a/libkms/dumb.c
Signed-off-by: Emil Velikov
---
nouveau/nouveau.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/nouveau/nouveau.c b/nouveau/nouveau.c
index 43f0d3c..da49e17 100644
--- a/nouveau/nouveau.c
+++ b/nouveau/nouveau.c
@@ -33,11 +33,11 @@
#include
#include
#include
Signed-off-by: Emil Velikov
---
freedreno/freedreno_bo.c | 4 ++--
freedreno/freedreno_priv.h | 1 -
freedreno/kgsl/kgsl_bo.c | 2 +-
freedreno/kgsl/kgsl_ringbuffer.c | 4 ++--
4 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/freedreno/freedreno_bo.c
Signed-off-by: Emil Velikov
---
radeon/radeon_bo_gem.c | 7 +++
radeon/radeon_cs_gem.c | 1 -
radeon/radeon_surface.c | 1 -
3 files changed, 3 insertions(+), 6 deletions(-)
diff --git a/radeon/radeon_bo_gem.c b/radeon/radeon_bo_gem.c
index 251ec1b..e78303a 100644
---
Signed-off-by: Emil Velikov
---
intel/intel_bufmgr_gem.c | 15 +++
intel/test_decode.c | 4 ++--
2 files changed, 9 insertions(+), 10 deletions(-)
diff --git a/intel/intel_bufmgr_gem.c b/intel/intel_bufmgr_gem.c
index 0e1cb0d..a527f41 100644
--- a/intel/intel_bufmgr_gem.c
+++
was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140907/3aa4cca6/attachment.html>
On Fri, Sep 5, 2014 at 11:50 AM, Johannes Berg
wrote:
> From: Johannes Berg
>
> Many devices run firmware and/or complex hardware, and most of that
> can have bugs. When it misbehaves, however, it is often much harder
> to debug than software running on the host.
>
Very nice concept IMO :)
42 matches
Mail list logo