Created attachment 114630 [details] dmesg ==System Environment== -------------------------- Regression: No. I can not find a proper commit. Non-working platforms: Baytrail. ==kernel== -------------------------- -nightly: 877605d94cb0260cb05a110b8a1ec3871a8477ea (fails) drm-intel-nightly: 2015y-03m-24d-09h-19m-43s UTC integration manifest -queued: 096fad9ebfadb4922332f98895ea948e8d7fe6a7 (fails) drm/i915: move clearing of RPS interrupt bits from disable to reset time -fixes: bc465aa9d045feb0e13b4a8f32cc33c1943f62d6 (fails) Linux 4.0-rc5 ==Bug detailed description== Run the command "testdisplay" for second time,the screen can not display normally on below resolution. 1920x1080i 50 1920 2448 2492 2640 1080 1084 1094 1125 0x15 0x40 74250 1920x1080i 60 1920 2008 2052 2200 1080 1084 1094 1125 0x15 0x40 74176 ==Reproduce steps== 1 set monitor to above resolution(./testdisplay -o HDMIconnectorId,modes) screen shows the normally pic. 3 set monitor to above resolution,again(./testdisplay -o HDMIconnectorId,modes) screen shows the wrong pic.
I'll add the URL of the wrong-phenomenon video latter.
(In reply to xubin from comment #1) > I'll add the URL of the wrong-phenomenon video latter. Please do. Also, dmesg has no debug information.
Test with latest drm-intel-nightly kernel (commit 4643c57c23dcee0ef150c580329482fb6a18ab9c) 5 cycles on BYT platform,screen show stale,so verified.
Closing old verified.
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.