Summary|Radeon : ring test failed |[RADEON:KMS:RS780:CP] ring
||test failed
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are watching the assignee of the bug
https://bugzilla.kernel.org/show_bug.cgi?id=30102
Mathieu Belanger changed:
What|Removed |Added
Platform|All |x86-64
--
Configure bugmail: http
https://bugzilla.kernel.org/show_bug.cgi?id=30102
--- Comment #3 from Mathieu Belanger 2011-02-28 16:32:57 ---
00:00.0 Host bridge: Advanced Micro Devices [AMD] RS780 Host Bridge Alternate
00:01.0 PCI bridge: Advanced Micro Devices [AMD] RS780 PCI to PCI bridge (int
gfx)
00:02.0 PCI bridge:
https://bugzilla.kernel.org/show_bug.cgi?id=30102
--- Comment #2 from Mathieu Belanger 2011-02-28 16:32:39 ---
If you see the dmesg, you can see that this error is present on the two video
card (I tested with the onboard one disabled, no change).
--
Configure bugmail: https://bugzilla.kern
https://bugzilla.kernel.org/show_bug.cgi?id=30102
--- Comment #1 from Mathieu Belanger 2011-02-28 16:31:29 ---
Created an attachment (id=49632)
--> (https://bugzilla.kernel.org/attachment.cgi?id=49632)
.config
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
-
https://bugzilla.kernel.org/show_bug.cgi?id=30102
Mathieu Belanger changed:
What|Removed |Added
Kernel Version||2.6.38-rc6
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=30102
Summary: Radeon : ring test failed
Product: Drivers
Version: 2.5
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity: normal
Priority
https://bugzilla.kernel.org/show_bug.cgi?id=14628
Rafael J. Wysocki changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--
Configure bugmail: htt
https://bugzilla.kernel.org/show_bug.cgi?id=14628
Rafael J. Wysocki changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Tue, Dec 21, 2010 at 08:29:03AM +0100, Michel D?nzer wrote:
> On Die, 2010-12-21 at 11:41 +1000, Dave Airlie wrote:
> > From: Dave Airlie
> >
> > On my system with a radeon x2, the first GPU was not overlapping vesa
> > but the test decided it was.
> >
On Die, 2010-12-21 at 11:41 +1000, Dave Airlie wrote:
> From: Dave Airlie
>
> On my system with a radeon x2, the first GPU was not overlapping vesa
> but the test decided it was.
>
> Signed-off-by: Dave Airlie
> ---
> drivers/video/fbmem.c |2 +-
> 1 files
From: Dave Airlie
On my system with a radeon x2, the first GPU was not overlapping vesa
but the test decided it was.
Signed-off-by: Dave Airlie
---
drivers/video/fbmem.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/video/fbmem.c b/drivers/video/fbmem.c
Test of email delivery from legacy list.
--
What happens now with your Lotus Notes apps - do you make another costly
upgrade, or settle for being marooned without product support? Time to move
off Lotus Notes and onto
Adam Jackson wrote:
> The generic block walk callback looks like overkill, but we'll need it
> for other detailed block walks in the future.
>
> Signed-off-by: Adam Jackson
> ---
> drivers/gpu/drm/drm_edid.c | 47 ---
> 1 files changed, 43 insertions(+),
The generic block walk callback looks like overkill, but we'll need it
for other detailed block walks in the future.
Signed-off-by: Adam Jackson
---
drivers/gpu/drm/drm_edid.c | 47 ---
1 files changed, 43 insertions(+), 4 deletions(-)
diff --git a/driv
http://bugs.freedesktop.org/show_bug.cgi?id=27148
--- Comment #2 from Török Edwin 2010-03-26 03:34:58 PST
---
This prevents blender 2.5's "OpenGL render image", and "OpenGL render
animation" from working.
It says it failed to create OpenGL offscreen buffer:
GPUFrameBuffer: framebuffer
http://bugs.freedesktop.org/show_bug.cgi?id=26933
--- Comment #5 from Chris Rankin 2010-03-23 06:11:36
PST ---
See bug 27141 for the reason that vertProg1 and vp-bad-program segfault.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this
http://bugs.freedesktop.org/show_bug.cgi?id=27144
--- Comment #1 from Chris Rankin 2010-03-18 16:51:10
PST ---
I don't understand the "why" on this one, just that the SIGSEGV happens within
the following WRITE_DEPTH macro:
#define WRITE_DEPTH( _x, _y, d )
http://bugs.freedesktop.org/show_bug.cgi?id=27142
--- Comment #1 from Chris Rankin 2010-03-18 13:38:56
PST ---
This test is failing in these following statements from glean/tpbo.cpp:
glGenBuffersARB_func(1, pb_pack);
glBindBufferARB_func(GL_PIXEL_PACK_BUFFER_ARB
http://bugs.freedesktop.org/show_bug.cgi?id=27148
--- Comment #1 from Chris Rankin 2010-03-18 13:18:17
PST ---
This test is failing for r600_dri.so because glCheckFramebufferStatusEXT() is
returning GL_FRAMEBUFFER_UNSUPPORTED. The reason that it returns
"GL_FRAMEBUFFER_UNSUPPORTE
http://bugs.freedesktop.org/show_bug.cgi?id=27149
Summary: Failed assertion in piglit test 'fbo-pbo-readpixels-
small -auto' with RV790
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version:
http://bugs.freedesktop.org/show_bug.cgi?id=27148
Summary: Failed assertion in piglit test 'bin/fbo-flushing -auto'
with RV790
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
S
http://bugs.freedesktop.org/show_bug.cgi?id=27147
Summary: piglit "fdo23670-drawpix_stencil -auto" test dumps core
with RV790
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
S
http://bugs.freedesktop.org/show_bug.cgi?id=27144
Summary: piglit glean/depthStencil test core dumps with RV790
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
http://bugs.freedesktop.org/show_bug.cgi?id=27142
Summary: piglit "glean/pbo -o -v" test dumps core
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
http://bugs.freedesktop.org/show_bug.cgi?id=26962
Summary: fbo/fbo-nodepth-test: Invalid command stream
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
http://bugs.freedesktop.org/show_bug.cgi?id=26933
--- Comment #4 from Török Edwin 2010-03-08 04:22:27 PST
---
(In reply to comment #3)
>
> These failures are all in common Mesa code and are not specific to r600.
> There
> are already bugs reported for most, if not all, of them. Search b
On Fri, Mar 05, 2010 at 08:30:38AM -0800, Linus Torvalds wrote:
> On Fri, 5 Mar 2010, Daniel Stone wrote:
> > FWIW, Option "ModulePath" in xorg.conf lets you more or less do this;
> > the usual approach is to install your new server + drivers into a
> > separate prefix.
>
> The thing is, Xorg has
http://bugs.freedesktop.org/show_bug.cgi?id=26933
--- Comment #3 from Ian Romanick 2010-03-07 14:03:29
PST ---
(In reply to comment #0)
> glslparsertest/dataType13.frag
> glslparsertest/dataType5.frag
> gls
http://bugs.freedesktop.org/show_bug.cgi?id=26933
Török Edwin changed:
What|Removed |Added
Summary|r600: piglit test failures |r600 driver (rv730): piglit
http://bugs.freedesktop.org/show_bug.cgi?id=26933
--- Comment #2 from Török Edwin 2010-03-07 03:04:39 PST
---
I've run the tests like this:
./piglit-run.py tests/r500.tests results/r500_nopbo.results
Where the only difference in tests/r500.tests is that I enabled glean quick
mode (was taki
http://bugs.freedesktop.org/show_bug.cgi?id=26933
--- Comment #1 from Török Edwin 2010-03-07 03:03:32 PST
---
Created an attachment (id=33826)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33826)
log
Full output from dmesg, Xorg.0.log, and glxinfo.
--
Configure bugmail: http://bug
http://bugs.freedesktop.org/show_bug.cgi?id=26933
Summary: r600: piglit test failures
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
On Fri, 2010-03-05 at 07:49 -0800, David Miller wrote:
> From: Daniel Stone
> Date: Fri, 5 Mar 2010 17:41:43 +0200
>
> > I understand that you guys are upset about this, so maybe you'd like to
> > donate, say, 10% of your developer base to help out? That'd be pretty
> > ace.
>
> You have to supp
From: Jesse Barnes
Date: Fri, 5 Mar 2010 10:02:44 -0800
> So from that perspective, the graphics stack is the most complex one in
> Linux by a long shot. It's even worse than if we had STREAMS
> networking with a ton of different modules up in userspace messing with
> protocol. :)
Maybe :-)
--
On Fri, 05 Mar 2010 09:54:06 -0800 (PST)
David Miller wrote:
> From: Xavier Bestel
> Date: Fri, 05 Mar 2010 18:50:24 +0100
>
> > On Fri, 2010-03-05 at 07:49 -0800, David Miller wrote:
> >> From: Daniel Stone
> >> Date: Fri, 5 Mar 2010 17:41:43 +0200
> >>
> >> > I understand that you guys are
From: Xavier Bestel
Date: Fri, 05 Mar 2010 18:50:24 +0100
> On Fri, 2010-03-05 at 07:49 -0800, David Miller wrote:
>> From: Daniel Stone
>> Date: Fri, 5 Mar 2010 17:41:43 +0200
>>
>> > I understand that you guys are upset about this, so maybe you'd like to
>> > donate, say, 10% of your develope
On Fri, 5 Mar 2010, Daniel Stone wrote:
>
> FWIW, Option "ModulePath" in xorg.conf lets you more or less do this;
> the usual approach is to install your new server + drivers into a
> separate prefix.
The thing is, Xorg has - and I think for _very_ good reasons - deprecated
using xorg.conf at
On Fri, 5 Mar 2010 07:53:46 -0800 (PST)
Linus Torvalds wrote:
>
>
> On Fri, 5 Mar 2010, Carlos R. Mafra wrote:
> >
> > Whereas everytime I wanted to do that with Xorg it was such a pain that
> > I want to keep away from that mess.
>
> Actually, take it fr
e_ thing I really wish could be done would be to make it
> easier to install things side-by-side - and with the modularization, you
> really do want to do it module-by-module. One of the things that makes it
> so easy to test the kernel is that when you install one kernel, that
> d
On Fri, Mar 05, 2010 at 07:49:32AM -0800, David Miller wrote:
> From: Daniel Stone
> > I understand that you guys are upset about this, so maybe you'd like to
> > donate, say, 10% of your developer base to help out? That'd be pretty
> > ace.
>
> You have to support less than %10 of the amount of
On Fri, 05 Mar 2010 07:49:32 -0800 (PST)
David Miller wrote:
> From: Daniel Stone
> Date: Fri, 5 Mar 2010 17:41:43 +0200
>
> > I understand that you guys are upset about this, so maybe you'd like to
> > donate, say, 10% of your developer base to help out? That'd be pretty
> > ace.
>
> You have
On Fri, 5 Mar 2010, Carlos R. Mafra wrote:
>
> Whereas everytime I wanted to do that with Xorg it was such a pain that
> I want to keep away from that mess.
Actually, take it from me: Xorg is _pleasant_ to test these days.
Ok, so that's partly compared to the mess it _used_ t
From: Daniel Stone
Date: Fri, 5 Mar 2010 17:41:43 +0200
> I understand that you guys are upset about this, so maybe you'd like to
> donate, say, 10% of your developer base to help out? That'd be pretty
> ace.
You have to support less than %10 of the amount of hardware we have to
support.
--
On Fri, Mar 05, 2010 at 10:22:27AM -0500, Matt Turner wrote:
> On Fri, Mar 5, 2010 at 5:00 AM, Carlos R. Mafra wrote:
> > Why can't there be a 'Linus Torvalds' for Xorg accepting patches from
> > various
> > maintainers and keeping the whole thing tied up? Why can't it mimic the
> > 'make menucon
On Fri, Mar 5, 2010 at 5:00 AM, Carlos R. Mafra wrote:
> Why can't there be a 'Linus Torvalds' for Xorg accepting patches from various
> maintainers and keeping the whole thing tied up? Why can't it mimic the
> 'make menuconfig' way of selecting what to compile to have the guarantee that
> the who
On Fri, 05 Mar 2010 11:00:30 +0100, "Carlos R. Mafra" said:
> Why can't there be a 'Linus Torvalds' for Xorg accepting patches from various
> maintainers and keeping the whole thing tied up? Why can't it mimic the
> 'make menuconfig' way of selecting what to compile to have the guarantee that
> th
On Fri 5.Mar'10 at 8:44:07 +0100, Ingo Molnar wrote:
>
> Yeah. I've seen a few other bad arguments as well:
>
>'exploding test matrix'
>
> This is often the result of _another_ bad technical decision:
> over-modularization.
>
> Xorg, mesa
http://bugs.freedesktop.org/show_bug.cgi?id=26710
Summary: wine make test segfaults in r600_dri.so
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
goto out_cleanup;
+
+ /* r100 doesn't have dma engine so skip the test */
+ if (rdev->asic->copy_dma) {
+
+ start_jiffies = jiffies;
+ for (i = 0; i < n; i++) {
+ r = radeon_fence_create(rdev, &fence);
+
opefully this central test will be
more robust.
Signed-off-by: Michel Dänzer
---
drivers/gpu/drm/radeon/radeon_combios.c | 40 +++---
1 files changed, 4 insertions(+), 36 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_combios.c
b/drivers/gpu/drm/radeon/radeon_co
From: Julia Lawall
Test the just-allocated value for NULL rather than some other value.
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
//
@@
expression x,y;
statement S;
@@
x = \(kmalloc\|kcalloc\|kzalloc\)(...);
(
if ((x) == NULL) S
|
if (
- y
+ x
If ib initialization failed don't try to test ib as it will result
in an oops (accessing NULL ib buffer ptr).
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/r600.c | 13 +++--
drivers/gpu/drm/radeon/rv770.c | 13 +++--
2 files changed, 14 insertions(+
If a NULL value is possible, the dereference should only occur after the
NULL test.
Coverity CID: 13334
Signed-off-by: Darren Jenkins
diff --git drivers/gpu/drm/radeon/radeon_fence.c
drivers/gpu/drm/radeon/radeon_fence.c
index 4cdd8b4..f3a8380 100644
--- drivers/gpu/drm/radeon/radeon_fence.c
If a NULL value is possible, the dereference should only occur after the
NULL test.
Coverity CID: 13335
Signed-off-by: Darren Jenkins
diff --git drivers/gpu/drm/radeon/radeon_device.c
drivers/gpu/drm/radeon/radeon_device.c
index 7c68480..0c51f8e 100644
--- drivers/gpu/drm/radeon
If a NULL value is possible, the dereference should only occur after the
NULL test.
Coverity CID: 13338
Signed-off-by: Darren Jenkins
diff --git drivers/gpu/drm/radeon/radeon_irq.c
drivers/gpu/drm/radeon/radeon_irq.c
index b79ecc4..2f349a3 100644
--- drivers/gpu/drm/radeon/radeon_irq.c
The encoder variable can be NULL in this function so I believe it should
be checked before dereference.
Coverity CID: 13253
Signed-off-by: Darren Jenkins
diff --git drivers/gpu/drm/radeon/radeon_connectors.c
drivers/gpu/drm/radeon/radeon_connectors.c
index 2016156..b82ae61 100644
--- drivers/g
From: Julia Lawall
Test the just-allocated value for NULL rather than some other value.
The semantic patch that makes this change is as follows:
(http://coccinelle.lip6.fr/)
//
@@
expression x,y;
statement S;
@@
x = \(kmalloc\|kcalloc\|kzalloc\)(...);
(
if ((x) == NULL) S
|
if (
- y
+ x
On Thu, Dec 24, 2009 at 23:44:30 +1100, Darren Jenkins wrote:
> If a NULL value is possible, the dereference should only occur after the
> NULL test.
>
> Signed-off-by: Darren Jenkins
> diff --git a/drivers/gpu/drm/radeon/radeon_irq.c
> b/drivers/gpu/drm/radeon/radeon_irq
If a NULL value is possible, the dereference should only occur after the
NULL test.
Coverity CID: 13334
Signed-off-by: Darren Jenkins
diff --git a/drivers/gpu/drm/radeon/radeon_fence.c
b/drivers/gpu/drm/radeon/radeon_fence.c
index cb4cd97..f4f5942 100644
--- a/drivers/gpu/drm/radeon
If a NULL value is possible, the dereference should only occur after the
NULL test.
Signed-off-by: Darren Jenkins
diff --git a/drivers/gpu/drm/radeon/radeon_irq.c
b/drivers/gpu/drm/radeon/radeon_irq.c
index b79ecc4..2f349a3 100644
--- a/drivers/gpu/drm/radeon/radeon_irq.c
+++ b/drivers/gpu/drm
The encoder variable can be NULL in this function so I believe it should
be checked before dereference.
Coverity CID: 13253
Signed-off-by: Darren Jenkins
diff --git a/drivers/gpu/drm/radeon/radeon_connectors.c
b/drivers/gpu/drm/radeon/radeon_connectors.c
index 5eece18..3ba86fc 100644
--- a/drive
If a NULL value is possible, the dereference should only occur after the
NULL test.
Coverity CID: 13335
Signed-off-by: Darren Jenkins
diff --git a/drivers/gpu/drm/radeon/radeon_device.c
b/drivers/gpu/drm/radeon/radeon_device.c
index 02bcdb1..c0104b0 100644
--- a/drivers/gpu/drm/radeon
http://bugzilla.kernel.org/show_bug.cgi?id=14628
Rafael J. Wysocki changed:
What|Removed |Added
Blocks|14230 |
Regression|Yes
http://bugzilla.kernel.org/show_bug.cgi?id=14628
--- Comment #2 from Christian Hartmann 2009-11-17
10:27:12 ---
Created an attachment (id=23813)
--> (http://bugzilla.kernel.org/attachment.cgi?id=23813)
lspci
Linux oddysseus 2.6.32-rc7 #1 Mon Nov 16 16:24:25 CET 2009 i686 GNU/Linux
lspci
http://bugzilla.kernel.org/show_bug.cgi?id=14628
Jérôme Glisse changed:
What|Removed |Added
CC||gli...@freedesktop.org
--- Comment #1
http://bugzilla.kernel.org/show_bug.cgi?id=14628
Summary: drm/ksm -> s2disk -> resume -> [drm:r100_ring_test]
*ERROR* radeon: ring test failed
Product: Drivers
Version: 2.5
Kernel Version: 2.6.32-rc6
Platform: All
S780/RS800) . Test commited for JF
To: "Boris Derzhavets"
Cc: dri-devel@lists.sourceforge.net, xen-de...@lists.xensource.com,
jbeul...@novell.com, "Konrad Rzeszutek Wilk"
Date: Friday, October 2, 2009, 5:07 PM
On 10/02/09 12:50, Boris Derzhavets wrote:
> Done via "git
On 10/02/09 12:50, Boris Derzhavets wrote:
> Done via "git pull" for another close enough "linux-2.6-xen" clone :-
> # git pull
> # git checkout xen/master
> # git log
>
So you're saying it works? I didn't see anything bad in the dmesg output.
If it is working, what does /proc/mtrr say?
Thanks,
> Almost all r128's private ioctls require that the CCE state has
> already been initialised. However, most do not test that this has
> been done, and will proceed to dereference a null pointer. This may
> result in a security vulnerability, since some ioctls are
> unprivil
http://bugs.freedesktop.org/show_bug.cgi?id=21816
ajax at nwnk dot net changed:
What|Removed |Added
Version|CVS |git
--- Comment #4 from ajax a
http://bugs.freedesktop.org/show_bug.cgi?id=12095
ajax at nwnk dot net changed:
What|Removed |Added
Version|CVS |git
--- Comment #6 from ajax a
http://bugs.freedesktop.org/show_bug.cgi?id=8218
ajax at nwnk dot net changed:
What|Removed |Added
Version|CVS |git
--- Comment #20 from ajax a
Almost all r128's private ioctls require that the CCE state has
already been initialised. However, most do not test that this has
been done, and will proceed to dereference a null pointer. This may
result in a security vulnerability, since some ioctls are
unprivileged.
This adds a macro fo
From: Julia Lawall
If the NULL test is necessary, then the dereference should be moved below
the NULL test.
In the case of drivers/gpu/drm/i915/i915_drv.c, the variable dev_priv
whose initialization causes the problem is never used in the function, so
it is dropped.
Dropped some extra braces
From: Julia Lawall
If the NULL test is necessary, then the dereference should be moved below
the NULL test.
The semantic patch that makes this change is as follows:
(http://www.emn.fr/x-info/coccinelle/)
//
@@
type T;
expression E;
identifier i,fld;
statement S;
@@
- T i = E->fld;
+
From: Dave Airlie
Its quite valid to have VRAM < aperture size.
Signed-off-by: Dave Airlie
---
drivers/gpu/drm/radeon/r100.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r100.c b/drivers/gpu/drm/radeon/r100.c
index 5225f5b..8f41f70 100644
http://bugs.freedesktop.org/show_bug.cgi?id=20053
zhao jian changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #3 from zhao jian
http://bugs.freedesktop.org/show_bug.cgi?id=21816
--- Comment #3 from Maciej Cencora 2009-05-19 09:53:17
PST ---
(In reply to comment #2)
> Just FYI: I'm thinking of adding a -pedantic flag to glean and to make this
> sub-test (and some others) depend on that flag.
>
>
http://bugs.freedesktop.org/show_bug.cgi?id=21816
--- Comment #2 from Brian Paul 2009-05-19
09:16:24 PST ---
Just FYI: I'm thinking of adding a -pedantic flag to glean and to make this
sub-test (and some others) depend on that flag.
The 0^0 case is unlikely to come up very oft
http://bugs.freedesktop.org/show_bug.cgi?id=21816
--- Comment #1 from Maciej Cencora 2009-05-19 09:05:18
PST ---
Created an attachment (id=26003)
--> (http://bugs.freedesktop.org/attachment.cgi?id=26003)
LIT 0^0 fix
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=ema
http://bugs.freedesktop.org/show_bug.cgi?id=21816
Summary: glean/vertProg1 test fails on some r300 and higher cards
Product: Mesa
Version: CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority
http://bugs.freedesktop.org/show_bug.cgi?id=20053
Eric Anholt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=20053
--- Comment #1 from zhao jian 2009-02-11 02:17:43 PST
---
Created an attachment (id=22805)
--> (http://bugs.freedesktop.org/attachment.cgi?id=22805)
xorg.0.log
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
---
http://bugs.freedesktop.org/show_bug.cgi?id=20053
Summary: _pbo_zcopy failure in pbo test
Product: Mesa
Version: unspecified
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority
http://bugs.freedesktop.org/show_bug.cgi?id=19667
Gordon Jin changed:
What|Removed |Added
AssignedTo|dri-|e...@anholt.net
|de...@li
http://bugs.freedesktop.org/show_bug.cgi?id=19667
--- Comment #2 from zhao jian 2009-01-20 19:58:51 PST
---
Created an attachment (id=22122)
--> (http://bugs.freedesktop.org/attachment.cgi?id=22122)
test result of fbo
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?
http://bugs.freedesktop.org/show_bug.cgi?id=19667
--- Comment #1 from zhao jian 2009-01-20 19:58:05 PST
---
Created an attachment (id=22121)
--> (http://bugs.freedesktop.org/attachment.cgi?id=22121)
xorg.0.log
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
---
http://bugs.freedesktop.org/show_bug.cgi?id=19667
Summary: [i915] Glean test/fbo render to 1D texture work
incorrecly
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: Linux (All)
Status: NEW
;
position p1,p2;
@@
if (x...@p1 == NULL || ...) { ... when forall
return ...; }
... when != \(x=E\|x--\|x++\|--x\|++x\|x-=E\|x+=E\|x|=E\|x&=E\|&x\)
(
x...@p2 == NULL
|
x...@p2 != NULL
)
// another path to the test that is not through p1?
@s exists@
local idexpression r.x;
position r
On Sun, 2008-12-21 at 16:28 +0100, Julia Lawall wrote:
> From: Julia Lawall
>
> object_list is checked to be not NULL near the beginning of the function and
> is not updated subsequently.
>
> A simplified version of the semantic patch that makes this change is as
> follows: (http://www.emn.fr/x-
OK
julia
On Fri, 19 Dec 2008, Eric Anholt wrote:
> On Sat, 2008-12-20 at 08:35 +1000, Dave Airlie wrote:
> > On Sat, Dec 20, 2008 at 3:10 AM, Julia Lawall wrote:
> > > From: Julia Lawall
> > >
> > > If the NULL test is necessary, then the dereference shoul
On Sat, 2008-12-20 at 08:35 +1000, Dave Airlie wrote:
> On Sat, Dec 20, 2008 at 3:10 AM, Julia Lawall wrote:
> > From: Julia Lawall
> >
> > If the NULL test is necessary, then the dereference should be moved below
> > the NULL test.
> >
> > The semantic pat
On Sat, Dec 20, 2008 at 3:10 AM, Julia Lawall wrote:
> From: Julia Lawall
>
> If the NULL test is necessary, then the dereference should be moved below
> the NULL test.
>
> The semantic patch that makes this change is as follows:
> (http://www.emn.fr/x-info/coccinelle/).
From: Julia Lawall
If the NULL test is necessary, then the dereference should be moved below
the NULL test.
The semantic patch that makes this change is as follows:
(http://www.emn.fr/x-info/coccinelle/). The result has been modified to
move the initialization of driver down closer to where it
This patch skips the loop in the irq handler in non-MSI mode, with the
thought that we never had IRQ floods before it was added. I've tested
for 'a while' on my GM965 and haven't seen any problems, but I hadn't
run the looping code before.
If you're getting IRQs disabled, please give this a try an
http://bugs.freedesktop.org/show_bug.cgi?id=15825
--- Comment #2 from liuhaien <[EMAIL PROTECTED]> 2008-05-08 00:11:04 PST ---
it's ok when using the latest code.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
http://bugs.freedesktop.org/show_bug.cgi?id=15825
liuhaien <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--
Configure
http://bugs.freedesktop.org/show_bug.cgi?id=15825
liuhaien <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolutio
http://bugs.freedesktop.org/show_bug.cgi?id=15825
--- Comment #1 from haihao <[EMAIL PROTECTED]> 2008-05-07 23:02:49 PST ---
I can't reproduce it. Could you try the latest mesa code?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this m
1 - 100 of 291 matches
Mail list logo
