Quote:
I see... So my HP Monitors are broken as well... They display 1024x768 instead of 1680x1050...
This is normal. The MX51 cannot support a pixel clock higher than 133MHz: check your dmesg for "incompatible modes" and you will notice that most of them are interlaced or have a pixel clock of 148MHz or 160MHz.
The reason it picks 1024x768 is because this is the only mode the monitor tells us it can display that doesn't have a ridiculously high pixel clock.
Luckily though, a real HDMI monitor with 720p support will work fine. If it supports "low field rate" 1080p modes (24 or 25Hz) then these work fine. This is because the CEA standard "low" clock rate is 74.25MHz which is well within range.
You will be lucky if it supports 1680x1050: we have one monitor here that manages that (a nice AOC with a 102MHz 1680x1050 mode). 1440x900 is more likely. Some monitors however provide several modes in the EDID which have too low a vertical trace time (the time between end of picture and start of picture for the monitor) - the HDMI specification specifically states this cannot be less than 2. When your monitor says it's vsync_len is 1, it cannot be displayed by an HDMI compatible display controller..
There is one potential bug which is in the CEA mode culling and IT mode selection. Some monitors report CEA modes which may not work when not connected via HDMI. In the case of a DVI sink we should cull CEA modes that are duplicated as IT modes, preserving the IT modes. On an HDMI sink we should cull IT modes duplicated as CEA modes, preserving the CEA modes. However while this seems like a great idea, some monitors reverse the logic and we can't detect them.
Quote:
I'm sitting here surrounded by abt. 15 broken Monitors and 2 elegant working Efika MX Smarttops *rolling with my eyes*