[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #18 from smoki  ---

 I think i've found source of these lighting problems on r200 in this and other
bugs. It is just a typo it seems in r200_state_init.c lit_emit()

 OUT_VEC(atom->cmd[LIT_CMD_1], atom->cmd+LIT_CMD_1+1);

 instead of OUT_VEC it needs to be OUT_SCL:

 OUT_SCL(atom->cmd[LIT_CMD_1], atom->cmd+LIT_CMD_1+1);

 And that fixed tcl lighting emit complitely for me on 9250 card, but of course
that introduce 2 more dwords which atom complain about:

 CS section size missmatch start at (r200_state_init.c,lit_emit,361) 41 vs 39
 CS section end at (r200_state_init.c,lit_emit,364)

 I've turned off check and it stops :), but don't know how to or where to stop
it properly...

 So maybe someone who read this can do that :)?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #19 from Alan Swanson  ---
This fixes lighting bug 26809 with NWN on my rv250, but R200 untested as yet.
To correct the section size mismatch, add the following before the
BEGIN_BATCH_NO_AUTOSTATE() line;

  dwords += 2;

Thank you very much for finding this three year old radeon rewrite bug. I
assume you discerned this from cmdscl used for LIT_CMD_1 versus cmdvec used for
LIT_CMD_0?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #20 from smoki  ---
 Yeah, i just see that, assume that it must be scl there then compared it with
radeon state, there is setup just like that, but with correct vec/scl as i
assume, so i changed it like that and that is it - tcl lighting works. Three
year old typo - i deserve a medal ;).

 Someone could pushed it in git.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

Roland Scheidegger  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |FIXED

