intel_extreme, screen display downscaled by 3/4

[skirst]

With hrev55942, on-metal install on an intel Kaby-Lake system, the display has begun being presented at what seems to be 3/4 native resolution. The lower right portion of the display padded with black. Mouse interaction works fine, within the confines of the the display, and the system seems to work fine otherwise. Rolling back to hrev55926 or using failsafe display from the boot loader absolves the issue. I have attached syslogs from each system state.

[korli]

Which laptop is this?

[skirst]

Asus FX503V

[korli]

Looks like ​ASUS FX503VD.

[korli]

the picture shows 1366x768 (comes from the VBT). You should be able to adjust to 1920x1080 in the screen preferences.

[skirst]

i tried that to no avail. setting other resolutions has a similar effect.

[skirst]

forgive me, new to this. another thing i've found that despite the screen being scaled, if i use flameshot to take a screenshot, the resulting image is at native resolution, minus 1 pixel in each dimension.

[rudolfc]

Hi, that's OK of course ;-) korli just created a new piece of code for fetching the native modeline. as soon as that sits in the driver maybe you can try again to see what happens? I/we will keep you posted :-)

[korli]

will be available from hrev55954

[skirst]

The problem still persists with hrev55954, unfortunately. I've attached an updated syslog.

[korli]

Please check with hrev56001 or newer. Thanks.

[skirst]

Indeed the problem seems to be resolved now. Thanks! You can close this ticket.

[korli]

please upload a syslog. thanks.

[skirst]

No problem! New syslog added.

[korli]

at the moment it only picks the EDID from the first dp aux channel. Rudolf, any thoughts?

[rudolfc]

I did not have time yet unfortunately to look at the code.but looking at this syslog it seems my connected code has been overruled. If instead only on dp connections the aux would be checked chances would be the right info would be at the right connection/ screen. At least this would be my route instead of for instance checking the bios/rom like stuff for routes, if possible. Since it seems closer to a quick result where also multiple screens are connected. I would assume for now only one screen uses dp protocol.

As said, I did not look closely yet, so I could be talking nonsense here..

[korli]

Please check with hrev56024 or newer. Obviously assigning 3 pipes to 4 connected ports won't work nicely.

[korli]

Please check with hrev56088 or newer, and provide a new syslog. the error "No pipes left to assign to port" should be gone.

[korli]

Thanks, it seems all OK to me. Do you confirm?

[skirst]

Yes. Native resolution is working, as well as brightness control. Thanks!

[korli]

Nice!