Created attachment 106298 [details] dmesg ==System Environment== -------------------------- Regression: Yes. Good commit:e4964a6e664b4c338b5ab1f1820b0477bec68396(drm-intel-next-queued) drm/i915: Update DRIVER_DATE to 20140606 Non-working platforms: Baytrail ==kernel== -------------------------- -nightly: 43df30da20447e2856b2761215ff274886a9f931 (fails) drm-intel-nightly: 2014y-09m-12d-15h-35m-20s UTC integration manifest -queued: 648fb42d1e77cf90cddea2b1cf1f4ac4453e65e6 (fails) drm/i915: Extend BIOS stolen mem handling to all platform -fixes: e76c8c5979021483a3a6b480cfe360c644a403c0 (fails) drm/i915: Fix SRC_COPY width on 830/845g ==Bug detailed description== ----------------------------- Monitor Manufacturer: ASUS Monitor mode veision : PA238Q HDMI display will show wrong picture on every interlaced scanning resolution. I attach a photo that is what HDMI monitor shows. It's very low probability to show a normal picture. Resolution details: 1920x1080i 60 1920 2008 2052 2200 1080 1084 1094 1125 0x15 0x40 74250 1920x1080i 60 1920 2008 2052 2200 1080 1084 1094 1125 0x15 0x40 74176 1920x1080i 50 1920 2448 2492 2640 1080 1084 1094 1125 0x15 0x40 74250 ==Reproduce steps== ---------------------------- 1. ./testdisplay -a 2. check interlaced scanning resolution
Created attachment 106299 [details] HDMI output
I record a video to descript what wrong picture really is. Here is URL: https://www.youtube.com/watch?v=m4HstV7g0RU&feature=youtu.be
Please supply the missing bisect.
We can't find the original good point.And We have try a lot ,and still can't find a good point .Maybe bisecting seems to be hard.
(In reply to Li Xu from comment #4) > We can't find the original good point.And We have try a lot ,and still can't > find a good point .Maybe bisecting seems to be hard. Thats why you absolutely have to tag each commit you throw at the build server, to make sure it's not lost any more. I'll raise this with Gordon and the entire team. Meanwhile I've pushed the oriignal good commit to http://cgit.freedesktop.org/~danvet/drm/log/?h=for-QA so that you can proceed with the bisect.
We try with this good point.But it will flash whether plugin the HMDI or run testdisplay case.Video can be seen with the following link: https://www.youtube.com/watch?v=4EW9gkq1UJA&feature=youtu.be And maybe we have changed the monitor during this time ,or this flash problem covers the old problem.
Yeah that pretty much looks like hdmi interlaced is somehow broken on bsw. Just to double-check: interlaced works well with that hdmi screen on other platforms (hsw/bdw)?
Yes ,hsw and bdw interlaced works well with that hdmi screen.
Please try current drm-intel-nightly and http://patchwork.freedesktop.org/patch/41360
(In reply to Jani Nikula from comment #9) > Please try current drm-intel-nightly and > http://patchwork.freedesktop.org/patch/41360 The patch is unavailable.The function in your patch "chv_update_pll(struct intel_crtc *crtc)" has changed to "chv_update_pll(struct intel_crtc *crtc, struct intel_crtc_config *pipe_config)". Would you please offer a new one?
Please try current drm-intel-nightly first, and if that doesn't work, try these three on top: http://patchwork.freedesktop.org/patch/44030 http://patchwork.freedesktop.org/patch/44031 http://patchwork.freedesktop.org/patch/44032
This issue doesn't exist on both two platforms. So close this bug.
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.