Bug 9934

Summary:	after cauldron update and reboot, i'm now in 640x480 instead of 1920x1080 (HDMI TV)
Product:	Mageia	Reporter:	AL13N <alien>
Component:	RPM Packages	Assignee:	Mageia Bug Squad <bugsquad>
Status:	RESOLVED FIXED	QA Contact:
Severity:	major
Priority:	release_blocker	CC:	alien, anssi.hannula, mageia, pterjan, thierry.vignaud, tmb
Version:	Cauldron
Target Milestone:	---
Hardware:	All
OS:	Linux
See Also:	https://bugs.mageia.org/show_bug.cgi?id=9272
Whiteboard:
Source RPM:		CVE:
Status comment:
Attachments:	Xorg log differences

Description AL13N 2013-05-01 11:49:06 CEST

may be related to bug #9084 and/or bug #5315


i updated my media box (which was cauldron from about 2 months back)

i'll attach the diff from Xorg.0.log from both, which seems to give a possible explanation...


1. the modelines are different, or in other words, 640x480 seems to be up top with flags UeP while it was 'e' in the past.
2. you can see it now uses vt1 and not vt2
3. perhaps the modeline up top was the one that was set from the vga=* parameter? however, is there even a 1920x1080 vga=* parameter? or should i just not supply it?




Reproducible: 

Steps to Reproduce:

Comment 1 AL13N 2013-05-01 11:51:28 CEST

Created attachment 3860 [details]
Xorg log differences

AL13N 2013-05-01 11:52:34 CEST

Priority: Normal => release_blocker
CC: (none) => alien, mageia, pterjan, thierry.vignaud, tmb

Comment 2 AL13N 2013-05-01 13:08:36 CEST

i had supplied vga=791 apparently, so i donno where the (UeP) thing in the modes comes from and why 640x480 would be preferred over 1920x1080 ?

Comment 3 AL13N 2013-05-01 13:34:20 CEST

somehow after upgrade that my xorg.conf file was set with max 640x480 resolution... how odd...

Status: NEW => RESOLVED
Resolution: (none) => WORKSFORME

Comment 4 claire robinson 2013-05-01 14:40:12 CEST

Bug 9272 seems similar.

claire robinson 2013-05-01 14:41:19 CEST

See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=9272

Comment 5 AL13N 2013-05-01 15:13:36 CEST

@Claire:

i don't think it is similar:

- this is ATI and the other is nvidia
- this one have a bunch of valid modes (including 1920x1080), but somehow 640x480 is preferred due to the monitor section of the xorg.conf file.
- the other one seems to not have other valid modes.

(perhaps you can doublecheck if the xorg.conf file has resolutions greater than 1024x768 and possibly add 1920x1080 and restart X to see if it IS the same issue)

Comment 6 Thierry Vignaud 2013-05-01 18:10:28 CEST

Could be Anssi code in harddrake service?

CC: (none) => anssi.hannula

Comment 7 Anssi Hannula 2013-05-03 20:26:43 CEST

Please provide the output of:
monitor-edid -v

IMHO we really should not try to probe monitor resolutions anymore and just rely on the autodetection, but it is a bit too late for mga3... Maybe for mga4.

Comment 8 Anssi Hannula 2013-05-04 00:00:07 CEST

Not fixed yet, reopening.

Status: RESOLVED => REOPENED
Resolution: WORKSFORME => (none)

Comment 9 Anssi Hannula 2013-05-04 01:01:43 CEST

There were two issues that caused this issue in combination:
1. XFdrake ignored the EDID preferred timing because there were multiple detailed timings with different resolutions.
2. Since there was no preferred resolution, XFdrake tried to determine it from the display size, which was reported by the display as 16cm x 9cm. However, this is not sensible at all with LCD displays, and we should just leave it on automatic mode.

Both have been fixed in drakx-kbd-mouse-x11 0.108, soon to be submitted.

Comment 10 Anssi Hannula 2013-05-04 11:24:06 CEST

Fixed in drakx-kbd-mouse-x11 0.108.

Status: REOPENED => RESOLVED
Resolution: (none) => FIXED