Created attachment 90819 [details] Image of the monitor on 1440x240 mode Environment: -------------------------------------------- Kernel: (drm-intel-next-queued)df4547d82589714f1b0cecd93569130a452cbf46 Platform: HSW ULT/IVB Description: -------------------------------------------- When I tested I-G-T/testdisplay with a new monitor which supports 1440x240 mode on a HSW ultrabook(Lenovo u330p), I found that the 1440x240 mode can't show competely on the screen(a little incomplete on the left side of the image). I took a picture and attached it in the attachment. And the dmesg. All of the modes that no completely showed: [33] 1440x240 60 1440 1478 1602 1716 240 244 247 262 0x100a 0x40 27027 [35] 1440x240 60 1440 1478 1602 1716 240 244 247 262 0x100a 0x40 27000 Reproduce steps: -------------------------------------------- 1. boot a machine 2. ./testdisplay -a
Created attachment 90820 [details] dmesg of overcan This is the dmesg I got when test on HSW ULT(Lenovo u330p). And this bug can also reproduce on IVB machine.
By the way, it's the HDMI.
Hi, Could you attach the edid of this TV. That's the file you can find in /sys/class/drm/card0-HDMI-A-1/edid (using the connector the TV is attached to, not necessarily HDMI-A-1). Thanks.
It's a monitor, not a TV. I'm afraid there might be a misunderstanding here. :) I tried a few ways but failed to copy the edid file . So I used the command "xrandr --verbose" to get the edid: EDID: 00ffffffffffff005a632b8301010101 33160103803c22782e2595a9544fa126 0a5054bfef80b300a940a9c095008180 010101010101023a801871382d40582c 250055502100001e000000ff00544450 3132353130303031390a000000fd0032 4b0f5e1b000a202020202020000000fc 00565032373730205345524945530127 02032af1559005040302070608090e0f 1f1413121115161d1e0123097f078301 000067030c0010000136023a80187138 2d40582c450055502100001e011d8018 711c1620582c250055502100009e011d 007251d01e206e28550055502100001e 8c0ad08a20e02d10103e960055502100 00180000000000000000000000000025 I hope it's helpful.
(In reply to comment #4) > I tried a few ways but failed to copy the edid file . So I used the command > "xrandr --verbose" to get the edid: How exactly has copying the EDID from the sysfs file failed? That shouldn't really happen while xrandr --verbose shows an EDID.
I was looking for a TV/monitor with a video capability data block, it won't be this time either. Looks like a case where we need to play with the panel fitter (as far as I currently understand the issue).
(In reply to comment #5) > How exactly has copying the EDID from the sysfs file failed? That shouldn't > really happen while xrandr --verbose shows an EDID. At the beginning, after I found the edid file in /sys/class/drm/card0-HDMI-A-1/, I tried to read the file by command "cat" and "vim". But it turned out to be messy code. When I copied it to another file with "cp" or "scp" ,I found the copied file was empty.
Duplicate of https://bugs.freedesktop.org/show_bug.cgi?id=29723?
I have tried many monitors, but failed to find a monitor which support this weird resolution. [33] 1440x240 60 1440 1478 1602 1716 240 244 247 262 0x100a 0x40 27027 [35] 1440x240 60 1440 1478 1602 1716 240 244 247 262 0x100a 0x40 27000
(In reply to comment #8) > Duplicate of https://bugs.freedesktop.org/show_bug.cgi?id=29723? Or of https://bugs.freedesktop.org/show_bug.cgi?id=67027
ok, this is one of these cea modes, and I don't care. If we want to get this to work without underscanning the we need pfit tuning. otoh I'm not even sure whether these special backwards compat modes have provisions that they should always understand. Anyway, much more a feature request than a bug report. If we want this, it should be tracked as a normal deliverable.
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.