Re: 2.6.35-rc3: Reported regressions 2.6.33 -> 2.6.34
On 16:45 Sun 13 Jun , Rafael J. Wysocki wrote: > * This report has been delayed, because I had to go through all of the >entries and filter out the fixed ones, invalid ones etc. Of course, I > might >have missed some, but hopefully not too many. This regression from 2.6.33 still seems to be missing from the list, and is still present in 2.6.35-rc3. r600 CS checker rejects narrow FBO renderbuffers. https://bugs.freedesktop.org/show_bug.cgi?id=27609 -- Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/) -- ThinkGeek and WIRED's GeekDad team up for the Ultimate GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the lucky parental unit. See the prize list and enter to win: http://p.sf.net/sfu/thinkgeek-promo -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: 2.6.34-rc6-git6: Reported regressions from 2.6.33
On 23:13 Sun 09 May , Rafael J. Wysocki wrote: > This message contains a list of some regressions from 2.6.33, > for which there are no fixes in the mainline known to the tracking team. > If any of them have been fixed already, please let us know. > > If you know of any other unresolved regressions from 2.6.33, please let us > know either and we'll add them to the list. Also, please let us know > if any of the entries below are invalid. Seems that r600 CS checker rejects narrow FBO renderbuffers https://bugs.freedesktop.org/show_bug.cgi?id=27609 never got added to the list. It is still an issue as of 2.6.34-rc7. -- Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/) -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: 2.6.34-rc5: Reported regressions from 2.6.33
On Wed, Apr 21, 2010 at 07:15:38AM +0200, Rafael J. Wysocki wrote: > On Tuesday 20 April 2010, Nick Bowler wrote: > > Please list these two similar regressions from 2.6.33 in the r600 DRM: > > > > * r600 CS checker rejects GL_DEPTH_TEST w/o depth buffer: > >https://bugs.freedesktop.org/show_bug.cgi?id=27571 > > > > * r600 CS checker rejects narrow FBO renderbuffers: > >https://bugs.freedesktop.org/show_bug.cgi?id=27609 > > Do you want to me to add them as one entry or as two separate bugs? As upstream doesn't consider the first to be a kernel issue, I guess you should just list the second. On 10:57 Wed 21 Apr , Jerome Glisse wrote: > First one is userspace bug, i need to look into the second one. > ie we were lucky the hw didn't lockup without depth buffer and > depth test enabled. OK, if the failure is due to userspace is doing Very Bad Things(tm), catching that seems reasonable. Nevertheless, even if it happened by luck, the result was (ostensibly) working programs that suddenly break once one "upgrades" to the latest kernel. If userspace can't be fixed before 2.6.34 is released, perhaps a less cryptic log message would be appropriate? -- Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/) -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: 2.6.34-rc5: Reported regressions from 2.6.33
On 05:15 Tue 20 Apr , Rafael J. Wysocki wrote: > If you know of any other unresolved regressions from 2.6.33, please let us > know either and we'll add them to the list. Also, please let us know > if any of the entries below are invalid. Please list these two similar regressions from 2.6.33 in the r600 DRM: * r600 CS checker rejects GL_DEPTH_TEST w/o depth buffer: https://bugs.freedesktop.org/show_bug.cgi?id=27571 * r600 CS checker rejects narrow FBO renderbuffers: https://bugs.freedesktop.org/show_bug.cgi?id=27609 Thanks. -- Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/) -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: 2.6.33-rc3-git3: Reported regressions from 2.6.32
On 23:27 Sun 10 Jan , Rafael J. Wysocki wrote: > This message contains a list of some regressions from 2.6.32, for which there > are no fixes in the mainline I know of. If any of them have been fixed > already, > please let me know. > > If you know of any other unresolved regressions from 2.6.32, please let me > know > either and I'll add them to the list. Also, please let me know if any of the > entries below are invalid. Here are two that I don't see in the list: * LVDS downclocking breaks on G45/thinkpad T500 LKML: http://lkml.org/lkml/2009/12/26/40 FDO: http://bugs.freedesktop.org/show_bug.cgi?id=25809 * Receive failure in et131x (Alan Cox sent me a patch for this but it's not in mainline yet) LKML: http://lkml.org/lkml/2009/12/29/210 -- Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/) -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Intel KMS lockup with Mesa 7.7
On 08:20 Tue 05 Jan , Jesse Barnes wrote: > Ooh, a small test case, those are always nice. Can you file a bug at > bugs.freedesktop.org, against the Intel/i965 DRI driver, with your test > case attached? Done. https://bugs.freedesktop.org/show_bug.cgi?id=25902 -- Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/) -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Intel KMS lockup with Mesa 7.7
Please CC me as I am not subscribed to the list.
Mesa 7.7 manages to lock up the Intel KMS driver for me in some
circumstances. After running the test case (attached), the display
locks up and my kernel logs are spammed with
[drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
render error detected, EIR: 0x
[drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5 (awaiting
5628 at 5621)
[drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
render error detected, EIR: 0x
[drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5 (awaiting
5633 at 5621)
[drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung
render error detected, EIR: 0x
...
until I reset the box (other tasks continue to run on the machine). At
least all kernel versions 2.6.32 through to latest Linus git at the time
of posting are affected, but mesa 7.5.2 does not trigger the lockup.
Another interesting bit that appears in my kernel log is
mtrr: type mismatch for d000,1000 old: write-back new: write-combining
[drm] MTRR allocation failed. Graphics performance may suffer.
The Xorg log reports my graphics card as Intel(R) G45/G43. The lockup
occurs when I try to run the following fragment shader:
uniform bool useSecondary;
uniform sampler2D tex0, tex1; /* Assigned values 0 and 1, respectively. */
void main(void)
{
vec4 primary = texture2D(tex0, gl_TexCoord[0].st);
vec4 secondary = texture2D(tex1, gl_TexCoord[0].st);
vec3 colour= (1-primary.a)*gl_Color.rgb + primary.a*primary.rgb;
/*
* Removing the "if useSecondary" here (but keeping the
* multiplication) causes the shader to work.
* The failure does not depend on the value assigned to useSecondary.
*/
if (useSecondary) {
colour *= secondary.rgb;
}
gl_FragColor = vec4(colour, 1);
}
Since textures seem to be required to trigger the issue, I have attached
an archive containing the test case -- glew, glut and libpng are
required. The test case works with the software rasterizer.
Thanks,
--
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
i915kill.tar.bz2
Description: BZip2 compressed data
--
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev --
___
Dri-devel mailing list
Dri-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dri-devel
