https://bugs.freedesktop.org/show_bug.cgi?id=45913
Pavel Ondračka changed:
What|Removed |Added
Priority|medium |low
AssignedTo|mesa-dev@lists.f
https://bugs.freedesktop.org/show_bug.cgi?id=45921
Bug #: 45921
Summary: [r300g, bisected] Multiple piglit regression after
winsys/radeon: hook up the new DRM_RADEON_GEM_WAIT
ioctl
Classification: Unclassified
Product:
https://bugs.freedesktop.org/show_bug.cgi?id=45901
--- Comment #1 from Pavel Ondračka 2012-02-11
03:11:30 UTC ---
glsl-vs-vec4-indexing-temp-dst-in-loop is another test regressed by
aforementioned commit. BTW both tests pass with llvmpipe and softpipe, so this
is probably
just some uncovered r
https://bugs.freedesktop.org/show_bug.cgi?id=45921
--- Comment #1 from Marek Olšák 2012-02-11 03:21:46 PST ---
I am sure the commit in question is not the cause. I prematurely added the code
for the new ioctl and disabled it later on, because my kernel code the commit
was supposed to interact wi
GMBUS has several ports and each has it's own corresponding
I2C adpater. When multiple I2C adapters call gmbus_xfer() at
the same time there is a race condition in using the underlying
GMBUS controller. Fixing this by adding a mutex lock when calling
gmbus_xfer().
Signed-off-by: Yufeng Shen
---
Every access to either the GTT or CPU pointer is supposed to be
proceeded by a set_domain ioctl so that GEM is able to manage the cache
domains correctly and for the following access to be coherent. Of
course, some people explicitly want incoherent, non-blocking access
which is going to trigger war
On Sat, Feb 11, 2012 at 11:47:36AM +, Chris Wilson wrote:
> Every access to either the GTT or CPU pointer is supposed to be
> proceeded by a set_domain ioctl so that GEM is able to manage the cache
> domains correctly and for the following access to be coherent. Of
> course, some people explici
https://bugs.freedesktop.org/show_bug.cgi?id=45921
--- Comment #2 from Pavel Ondračka 2012-02-11
03:59:26 UTC ---
(In reply to comment #1)
> I am sure the commit in question is not the cause. I prematurely added the
> code for the new ioctl and disabled it later on, because my kernel code the
https://bugs.freedesktop.org/show_bug.cgi?id=45921
--- Comment #3 from Marek Olšák 2012-02-11 04:19:27 PST ---
(In reply to comment #2)
> (In reply to comment #1)
> > I am sure the commit in question is not the cause. I prematurely added the
> > code for the new ioctl and disabled it later on, b
https://bugs.freedesktop.org/show_bug.cgi?id=45825
--- Comment #7 from Tomi Pieviläinen
2012-02-11 04:20:42 PST ---
Sure, I'll see if I can find it on the repos. If not, might take a bit longer.
The displayport is connected to an active dp-to-dldvi adapter, which is
connected to Samsung SyncMa
https://bugs.freedesktop.org/show_bug.cgi?id=45825
--- Comment #8 from Tomi Pieviläinen
2012-02-11 04:28:58 PST ---
Running now on 3.3rc3, same results.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the a
https://bugs.freedesktop.org/show_bug.cgi?id=45921
--- Comment #4 from Pavel Ondračka 2012-02-11
04:51:23 PST ---
OK, I can finally see whats going on. ef64da8f013691c66744064769db379e57ef95de
fails however 1e3c81a068c4ae04cd1c6b18c687d5be69b7b8c4 + manually applied
ef64da8f013691c66744064769db
https://bugs.freedesktop.org/show_bug.cgi?id=45921
Pavel Ondračka changed:
What|Removed |Added
CC||bryancain3+...@gmail.com
--- Comment #5
https://bugs.freedesktop.org/show_bug.cgi?id=45921
Pavel Ondračka changed:
What|Removed |Added
Summary|[r300g, bisected] Multiple |[r300g, bisected] Multiple
https://bugs.freedesktop.org/show_bug.cgi?id=41569
--- Comment #25 from Florian Mickler 2012-02-11 07:51:40
PST ---
A patch referencing this bug report has been merged in Linux v3.3-rc3:
commit 304a48400d9718f74ec35ae46f30868a5f4c4516
Author: Alex Deucher
Date: Thu Feb 2 10:18:00 2012 -0500
https://bugs.freedesktop.org/show_bug.cgi?id=45503
--- Comment #13 from Florian Mickler 2012-02-11 07:52:31
PST ---
A patch referencing this bug report has been merged in Linux v3.3-rc3:
commit de47a9cd62771e3e78954d855d2304fbad4c5a44
Author: Dave Airlie
Date: Thu Feb 2 15:25:16 2012 +
https://bugs.freedesktop.org/show_bug.cgi?id=45907
Alex Deucher changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=38173
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Tue, 07 Feb 2012 19:01:04 +0100
Michel Dänzer wrote:
> On Son, 2012-02-05 at 00:41 +0100, acrux wrote:
> > unable to have a working radeon kms framebuffer with linux-3.3-rc2
> > on ppc video card: Radeon 9250 PCI
>
> Is this a regression? If yes, can you bisect?
>
not a regression, i didn't
On Tue, 07 Feb 2012 18:32:44 +0100
Michel Dänzer wrote:
> On Son, 2012-02-05 at 00:38 +0100, acrux wrote:
> >
> > unable to have a working radeon kms framebuffer with linux-3.3-rc2
> > on ppc video card: Radeon X1650PRO PCIE
>
> Is this a regression? If yes, can you bisect?
>
not a regression
https://bugs.freedesktop.org/show_bug.cgi?id=45943
Bug #: 45943
Summary: [r300g] r300_emit.c:365:r300_emit_aa_state: Assertion
`(aa->dest)->cs_buf' failed.
Classification: Unclassified
Product: Mesa
Version: git
Platfo
https://bugs.freedesktop.org/show_bug.cgi?id=45880
--- Comment #2 from lschin...@gmail.com 2012-02-11 16:37:42 UTC ---
The workaround work ok
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for t
https://bugs.freedesktop.org/show_bug.cgi?id=45825
Alex Deucher changed:
What|Removed |Added
Attachment #56820|text/x-log |text/plain
mime type|
https://bugs.freedesktop.org/show_bug.cgi?id=45825
--- Comment #6 from Alex Deucher 2012-02-10 16:53:26 PST
---
Can you try a 3.3rc3 kernel? What kind of monitor is attached to the
Displayport connector?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You a
https://bugs.freedesktop.org/show_bug.cgi?id=45907
--- Comment #3 from Kevin DeKorte 2012-02-10 18:01:44
PST ---
Alex, your suggested fix does correct the problem.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=38173
--- Comment #10 from Alexandre Demers
2012-02-10 22:06:49 PST ---
It seems to be rendering correctly now for me. Textures and texts that were
corrupted are now fine.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugs.freedesktop.org/show_bug.cgi?id=45913
Pavel Ondra?ka changed:
What|Removed |Added
Priority|medium |low
AssignedTo|mesa-dev at list
https://bugs.freedesktop.org/show_bug.cgi?id=45921
Bug #: 45921
Summary: [r300g, bisected] Multiple piglit regression after
winsys/radeon: hook up the new DRM_RADEON_GEM_WAIT
ioctl
Classification: Unclassified
Product:
https://bugs.freedesktop.org/show_bug.cgi?id=45901
--- Comment #1 from Pavel Ondra?ka 2012-02-11
03:11:30 UTC ---
glsl-vs-vec4-indexing-temp-dst-in-loop is another test regressed by
aforementioned commit. BTW both tests pass with llvmpipe and softpipe, so this
is probably
just some uncovered r
https://bugs.freedesktop.org/show_bug.cgi?id=45921
--- Comment #1 from Marek Ol??k 2012-02-11 03:21:46 PST
---
I am sure the commit in question is not the cause. I prematurely added the code
for the new ioctl and disabled it later on, because my kernel code the commit
was supposed to interact w
Every access to either the GTT or CPU pointer is supposed to be
proceeded by a set_domain ioctl so that GEM is able to manage the cache
domains correctly and for the following access to be coherent. Of
course, some people explicitly want incoherent, non-blocking access
which is going to trigger war
On Sat, Feb 11, 2012 at 11:47:36AM +, Chris Wilson wrote:
> Every access to either the GTT or CPU pointer is supposed to be
> proceeded by a set_domain ioctl so that GEM is able to manage the cache
> domains correctly and for the following access to be coherent. Of
> course, some people explici
https://bugs.freedesktop.org/show_bug.cgi?id=45921
--- Comment #2 from Pavel Ondra?ka 2012-02-11
03:59:26 UTC ---
(In reply to comment #1)
> I am sure the commit in question is not the cause. I prematurely added the
> code for the new ioctl and disabled it later on, because my kernel code the
sl-to-tgsi.
BTW in which commit was the new ioctl disabled? I mean, I can understand th=
at if I don't have kernel with support for the new ioctl it breaks the test=
s,
however if the ioctl was disabled later shouldn't be current git working un=
less another regression happened?
> Anyway, sorry,
https://bugs.freedesktop.org/show_bug.cgi?id=45921
--- Comment #3 from Marek Ol??k 2012-02-11 04:19:27 PST
---
(In reply to comment #2)
> (In reply to comment #1)
> > I am sure the commit in question is not the cause. I prematurely added the
> > code for the new ioctl and disabled it later on,
https://bugs.freedesktop.org/show_bug.cgi?id=45825
--- Comment #7 from Tomi Pievil?inen
2012-02-11 04:20:42 PST ---
Sure, I'll see if I can find it on the repos. If not, might take a bit longer.
The displayport is connected to an active dp-to-dldvi adapter, which is
connected to Samsung SyncMa
https://bugs.freedesktop.org/show_bug.cgi?id=45825
--- Comment #8 from Tomi Pievil?inen
2012-02-11 04:28:58 PST ---
Running now on 3.3rc3, same results.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the a
https://bugs.freedesktop.org/show_bug.cgi?id=45921
--- Comment #4 from Pavel Ondra?ka 2012-02-11
04:51:23 PST ---
OK, I can finally see whats going on. ef64da8f013691c66744064769db379e57ef95de
fails however 1e3c81a068c4ae04cd1c6b18c687d5be69b7b8c4 + manually applied
ef64da8f013691c66744064769db
https://bugs.freedesktop.org/show_bug.cgi?id=45921
Pavel Ondra?ka changed:
What|Removed |Added
CC||bryancain3+fdo at gmail.com
--- Comment
https://bugs.freedesktop.org/show_bug.cgi?id=45921
Pavel Ondra?ka changed:
What|Removed |Added
Summary|[r300g, bisected] Multiple |[r300g, bisected] Multiple
https://bugs.freedesktop.org/show_bug.cgi?id=41569
--- Comment #25 from Florian Mickler 2012-02-11
07:51:40 PST ---
A patch referencing this bug report has been merged in Linux v3.3-rc3:
commit 304a48400d9718f74ec35ae46f30868a5f4c4516
Author: Alex Deucher
Date: Thu Feb 2 10:18:00 2012 -0500
https://bugs.freedesktop.org/show_bug.cgi?id=45503
--- Comment #13 from Florian Mickler 2012-02-11
07:52:31 PST ---
A patch referencing this bug report has been merged in Linux v3.3-rc3:
commit de47a9cd62771e3e78954d855d2304fbad4c5a44
Author: Dave Airlie
Date: Thu Feb 2 15:25:16 2012 +
https://bugs.freedesktop.org/show_bug.cgi?id=45907
Alex Deucher changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=38173
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Tue, 07 Feb 2012 19:01:04 +0100
Michel D?nzer wrote:
> On Son, 2012-02-05 at 00:41 +0100, acrux wrote:
> > unable to have a working radeon kms framebuffer with linux-3.3-rc2
> > on ppc video card: Radeon 9250 PCI
>
> Is this a regression? If yes, can you bisect?
>
not a regression, i didn't
On Tue, 07 Feb 2012 18:32:44 +0100
Michel D?nzer wrote:
> On Son, 2012-02-05 at 00:38 +0100, acrux wrote:
> >
> > unable to have a working radeon kms framebuffer with linux-3.3-rc2
> > on ppc video card: Radeon X1650PRO PCIE
>
> Is this a regression? If yes, can you bisect?
>
not a regression
https://bugs.freedesktop.org/show_bug.cgi?id=45943
Bug #: 45943
Summary: [r300g] r300_emit.c:365:r300_emit_aa_state: Assertion
`(aa->dest)->cs_buf' failed.
Classification: Unclassified
Product: Mesa
Version: git
Platfo
https://bugs.freedesktop.org/show_bug.cgi?id=45880
--- Comment #2 from lsching17 at gmail.com 2012-02-11 16:37:42 UTC ---
The workaround work ok
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee fo
Dear All,
attached is the patch.
Kristof
---
xf86drmMode.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/xf86drmMode.h b/xf86drmMode.h
index 34f5fb1..febf88a 100644
--- a/xf86drmMode.h
+++ b/xf86drmMode.h
@@ -333,7 +333,7 @@ extern int drmModeAddFB2(int fd, uint32_t width, uint32_t
height,
50 matches
Mail list logo
