For anyone finding this in the future, this is how I set up the out of
spec modes and set one to come up automatically.

Create the file /etc/X11/xorg.conf.d/90-monitor.conf (you may have to
create the directory)

Add the contents of the file as:

Section "Monitor"
        Identifier   "HDMI1"
        VendorName   "KJT
        ModelName    "78c5"
    Option "PreferredMode" "2560x1440"
    ModeLine "2560x1440"  241.50  2560 2608 2640 2720  1440 1442 1447 1481 
+hsync +vsync
    ModeLine "1920x1080"  172.80  1920 2040 2248 2576  1080 1081 1084 1118 
-hsync +vsync
endSection


Modify the Identifier to match the name used by xrandr to show the connected 
monitor. VendorName and ModelName are optional, or you can modify to match your 
hardware. Use the modelines as appropriate for your monitor. You only need to 
add modes that are over 165MHz (the first number after the mode name). The rest 
of the modes will be added from the EDID. You must specify the PreferredMode or 
it will not use overscan modes by default.

VendorName and ModelName can usually be found in Xorg.0.log. If the
ModeLines are not displayed in your Xorg.0.log file, you may wish to add
a "Device" section that has a line 'Option "ModeDebug" "True"' to get
more output from the modesetting module.

I'm still trying to figure out how to set the kernel frame buffer mode.

** Description changed:

  https://bugzilla.kernel.org/show_bug.cgi?id=72961
  
  Summary: a patch included after upstream kernel 3.10 (and for ubuntu,
  whatever was used in the live iso) restricted DVI-D single link
- connections to 130MHz. Some monitors, which worked before that patch via
+ connections to 165MHz. Some monitors, which worked before that patch via
  an overclocked single link connection stopped working. This patch lets
- the user specify modes manually that are higher than 130MHz "at their
+ the user specify modes manually that are higher than 165MHz "at their
  own risk".
  
  I've tested the patch in the upstream bug against the current (as of 19
  Jun 2014) git trusty kernel tree and everything seems to work fine.
  While the patch listed on the above bug won't apply with git-am, it will
  apply as patch -p0.
  
  I have it patched on my local branch, and can send a diff if it's
  needed.
  
  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: linux-image-3.13.0-29-generic 3.13.0-29.53
  ProcVersionSignature: Ubuntu 3.13.0-30.54-generic 3.13.11.2
  Uname: Linux 3.13.0-30-generic x86_64
  ApportVersion: 2.14.1-0ubuntu3.2
  Architecture: amd64
  AudioDevicesInUse:
-  USER        PID ACCESS COMMAND
-  /dev/snd/controlC1:  jtate      2315 F.... pulseaudio
-                       jtate      2635 F.... pulseaudio
-  /dev/snd/controlC0:  jtate      2315 F.... pulseaudio
-                       jtate      2635 F.... pulseaudio
+  USER        PID ACCESS COMMAND
+  /dev/snd/controlC1:  jtate      2315 F.... pulseaudio
+                       jtate      2635 F.... pulseaudio
+  /dev/snd/controlC0:  jtate      2315 F.... pulseaudio
+                       jtate      2635 F.... pulseaudio
  CurrentDesktop: KDE
  Date: Thu Jun 19 13:30:52 2014
  EcryptfsInUse: Yes
  InstallationDate: Installed on 2014-06-16 (3 days ago)
  InstallationMedia: Kubuntu 14.04 LTS "Trusty Tahr" - Release amd64 
(20140416.1)
  IwConfig:
-  eth0      no wireless extensions.
-  
-  lo        no wireless extensions.
+  eth0      no wireless extensions.
+ 
+  lo        no wireless extensions.
  MachineType: To Be Filled By O.E.M. To Be Filled By O.E.M.
  ProcFB: 0 inteldrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.13.0-30-generic 
root=/dev/mapper/kubuntu--vg-root ro quiet splash vt.handoff=7
  RelatedPackageVersions:
-  linux-restricted-modules-3.13.0-30-generic N/A
-  linux-backports-modules-3.13.0-30-generic  N/A
-  linux-firmware                             1.127.2
+  linux-restricted-modules-3.13.0-30-generic N/A
+  linux-backports-modules-3.13.0-30-generic  N/A
+  linux-firmware                             1.127.2
  RfKill:
-  
+ 
  SourcePackage: linux
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 05/23/2014
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: P1.30
  dmi.board.name: Z97 Extreme4
  dmi.board.vendor: ASRock
  dmi.chassis.asset.tag: To Be Filled By O.E.M.
  dmi.chassis.type: 3
  dmi.chassis.vendor: To Be Filled By O.E.M.
  dmi.chassis.version: To Be Filled By O.E.M.
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvrP1.30:bd05/23/2014:svnToBeFilledByO.E.M.:pnToBeFilledByO.E.M.:pvrToBeFilledByO.E.M.:rvnASRock:rnZ97Extreme4:rvr:cvnToBeFilledByO.E.M.:ct3:cvrToBeFilledByO.E.M.:
  dmi.product.name: To Be Filled By O.E.M.
  dmi.product.version: To Be Filled By O.E.M.
  dmi.sys.vendor: To Be Filled By O.E.M.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1332220

Title:
  Backport hdmi_portclock_limit regression fix patch to allow forcing
  overclocking of DVI/HDMI signals

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1332220/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to