smarttop MX connected to hdmi->dvi screen reports frequency/resolution out of range

Bug #689782 reported by runi
18
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Genesi EfikaMX Support Project
Fix Released
High
Matt Sealey

Bug Description

I have a smarttop MX with the latest (13/12-2010) Ubuntu 10.10 Maverick Meerkat image installed.
The MX is connected to a fujitsu siemens S20-1W dvi screen that is connected via "noname" hdmi->dvi adapter.

Backlight is turned on, but the screen reports that the resolution/frequency is out of range.

When connected to a Samsung screen there is no problem (that would indicates that the adapter works).

dmesg output when connected to Fujitsu Siemens screen:
[ 0.920966] ========================================
[ 0.920978] Display Information (EDID)
[ 0.920986] ========================================
[ 0.920996] EDID Version 1.3
[ 0.921005] Manufacturer: FUS
[ 0.921013] Model: 600
[ 0.921020] Serial#: 672
[ 0.921028] Year: 2005 Week 47
[ 0.921039] Monitor Name: S20-1W
[ 0.921048] Serial Number: YENH000671
[ 0.921056] Display Characteristics:
[ 0.921064] Monitor Operating Limits: From EDID
[ 0.921080] H: 30-82KHz V: 56-75Hz DCLK: 150MHz
[ 0.921089] Digital Display Input
[ 0.921097] Sync:
[ 0.921106] Max H-size in cm: 43
[ 0.921117] Max V-size in cm: 27
[ 0.921126] Gamma: 2.30
[ 0.921139] DPMS: Active yes, Suspend no, Standby no
[ 0.921148] RGB Color Display
[ 0.921156] Chroma
[ 0.921164] RedX: 0.640 RedY: 0.352
[ 0.921176] GreenX: 0.288 GreenY: 0.628
[ 0.921188] BlueX: 0.144 BlueY: 0.076
[ 0.921201] WhiteX: 0.313 WhiteY: 0.329
[ 0.921212] First DETAILED Timing is preferred
[ 0.921234] Detailed Timings
[ 0.921248] "1680x1050@59" 146 1680 1784 1960 2240 1050 1053 1059 1089 +hsync +vsync
[ 0.921271] Supported VESA Modes
[ 0.921288] 720x400@70Hz
[ 0.921296] 640x480@60Hz
[ 0.921303] 640x480@75Hz
[ 0.921314] 1024x768@75Hz
[ 0.921322] Manufacturer's mask: 0
[ 0.921329] Standard Timings
[ 0.921339] 1680x1050@60Hz
[ 0.921356] 1440x900@60Hz
[ 0.921367] 1440x900@75Hz
[ 0.921378] 1280x800@60Hz
[ 0.921389] 1280x800@75Hz
[ 0.921400] 960x600@60Hz
[ 0.921411] 960x600@75Hz
[ 0.921420] Detail Timings
[ 0.921433] ========================================
[ 0.921443] SII9022: 12 Supported Modelines:
[ 0.921464] SII9022: "1680x1050@59" 146.262980 1680 1784 1960 2240 1050 1053 1059 1089 +hsync +vsync
[ 0.921487] SII9022: "720x400@70" 26.171159 720 737 808 896 400 401 404 417 -hsync -vsync
[ 0.921508] SII9022: "640x480@60" 25.200342 640 656 752 800 480 490 492 525 -hsync -vsync
[ 0.921529] SII9022: "640x480@75" 31.500031 640 656 720 840 480 481 484 500 -hsync -vsync
[ 0.921551] SII9022: "1024x768@75" 78.802206 1024 1040 1136 1312 768 769 772 800 +hsync +vsync
[ 0.921573] SII9022: "1680x1050@60" 146.864444 1680 1786 1966 2252 1050 1051 1054 1087 -hsync -vsync
[ 0.921595] SII9022: "1440x900@60" 106.780565 1440 1523 1675 1910 900 901 904 932 -hsync -vsync
[ 0.921617] SII9022: "1440x900@75" 136.780194 1440 1534 1689 1939 900 901 904 940 -hsync -vsync
[ 0.921639] SII9022: "1280x800@60" 83.647009 1280 1347 1481 1683 800 801 804 828 -hsync -vsync
[ 0.921661] SII9022: "1280x800@75" 107.296137 1280 1359 1495 1711 800 801 804 835 -hsync -vsync
[ 0.921683] SII9022: "960x600@60" 45.867351 960 997 1095 1230 600 601 604 622 -hsync -vsync
[ 0.921705] SII9022: "960x600@75" 59.98162 960 1008 1108 1256 600 601 604 627 -hsync -vsync
[ 0.921729] SII9022: Setting Resolution: 1280x800

Revision history for this message
Matt Sealey (mwsealey) wrote :

