[07:42] mlankhorst: Hey, have you got drm_kms_helper.edid=$FOO:edid/.bin to work with i915? I can't seem to get it to override the broken EDID on my monitor that's causing i915 to pretend there's nothing there. [07:44] Specifically, throwing “drm_kms_helper.edid_firmware=HDMI2:edid/1280x1024.bin” on the kernel cmd line (or HDMIA2, or HDMI-A-2, or whatever) doesn't result in i915 doing anything different. If I drop the HDMI2: bit i915 applies that EDID to my eDP and DP outputs, as expected, but _still_ not to HDMI2. [07:46] hm funstuff :P [07:46] I just overrode all my EDIDs, I have 2 identical monitors ;-) [07:46] lets see.. [07:48] For those playing at home, http://paste.ubuntu.com/7371321/ is what i915 says about my poor old LCD. :) [07:53] should be HDMI-A-2 then [07:54] that's the connector name afaict [08:09] Tried HDMI-A-2 as well :( [08:09] * RAOF → EOD though. [08:11] what happens then? [10:22] mlankhorst: Same EDID checksum spew from i915, no monitor for RAOF. [10:23] odd, that should be the magic invocation if dmesg can be trusted :P [10:23] It's also possible that i915 won't load the EDID over a present, but broken one :/ [10:24] This worked for radeon, though. [10:24] might be [10:24] but since it uses strncmp, shouldn't HDMI:edid/1280x1024.bin work? [10:26] though that'd probably make it apply to all hdmi :P [10:26] Well, I've only got one HDMI port, so... [10:26] I've no idea why i915 thinks I've got two. [10:27] hm that should fix my 'optimus' config too :P [14:19] RAOF: You're not using a DP adapter or the like, right? :) [23:15] pkern: I *am* using a HDMI→DVI adaptor. [23:15] pkern: But that's obviously working, because the BIOS can bring up the display and GRUB will draw correctly to it.