Opened 11 months ago

Closed 9 months ago

#17655 closed bug (fixed)

intel_extreme, screen display downscaled by 3/4

Reported by: skirst Owned by: rudolfc
Priority: normal Milestone: R1/beta4
Component: Drivers/Graphics/intel_extreme/kabylake Version: R1/Development
Keywords: Cc:
Blocked By: Blocking: #17654
Platform: All

Description

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.

Attachments (6)

syslog-ok-hrev55926 (113.3 KB ) - added by skirst 11 months ago.
syslog-bug-hrev55942 (418.2 KB ) - added by skirst 11 months ago.
PXL_20220315_084453505.jpg (2.3 MB ) - added by skirst 11 months ago.
syslog-hrev55954 (95.2 KB ) - added by skirst 11 months ago.
syslog-hrev56004 (446.7 KB ) - added by skirst 10 months ago.
syslog-hrev56092 (231.9 KB ) - added by skirst 9 months ago.

Change History (28)

by skirst, 11 months ago

Attachment: syslog-ok-hrev55926 added

by skirst, 11 months ago

Attachment: syslog-bug-hrev55942 added

comment:1 by nephele, 11 months ago

Component: - GeneralDrivers/Graphics/intel_extreme/kabylake
Owner: changed from nobody to rudolfc
Platform: x86-64All

comment:2 by nephele, 11 months ago

Blocking: 17654 added

comment:3 by korli, 11 months ago

Which laptop is this?

comment:4 by skirst, 11 months ago

Asus FX503V

by skirst, 11 months ago

Attachment: PXL_20220315_084453505.jpg added

comment:5 by korli, 11 months ago

Looks like ASUS FX503VD.

comment:6 by korli, 11 months ago

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

comment:7 by skirst, 11 months ago

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

comment:8 by skirst, 11 months ago

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.

comment:9 by rudolfc, 11 months ago

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 :-)

comment:10 by korli, 11 months ago

will be available from hrev55954

by skirst, 11 months ago

Attachment: syslog-hrev55954 added

comment:11 by skirst, 11 months ago

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

comment:12 by korli, 10 months ago

Please check with hrev56001 or newer. Thanks.

comment:13 by skirst, 10 months ago

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

comment:14 by korli, 10 months ago

please upload a syslog. thanks.

by skirst, 10 months ago

Attachment: syslog-hrev56004 added

comment:15 by skirst, 10 months ago

No problem! New syslog added.

comment:16 by korli, 10 months ago

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

comment:17 by rudolfc, 10 months ago

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..

comment:18 by korli, 10 months ago

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

comment:19 by korli, 9 months ago

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

by skirst, 9 months ago

Attachment: syslog-hrev56092 added

comment:20 by korli, 9 months ago

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

comment:21 by skirst, 9 months ago

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

comment:22 by korli, 9 months ago

Milestone: UnscheduledR1/beta4
Resolution: fixed
Status: newclosed

Nice!

Note: See TracTickets for help on using tickets.