Runi, can you paste the rest of the dmesg output so we can see what the SII9022 thinks of the PLLs?

I can tell you right away though that 1680x1050@59 will not be supported regardless on your monitor (pixel clock needs to be under 133MHz). 1440x900@60 is the best you will see.. the code for picking that mode out is still being written (we are having trouble picking modes which match the monitor dimensions - widescreen monitors should fall back to widescreen modes, but we are getting wide modes on normal monitors and normal modes on wide monitors because of rounding problems and the heuristic is a little rough).

Luckily part of the fixes is cleaning everything up and I think the new HDMI driver will detect DVI monitors better, has a little less quirky clock setting and should enable more monitor features where relevant.

Revision history for this message
Peter Czanik (pczanik) wrote :
Download full text (17.9 KiB)

This is from an 1280x1024 LG Flatron LCD:

oem@efikamx-7071bc5fb03a:~$ dmesg
[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Linux version 2.6.31.14.12-efikamx (root@spinel) (gcc
version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu4) ) #1 PREEMPT Thu Dec 2
12:26:09 CST 2010
[ 0.000000] CPU: ARMv7 Processor [412fc085] revision 5 (ARMv7),
cr=10c53c7f
[ 0.000000] CPU: VIPT nonaliasing data cache, VIPT nonaliasing
instruction cache
[ 0.000000] Machine: Genesi Efika MX (Smarttop)
[ 0.000000] Memory policy: ECC disabled, Data cache writeback
[ 0.000000] On node 0 totalpages: 106496
[ 0.000000] free_area_init_node: node 0, pgdat 8040b0e4, node_mem_map
8046f000
[ 0.000000] DMA zone: 192 pages used for memmap
[ 0.000000] DMA zone: 0 pages reserved
[ 0.000000] DMA zone: 24384 pages, LIFO batch:3
[ 0.000000] Normal zone: 640 pages used for memmap
[ 0.000000] Normal zone: 81280 pages, LIFO batch:15
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on.
Total pages: 105664
[ 0.000000] Kernel command line: console=tty1 root=/dev/sda2 rootwait
rw quiet splash
[ 0.000000] PID hash table entries: 2048 (order: 11, 8192 bytes)
[ 0.000000] Dentry cache hash table entries: 65536 (order: 6, 262144
bytes)
[ 0.000000] Inode-cache hash table entries: 32768 (order: 5, 131072
bytes)
[ 0.000000] Memory: 416MB = 416MB total
[ 0.000000] Memory: 410964KB available (3512K code, 587K data, 132K
init, 0K highmem)
[ 0.000000] SLUB: Genslabs=11, HWalign=32, Order=0-3, MinObjects=0,
CPUs=1, Nodes=1
[ 0.000000] Hierarchical RCU implementation.
[ 0.000000] NR_IRQS:368
[ 0.000000] MXC IRQ initialized
[ 0.000000] Console: colour dummy device 80x30
[ 0.000000] console [tty1] enabled
[ 0.000000] Calibrating delay loop... 799.53 BogoMIPS (lpj=3997696)
[ 0.000000] Mount-cache hash table entries: 512
[ 0.000000] Initializing cgroup subsys ns
[ 0.000000] Initializing cgroup subsys cpuacct
[ 0.000000] Initializing cgroup subsys freezer
[ 0.000000] Initializing cgroup subsys net_cls
[ 0.000000] CPU: Testing write buffer coherency: ok
[ 0.000000] devtmpfs: initialized
[ 0.000000] regulator: core version 0.5
[ 0.000000] NET: Registered protocol family 16
[ 0.000000] i.MX IRAM pool: 128 KB@0x9a840000
[ 0.000000] IRAM READY
[ 0.000000] CPU is i.MX51 Revision 3.0
[ 0.000000] MXC GPIO hardware
[ 0.000000] Efika MX: IOMUX for Board ID (3 pins)
[ 0.000000] Efika MX: IOMUX for General GPIO Stuff (7 pins)
[ 0.000000] Efika MX: IOMUX for SPI (6 pins)
[ 0.000000] Efika MX: IOMUX for PMIC (1 pins)
[ 0.000000] Efika MX: IOMUX for I2C (4 pins)
[ 0.000000] Efika MX: IOMUX for USB (29 pins)
[ 0.000000] Efika MX: IOMUX for ATA (29 pins)
[ 0.000000] Efika MX: Initializing SD card IOMUX (external, mmc0)
[ 0.000000] Efika MX: IOMUX for WDOG (1.2) (1 pins)
[ 0.000000] Efika MX: IOMUX for LED (3 pins)
[ 0.000000] Efika MX: IOMUX for Power Key (1 pins)
[ 0.000000] Efika MX: AIPS1_BASE_ADDR = 0x73f00000
[ 0.000000] Efika MX: AIPS1_BASE_ADDR_VIRT = 0xf7e00000, io_pg_offst
= 0x3df8
[ 0.000000] Efika MX: PHYS_OFFSET = 0x90000000
[ 0...

Revision history for this message
Matt Sealey (mwsealey) wrote :

Kernel update in the coming days should do a little to solve this but I want to test it more.

Revision history for this message
runi (poulsen-runi) wrote :
Download full text (21.1 KiB)

This is the full dmesg:

[ 0.000000] Initializing cgroup subsys cpuset
[ 0.000000] Linux version 2.6.31.14.12-efikamx (root@spinel) (gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu4) ) #1 PREEMPT Thu Dec 2 12:26:09 CST 2010
[ 0.000000] CPU: ARMv7 Processor [412fc085] revision 5 (ARMv7), cr=10c53c7f
[ 0.000000] CPU: VIPT nonaliasing data cache, VIPT nonaliasing instruction cache
[ 0.000000] Machine: Genesi Efika MX (Smarttop)
[ 0.000000] Memory policy: ECC disabled, Data cache writeback
[ 0.000000] On node 0 totalpages: 106496
[ 0.000000] free_area_init_node: node 0, pgdat 8040b0e4, node_mem_map 8046f000
[ 0.000000] DMA zone: 192 pages used for memmap
[ 0.000000] DMA zone: 0 pages reserved
[ 0.000000] DMA zone: 24384 pages, LIFO batch:3
[ 0.000000] Normal zone: 640 pages used for memmap
[ 0.000000] Normal zone: 81280 pages, LIFO batch:15
[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 105664
[ 0.000000] Kernel command line: console=tty1 root=/dev/sda2 rootwait rw quiet splash
[ 0.000000] PID hash table entries: 2048 (order: 11, 8192 bytes)
[ 0.000000] Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
[ 0.000000] Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
[ 0.000000] Memory: 416MB = 416MB total
[ 0.000000] Memory: 410964KB available (3512K code, 587K data, 132K init, 0K highmem)
[ 0.000000] SLUB: Genslabs=11, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
[ 0.000000] Hierarchical RCU implementation.
[ 0.000000] NR_IRQS:368
[ 0.000000] MXC IRQ initialized
[ 0.000000] Console: colour dummy device 80x30
[ 0.000000] console [tty1] enabled
[ 0.000000] Calibrating delay loop... 799.53 BogoMIPS (lpj=3997696)
[ 0.000000] Mount-cache hash table entries: 512
[ 0.000000] Initializing cgroup subsys ns
[ 0.000000] Initializing cgroup subsys cpuacct
[ 0.000000] Initializing cgroup subsys freezer
[ 0.000000] Initializing cgroup subsys net_cls
[ 0.000000] CPU: Testing write buffer coherency: ok
[ 0.000000] devtmpfs: initialized
[ 0.000000] regulator: core version 0.5
[ 0.000000] NET: Registered protocol family 16
[ 0.000000] i.MX IRAM pool: 128 KB@0x9a840000
[ 0.000000] IRAM READY
[ 0.000000] CPU is i.MX51 Revision 3.0
[ 0.000000] MXC GPIO hardware
[ 0.000000] Efika MX: IOMUX for Board ID (3 pins)
[ 0.000000] Efika MX: IOMUX for General GPIO Stuff (7 pins)
[ 0.000000] Efika MX: IOMUX for SPI (6 pins)
[ 0.000000] Efika MX: IOMUX for PMIC (1 pins)
[ 0.000000] Efika MX: IOMUX for I2C (4 pins)
[ 0.000000] Efika MX: IOMUX for USB (29 pins)
[ 0.000000] Efika MX: IOMUX for ATA (29 pins)
[ 0.000000] Efika MX: Initializing SD card IOMUX (external, mmc0)
[ 0.000000] Efika MX: IOMUX for WDOG (1.2) (1 pins)
[ 0.000000] Efika MX: IOMUX for LED (3 pins)
[ 0.000000] Efika MX: IOMUX for Power Key (1 pins)
[ 0.000000] Efika MX: AIPS1_BASE_ADDR = 0x73f00000
[ 0.000000] Efika MX: AIPS1_BASE_ADDR_VIRT = 0xf7e00000, io_pg_offst = 0x3df8
[ 0.000000] Efika MX: PHYS_OFFSET = 0x90000000
[ 0.000000] Efika MX Revision 1.3
[ 0.000000] Using ...

Matt Sealey (mwsealey)
Changed in efikamx:
assignee: nobody → Matt Sealey (mwsealey)
importance: Undecided → High
status: New → In Progress
Matt Sealey (mwsealey)
Changed in efikamx:
status: In Progress → Fix Committed
Matt Sealey (mwsealey)
Changed in efikamx:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.