System Environment: -------------------------- Arch: i386 Platform: pineview Libdrm: (master)2.4.29-3-gef20301a11afae50bfe127002913dbd0b81ddccc Mesa: (master)67e6a40605c482617afa9bd698003ea15e8f8f6e Xserver: (master)xorg-server-1.11.99.2-10-ge4b4d83fad37bb737e25f7226dbcd15b892f9528 Xf86_video_intel: (master)2.17.0-179-g4c2a97e9d2b1073f0e4b3f7b6670939e1b1c5121 Kernel: (drm-intel-next)097354eb14fa94d31a09c64d640643f58e4a5a9a Bug detailed description: ------------------------- Bisect shows 6f916ffec7767eeab62132eb6575043969104c81 is the first bad commit. commit 6f916ffec7767eeab62132eb6575043969104c81 Author: Michel Daenzer <daenzer@vmware.com> AuthorDate: Sun Dec 18 18:29:39 2011 +0200 Commit: Keith Packard <keithp@keithp.com> CommitDate: Mon Dec 19 22:31:01 2011 -0800 dri2: Always re-generate front buffer information when asked for it. Otherwise we might keep stale cached information, e.g. after the driver performed page flipping. This is part of the fix for https://bugs.freedesktop.org/show_bug.cgi?id=35452 . Signed-off-by: Michel Dänzer <daenzer@vmware.com> Reviewed-by: Ville Syrjälä <ville.syrjala@nokia.com> Reviewed-by: Mario Kleiner <mario.kleiner@tuebingen.mpg.de> Signed-off-by: Keith Packard <keithp@keithp.com> Reproduce steps: ---------------- 1. start X 2. ./oglconform -z -s -suite all -v 2 -test drawbuffer basic.allCases
Not sure what's going on, and I probably won't be able to investigate anytime soon. Feel free to revert.
Chris, any idea?
On q35 with an up-to-date build: $ ./oglconform -z -s -suite all -v 2 -test drawbuffer basic.allCases ... Intel Conformance passed. Total Passed : 32 Total Failed : 0 Total Not run: 0 Something amiss (or implicit?) in the reproduction steps?
Created attachment 58577 [details] [review] Skip invalidation unless the WindowPixmap changes
Mesa should also be intelligent enough to squash this change as well, the logic is all there to not swap if the texture matches.
any action plan, Chris, Ian?
Created attachment 63858 [details] [review] Flush pending writes to FakeFront
Please confirm that this is seen on an SNB or newer platform.
I don't think it impacts new platforms. Closing as won't fix.
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.