--- Comment #21 from Roland Scheidegger  ---
(In reply to comment #18)
>  I think i've found source of these lighting problems on r200 in this and
> other bugs. It is just a typo it seems in r200_state_init.c lit_emit()
> 
>  OUT_VEC(atom->cmd[LIT_CMD_1], atom->cmd+LIT_CMD_1+1);
> 
>  instead of OUT_VEC it needs to be OUT_SCL:
> 
>  OUT_SCL(atom->cmd[LIT_CMD_1], atom->cmd+LIT_CMD_1+1);

Should be fixed by 320d531373e7b0873f5de42f6173b986290f593f, thanks!
FWIW the command emit mechanism looks a bit too complicated it could profit
from some refactoring. For instance it is still based on the fake
drm_radeon_cmd_header_t structure, the scl vs. scl2 and vec vs. veclinear emits
are nothing but crude hacks around limitations in that structure, even though
since ums is gone there is absolutely no point in using that struct...
Section size calcs are also somewhat confusing, the sanity code (which was
really great back then) is totally unused etc.
Maybe another day...

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

Alan Swanson  changed:

   What|Removed |Added

 CC||ranki...@googlemail.com

--- Comment #22 from Alan Swanson  ---
*** Bug 25883 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

smoki  changed:

   What|Removed |Added

 CC||b7.10110...@gmail.com

--- Comment #23 from smoki  ---
*** Bug 39285 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #17 from smoki  2012-01-13 06:01:06 PST ---
 Bug is here with kernel 3.1.8, xserver 1.10.4 and git from whole stack.

 Load UMS and mesa 7.5.2 to fix lighting, reboot into KMS with current mesa
and lighting is fixed... until power off:(.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #6 from Andrew Randrianasulu  2010-04-19 22:51:34 
PDT ---
Guess i can mark bug 22575 ( [KMS] mesa demo projtex broken on rv280 ) as
duplicate of this, because  projtex works after same " run UMS/glxgears first"
fix?

P.S.: bisecting kernel right now, hopefully will have bisect result today. But
i'll also re-test with current 2.6.34-rc5 kernel (UMS mode) just in case.

Can it be some wrong-initialized register on-card? I mean KMS code write bunch
of regs, but at least one of them stuck/not responded to write, and UMS "fix"
just unlock this reg ? Just possible scenario, i can be completely wrong here
...

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #7 from Alex Deucher  2010-04-20 07:11:41 PDT ---
(In reply to comment #6)

> P.S.: bisecting kernel right now, hopefully will have bisect result today. But
> i'll also re-test with current 2.6.34-rc5 kernel (UMS mode) just in case.
> Can it be some wrong-initialized register on-card? I mean KMS code write bunch
> of regs, but at least one of them stuck/not responded to write, and UMS "fix"
> just unlock this reg ? Just possible scenario, i can be completely wrong here
> ...

It's probably a register that KMS is not setting.  I suspect there is some
state that's not getting emitted under KMS that is under UMS.  When you run
UMS, it sets the reg to the appropriate value, then things work under KMS.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #8 from Andrew Randrianasulu  2010-04-21 17:48:49 
PDT ---
Well, no need for 2.6.32 or something like this, 2.6.34-rc5 (current
drm-radeon-testing) works just fine, as "fix" for this bug. 

But UMS itself seems broken, i can't see any OpenGL output  with glxgears, only
black window! And killing X with ctrl-alt-bs lock mouse and keyboard, I can
only  power-off via  ACPI button. I'll upgrade X + evdev, and if problem still
there - will look for  filling/updating  additional bugs about this behavior.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #9 from Andrew Randrianasulu  2010-04-21 18:29:56 
PDT ---
*** Bug 22575 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #10 from Andrew Randrianasulu  2010-04-21 18:38:38 
PDT ---
(In reply to comment #8)
> Well, no need for 2.6.32 or something like this, 2.6.34-rc5 (current
> drm-radeon-testing) works just fine, as "fix" for this bug. 
> 
> But UMS itself seems broken, i can't see any OpenGL output  with glxgears, 
> only
> black window! And killing X with ctrl-alt-bs lock mouse and keyboard, I can
> only  power-off via  ACPI button. I'll upgrade X + evdev, and if problem still
> there - will look for  filling/updating  additional bugs about this behavior.

After upgrading X server and xf86-input-evdev (recompile + install) ctrl-alt-bs
works again in UMS. But black gears in UMS mode still here ... looking at other
bugs, i'll try to play with various desktop sizes (800x600, etc). Sorry for
adding this info here, I was mostly run KMS-only setup and hardly noticed when
UMS broke 

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #11 from Andrew Randrianasulu  2010-08-08 10:29:20 
PDT ---
Black window in spectex demo still here, with 2.6.35

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #12 from Andrew Randrianasulu  2010-09-13 11:45:56 
PDT ---
Created an attachment (id=38678)
 View: https://bugs.freedesktop.org/attachment.cgi?id=38678
 Review: https://bugs.freedesktop.org/review?bug=22576&attachment=38678

Wrong patch

After some looking at r200_tcl.c I tried to replace old-style check for
specular color  with more modern macro. And was hit by 'spectex:
radeon_cs_gem.c:181: cs_gem_write_reloc: Assertion `boi->space_accounted'
failed.'

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #13 from Andrew Randrianasulu  2010-09-13 11:50:05 
PDT ---
Created an attachment (id=38679)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=38679)
RADEON_DEBUG=state ./spectex

What puzzled me most - even after i reverted my patch and  tried to use another
(system-wise installed) version of mesa, even with different demo - same assert
hit me again. But after some time at least lodbias demo working again 

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #14 from Fabio Pedretti  2010-10-12 01:20:45 
PDT ---
This could be fixed in mesa master and 7.9 branch:
http://lists.freedesktop.org/archives/mesa-dev/2010-October/003492.html

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #15 from Andrew Randrianasulu  2010-10-19 22:42:16 
PDT ---
(In reply to comment #14)
> This could be fixed in mesa master and 7.9 branch:
> http://lists.freedesktop.org/archives/mesa-dev/2010-October/003492.html

It still broken, but in slightly different way:

sphere has few horizontal black stripes now. I'll add screenshot.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-daemon]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #16 from Andrew Randrianasulu  2010-10-19 22:43:28 
PDT ---
Created an attachment (id=39559)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=39559)
screenshot of corruption

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #18 from smoki  ---

 I think i've found source of these lighting problems on r200 in this and other
bugs. It is just a typo it seems in r200_state_init.c lit_emit()

 OUT_VEC(atom->cmd[LIT_CMD_1], atom->cmd+LIT_CMD_1+1);

 instead of OUT_VEC it needs to be OUT_SCL:

 OUT_SCL(atom->cmd[LIT_CMD_1], atom->cmd+LIT_CMD_1+1);

 And that fixed tcl lighting emit complitely for me on 9250 card, but of course
that introduce 2 more dwords which atom complain about:

 CS section size missmatch start at (r200_state_init.c,lit_emit,361) 41 vs 39
 CS section end at (r200_state_init.c,lit_emit,364)

 I've turned off check and it stops :), but don't know how to or where to stop
it properly...

 So maybe someone who read this can do that :)?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #19 from Alan Swanson  ---
This fixes lighting bug 26809 with NWN on my rv250, but R200 untested as yet.
To correct the section size mismatch, add the following before the
BEGIN_BATCH_NO_AUTOSTATE() line;

  dwords += 2;

Thank you very much for finding this three year old radeon rewrite bug. I
assume you discerned this from cmdscl used for LIT_CMD_1 versus cmdvec used for
LIT_CMD_0?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #20 from smoki  ---
 Yeah, i just see that, assume that it must be scl there then compared it with
radeon state, there is setup just like that, but with correct vec/scl as i
assume, so i changed it like that and that is it - tcl lighting works. Three
year old typo - i deserve a medal ;).

 Someone could pushed it in git.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

Roland Scheidegger  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |FIXED

--- Comment #21 from Roland Scheidegger  ---
(In reply to comment #18)
>  I think i've found source of these lighting problems on r200 in this and
> other bugs. It is just a typo it seems in r200_state_init.c lit_emit()
> 
>  OUT_VEC(atom->cmd[LIT_CMD_1], atom->cmd+LIT_CMD_1+1);
> 
>  instead of OUT_VEC it needs to be OUT_SCL:
> 
>  OUT_SCL(atom->cmd[LIT_CMD_1], atom->cmd+LIT_CMD_1+1);

Should be fixed by 320d531373e7b0873f5de42f6173b986290f593f, thanks!
FWIW the command emit mechanism looks a bit too complicated it could profit
from some refactoring. For instance it is still based on the fake
drm_radeon_cmd_header_t structure, the scl vs. scl2 and vec vs. veclinear emits
are nothing but crude hacks around limitations in that structure, even though
since ums is gone there is absolutely no point in using that struct...
Section size calcs are also somewhat confusing, the sanity code (which was
really great back then) is totally unused etc.
Maybe another day...

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

Alan Swanson  changed:

   What|Removed |Added

 CC||rankincj at googlemail.com

--- Comment #22 from Alan Swanson  ---
*** Bug 25883 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

smoki  changed:

   What|Removed |Added

 CC||b7.10110111 at gmail.com

--- Comment #23 from smoki  ---
*** Bug 39285 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL: 

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #17 from smoki  2012-01-13 06:01:06 PST ---
 Bug is here with kernel 3.1.8, xserver 1.10.4 and git from whole stack.

 Load UMS and mesa 7.5.2 to fix lighting, reboot into KMS with current mesa
and lighting is fixed... until power off:(.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #14 from Fabio Pedretti  2010-10-12 
01:20:45 PDT ---
This could be fixed in mesa master and 7.9 branch:
http://lists.freedesktop.org/archives/mesa-dev/2010-October/003492.html

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #15 from Andrew Randrianasulu  2010-10-19 
22:42:16 PDT ---
(In reply to comment #14)
> This could be fixed in mesa master and 7.9 branch:
> http://lists.freedesktop.org/archives/mesa-dev/2010-October/003492.html

It still broken, but in slightly different way:

sphere has few horizontal black stripes now. I'll add screenshot.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #16 from Andrew Randrianasulu  2010-10-19 
22:43:28 PDT ---
Created an attachment (id=39559)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=39559)
screenshot of corruption

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #12 from Andrew Randrianasulu  2010-09-13 
11:45:56 PDT ---
Created an attachment (id=38678)
 View: https://bugs.freedesktop.org/attachment.cgi?id=38678
 Review: https://bugs.freedesktop.org/review?bug=22576&attachment=38678

Wrong patch

After some looking at r200_tcl.c I tried to replace old-style check for
specular color  with more modern macro. And was hit by 'spectex:
radeon_cs_gem.c:181: cs_gem_write_reloc: Assertion `boi->space_accounted'
failed.'

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #13 from Andrew Randrianasulu  2010-09-13 
11:50:05 PDT ---
Created an attachment (id=38679)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=38679)
RADEON_DEBUG=state ./spectex

What puzzled me most - even after i reverted my patch and  tried to use another
(system-wise installed) version of mesa, even with different demo - same assert
hit me again. But after some time at least lodbias demo working again 

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #6 from Andrew Randrianasulu  2010-04-19 
22:51:34 PDT ---
Guess i can mark bug 22575 ( [KMS] mesa demo projtex broken on rv280 ) as
duplicate of this, because  projtex works after same " run UMS/glxgears first"
fix?

P.S.: bisecting kernel right now, hopefully will have bisect result today. But
i'll also re-test with current 2.6.34-rc5 kernel (UMS mode) just in case.

Can it be some wrong-initialized register on-card? I mean KMS code write bunch
of regs, but at least one of them stuck/not responded to write, and UMS "fix"
just unlock this reg ? Just possible scenario, i can be completely wrong here
...

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #7 from Alex Deucher  2010-04-20 07:11:41 PDT 
---
(In reply to comment #6)

> P.S.: bisecting kernel right now, hopefully will have bisect result today. But
> i'll also re-test with current 2.6.34-rc5 kernel (UMS mode) just in case.
> Can it be some wrong-initialized register on-card? I mean KMS code write bunch
> of regs, but at least one of them stuck/not responded to write, and UMS "fix"
> just unlock this reg ? Just possible scenario, i can be completely wrong here
> ...

It's probably a register that KMS is not setting.  I suspect there is some
state that's not getting emitted under KMS that is under UMS.  When you run
UMS, it sets the reg to the appropriate value, then things work under KMS.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #8 from Andrew Randrianasulu  2010-04-21 
17:48:49 PDT ---
Well, no need for 2.6.32 or something like this, 2.6.34-rc5 (current
drm-radeon-testing) works just fine, as "fix" for this bug. 

But UMS itself seems broken, i can't see any OpenGL output  with glxgears, only
black window! And killing X with ctrl-alt-bs lock mouse and keyboard, I can
only  power-off via  ACPI button. I'll upgrade X + evdev, and if problem still
there - will look for  filling/updating  additional bugs about this behavior.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #9 from Andrew Randrianasulu  2010-04-21 
18:29:56 PDT ---
*** Bug 22575 has been marked as a duplicate of this bug. ***

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #10 from Andrew Randrianasulu  2010-04-21 
18:38:38 PDT ---
(In reply to comment #8)
> Well, no need for 2.6.32 or something like this, 2.6.34-rc5 (current
> drm-radeon-testing) works just fine, as "fix" for this bug. 
> 
> But UMS itself seems broken, i can't see any OpenGL output  with glxgears, 
> only
> black window! And killing X with ctrl-alt-bs lock mouse and keyboard, I can
> only  power-off via  ACPI button. I'll upgrade X + evdev, and if problem still
> there - will look for  filling/updating  additional bugs about this behavior.

After upgrading X server and xf86-input-evdev (recompile + install) ctrl-alt-bs
works again in UMS. But black gears in UMS mode still here ... looking at other
bugs, i'll try to play with various desktop sizes (800x600, etc). Sorry for
adding this info here, I was mostly run KMS-only setup and hardly noticed when
UMS broke 

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.

[Bug 22576] [KMS] mesa demo spectex broken on rv280

[bugzilla-dae...@freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=22576

--- Comment #11 from Andrew Randrianasulu  2010-08-08 
10:29:20 PDT ---
Black window in spectex demo still here, with 2.6.35

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.