Bug 21539

Summary: [945G] gem_tiled_pread test fails since 2.6.30-rc4
Product: DRI Reporter: Alex Bennee <bugzilla>
Component: DRM/IntelAssignee: Daniel Vetter <daniel>
Status: CLOSED DUPLICATE QA Contact:
Severity: normal    
Priority: medium CC: ben, bugzi11.fdo.tormod, chris, daniel, eric, jbarnes, shuang.he
Version: unspecifiedKeywords: NEEDINFO
Hardware: x86-64 (AMD64)   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Bug Depends on:    
Bug Blocks: 40928    
Attachments:
Description Flags
dmesg output
none
dmidecode output as requested
none
Xorg.log (ModeDebug=true)
none
Register Dump before running pread_test (bz2)
none
Intel GPU Dump After pread test (bz2)
none
intel reg dumper output as requested none

Description Alex Bennee 2009-05-04 01:52:52 UTC
Running the "make check" on intel-gpu-tools results in one failure
while running the "gem_tiled_pread" test.

09:49 alex@danny/x86_64 [tests] >cat error 
Bad read: 528 instead of 512 at 0x00000200 for read from 0x00000000 to 0x00100000, swizzle=0

There is no obvious error in the dmesg output of the kernel
Comment 1 Eric Anholt 2009-05-04 11:21:27 UTC
Is the error 100% reproducible (same location)?  Please attach Xorg.0.log (with ModeDebug), dmesg, and dmidecode output.
Comment 2 Alex Bennee 2009-05-05 01:11:35 UTC
Created attachment 25453 [details]
dmesg output

I thought these tests were low level tests that could be run outside of X. X still doesn't start because of bug 21539. I don't know if the problems are related so I raised the test regression as a separate bug.
Comment 3 Alex Bennee 2009-05-05 01:11:59 UTC
Created attachment 25454 [details]
dmidecode output as requested
Comment 4 Alex Bennee 2009-05-05 01:13:33 UTC
Created attachment 25455 [details]
Xorg.log (ModeDebug=true)

This shows the same behaviour as 21480 although run with startx instead of via xdm. So this just continues until it crashes in libdrm due to a bad linked list.
Comment 5 Alex Bennee 2009-05-05 01:14:57 UTC
Yes this bug is 100% reproduce-able. However could you clarify if it meant to be run with X running or just at the framebuffer console screen before starting X.
Comment 6 Eric Anholt 2009-05-06 15:15:38 UTC
either way is fine.

Oops, ModeDebug no longer does anything as of KMS, so intel_reg_dumper output is needed (from the 2D driver)

Assuming that you added the swizzle printout to the tools and actually printed the swizzle, given your memory configuration it looks like something's really going wrong and I'll need to see intel_reg_dumper output to see more (hopefully that covers everything I need :) ).

This would be unrelated to any bug other than "glReadPixels returns garbage", though.
Comment 7 Alex Bennee 2009-05-07 08:02:29 UTC
(In reply to comment #6)

> Assuming that you added the swizzle printout to the tools and actually printed
> the swizzle, given your memory configuration it looks like something's really
> going wrong and I'll need to see intel_reg_dumper output to see more (hopefully
> that covers everything I need :) ).

Yes, it's just the swizzle value.
 
> This would be unrelated to any bug other than "glReadPixels returns garbage",
> though.

Well the other bug mentioned is probably a confluence of a crash due to failure to allocate memory and some sort of pixel corruption before.

Anyway I'm attaching the reg traces now. 

Comment 8 Alex Bennee 2009-05-07 08:05:12 UTC
Created attachment 25593 [details]
Register Dump before running pread_test (bz2)

Run from console before any tests run. I had to compress it to allow bugzilla to upload the file.
Comment 9 Alex Bennee 2009-05-07 08:05:57 UTC
Created attachment 25594 [details]
Intel GPU Dump After pread test (bz2)

Again compressed to get around bugzilla limits.
Comment 10 Eric Anholt 2009-05-12 15:18:53 UTC
Comment on attachment 25594 [details]
Intel GPU Dump After pread test (bz2)

Sorry, I need intel_reg_dumper output, not intel_gpu_dump.  (Some day we'll get intel_reg_dumper output into intel_gpu_dump, but that hasn't happened yet).
Comment 11 Alex Bennee 2009-05-13 01:06:31 UTC
(In reply to comment #10)
> (From update of attachment 25594 [details])
> Sorry, I need intel_reg_dumper output, not intel_gpu_dump.  (Some day we'll get
> intel_reg_dumper output into intel_gpu_dump, but that hasn't happened yet).
> 

OK I found the intel_reg_dumper and am uploading now
Comment 12 Alex Bennee 2009-05-13 01:07:12 UTC
Created attachment 25815 [details]
intel reg dumper output as requested
Comment 13 Alex Bennee 2009-05-24 12:39:52 UTC
Tested on 2.6.30-rc6-intel-drm-00006-g619ac3b still failing.
Comment 14 Alex Bennee 2009-07-23 00:25:57 UTC
(In reply to comment #13)
> Tested on 2.6.30-rc6-intel-drm-00006-g619ac3b still failing.
> 

Tested on .6.31-rc2-intel-drm-01085-g2a2430f still failing
Comment 15 Eugeni Dodonov 2011-08-23 12:59:57 UTC
Is it still accurate with latest Intel drivers?
Comment 16 Daniel Vetter 2012-02-08 09:39:48 UTC
This is a i945g, drm-intel-testing has a patch to fix swizzle testing on that. Please test the tree available at:

http://cgit.freedesktop.org/~danvet/drm-intel/

I presume that this patch fixes this for you, please reopen the bug if it's not the case.

*** This bug has been marked as a duplicate of bug 42625 ***
Comment 17 Yi Sun 2012-02-09 00:04:31 UTC
We reproduced the issue with 2.6.33 kernel, and now the latest kernel on -testing branch could fix it.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.