Summary: | rv670 + tiling patches + tiling enabled = parse errors on some demos. | ||
---|---|---|---|
Product: | Mesa | Reporter: | Andy Furniss <adf.lists> |
Component: | Drivers/DRI/R600 | Assignee: | Default DRI bug account <dri-devel> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | medium | ||
Version: | git | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: | ||
Attachments: | cs parser fix |
Description
Andy Furniss
2010-06-04 03:43:05 UTC
Created attachment 36064 [details] [review] cs parser fix This patch fixes it here. (In reply to comment #1) > Created an attachment (id=36064) [details] > cs parser fix > > This patch fixes it here. cubemap & lodbias are not fixed - radeon 0000:02:00.0: r600_cs_track_validate_cb offset[0] 384 too big radeon 0000:02:00.0: r600_packet3_check:1247 invalid cmd stream 535 [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! (In reply to comment #2) > cubemap & lodbias are not fixed - It seems that cubemap may not be related to tiling. If I revert the mesa & ddx patches then running current patched d-r-t it still fails as above, but if I run a d-r-t from 20th May then it still fails with cubemap: radeon_mipmap_tree.c:472: migrate_image_to_miptree: Assertion `srclvl->size == dstlvl->size' failed. lodbias however does work with 20th May d-r-t, but fails running current patched d-r-t, unpatched mesa/ddx - radeon 0000:02:00.0: r600_cs_track_validate_cb offset[0] 1024 too big radeon 0000:02:00.0: r600_packet3_check:1247 invalid cmd stream 539 (In reply to comment #3) > If I revert the mesa & ddx patches then running current patched d-r-t Another issue I have noticed running like this is that scrolling in seamonkey is more laggy than with a previous unpatched/no tiling d-r-t. It's not bad enough to notice using mouse wheel, but if I grab the scroll bar and try to scroll fast it's noticeable. Just a long text page like an fdo bug report will show it. (In reply to comment #4) > (In reply to comment #3) > > > If I revert the mesa & ddx patches then running current patched d-r-t > > Another issue I have noticed running like this is that scrolling in seamonkey > is more laggy than with a previous unpatched/no tiling d-r-t. > > It's not bad enough to notice using mouse wheel, but if I grab the scroll bar > and try to scroll fast it's noticeable. Just a long text page like an fdo bug > report will show it. Looks like the above may not be related to kernel with tiling after all, although d-r-t without tiling is better it is still not as good as if I revert ddx a bit to remove the last few r6xx commits. ddx reset to 5f093357f18eb9bea641394ab86a92a1766d8f2e unpatched works perfectly wrt scrolling with current d-r-t + patches. (In reply to comment #5) > > Another issue I have noticed running like this is that scrolling in seamonkey > > is more laggy than with a previous unpatched/no tiling d-r-t. I've found the ddx commit that caused this and filed a bug https://bugs.freedesktop.org/show_bug.cgi?id=28629 (In reply to comment #2) > (In reply to comment #1) > > Created an attachment (id=36064) [details] [details] > > cs parser fix > > > > This patch fixes it here. > > cubemap & lodbias are not fixed - > > radeon 0000:02:00.0: r600_cs_track_validate_cb offset[0] 384 too big > radeon 0000:02:00.0: r600_packet3_check:1247 invalid cmd stream 535 > [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! Closing as these work for me now (although I am using different hardware) |
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.