Hi Joseph, Can I ask why you think this might be a kernel bug? I've had this problem for about 11 years, with multiple kernels, distros and both AMD and Nvidia graphics cards. I always fixed it with the binary driver. However, I only just discovered that it could also be fixed by the correct modeline in X.
My current hunch is that these particular monitors are very choosy about modelines (notably, when X drives them at 60Hzx75kHz, they display an error about the timing being out of range and ask me to set it to 60x75). So either: 1) X is mis-calculating the modeline from the information given by the monitor's EDID. 2) There is an obscure compatibility bug, where these specific monitors (this model and vendor) need a special-case hack. I think (1) is the case, because Xorg already auto-detects them at 1600x1200@@60Hz, and if I then manually generate a modeline with "cvt 1600 1200" and force that, everything works. HTH - Richard P.S. Here is a picture of the problematic monitor. I bought this pair of 1600x1200 20" monitors as an investment in not getting eyestrain, back in 2003. They've worked really welll since then, but they were one of the first set of devices to support DVI at that resolution. This might be a clue to the compatibility problem. Photo here: http://skinflint.co.uk/eu/v7-videoseven-l20-1cm-a40169.html -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1338622 Title: LCD monitor timing misdetected: 60Hz != 60 Hz To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1338622/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
