Hello,
starting with 2.6.36 my monitor detects a resolution of 1920x1199 instead of 1920x1200. The monitor displays 1920x1199 on its OSD, and as a result, I guess, the display is blurred in the middle section (top to down) - most likely due to stretching applied by the monitor.
This issue shows up when loading i915 (KMS enabled) with 2.6.37 and 2.6.36 (also 2.6.36.2). With 2.6.35 (up to 2.6.35.10) the monitor correctly detects (and displays on OSD) 1920x1200 and doesn't blur anything.
The Chipset is an Intel G35 on an Asus P5E-V HDMI, the monitor is a Yuraku YV24WBH1 connected via DVI (DVI to HDMI adapter, the board doesn't have a separate DVI port).
The `fbset' output with 2.6.37 and 2.6.35.10 doesn't differ: mode "1920x1200" geometry 1920 1200 1920 1200 32 timings 0 0 0 0 0 0 0 rgba 8/16,8/8,8/0,0/0 endmode
dmesg excerpt for 2.6.37: [ 2.733019] efifb: probing for efifb [ 2.744452] efifb: framebuffer at 0xd0000000, mapped to 0xf8280000, using 7552k, total 7552k [ 2.769712] efifb: mode is 1600x1200x32, linelength=6400, pages=1 [ 2.787964] efifb: scrolling: redraw [ 2.798678] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0 [ 2.927422] fb0: EFI VGA frame buffer device [ 71.202957] [drm] Initialized drm 1.1.0 20060810 [ 71.374419] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 71.374423] i915 0000:00:02.0: setting latency timer to 64 [ 71.474329] i915 0000:00:02.0: irq 44 for MSI/MSI-X [ 71.669097] [drm] initialized overlay support [ 71.942025] fb: conflicting fb hw usage inteldrmfb vs EFI VGA - removing generic driver [ 72.223827] fb0: inteldrmfb frame buffer device [ 72.223829] drm: registered panic notifier [ 72.223961] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0 [ 87.492007] [drm] GMBUS timed out, falling back to bit banging on pin 0 [i915 gmbus disabled] [ 87.572007] [drm] GMBUS timed out, falling back to bit banging on pin 0 [i915 gmbus disabled] [ 87.652006] [drm] GMBUS timed out, falling back to bit banging on pin 0 [i915 gmbus disabled] [ 87.732007] [drm] GMBUS timed out, falling back to bit banging on pin 0 [i915 gmbus disabled] [ 87.812007] [drm] GMBUS timed out, falling back to bit banging on pin 0 [i915 gmbus disabled] [ 87.892007] [drm] GMBUS timed out, falling back to bit banging on pin 0 [i915 gmbus disabled] [ 87.972008] [drm] GMBUS timed out, falling back to bit banging on pin 0 [i915 gmbus disabled] [ 88.052006] [drm] GMBUS timed out, falling back to bit banging on pin 0 [i915 gmbus disabled] [ 89.692006] [drm] GMBUS timed out, falling back to bit banging on pin 6 [i915 gmbus reserved] [ 89.772006] [drm] GMBUS timed out, falling back to bit banging on pin 6 [i915 gmbus reserved] [ 89.852006] [drm] GMBUS timed out, falling back to bit banging on pin 6 [i915 gmbus reserved] [ 89.932007] [drm] GMBUS timed out, falling back to bit banging on pin 6 [i915 gmbus reserved] [ 90.012007] [drm] GMBUS timed out, falling back to bit banging on pin 6 [i915 gmbus reserved] [ 90.092006] [drm] GMBUS timed out, falling back to bit banging on pin 6 [i915 gmbus reserved] [ 90.172006] [drm] GMBUS timed out, falling back to bit banging on pin 6 [i915 gmbus reserved] [ 90.252006] [drm] GMBUS timed out, falling back to bit banging on pin 6 [i915 gmbus reserved]
dmesg excerpt for 2.6.35.10: [ 3.401792] efifb: probing for efifb [ 3.412804] efifb: framebuffer at 0xd0000000, mapped to 0xf8280000, using 3072k, total 3072k [ 3.438065] efifb: mode is 1024x768x32, linelength=4096, pages=1 [ 3.456058] efifb: scrolling: redraw [ 3.466773] efifb: Truecolor: size=8:8:8:8, shift=24:16:8:0 [ 3.540728] fb0: EFI VGA frame buffer device [ 52.667436] [drm] Initialized drm 1.1.0 20060810 [ 52.824746] i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 52.824750] i915 0000:00:02.0: setting latency timer to 64 [ 52.901066] i915 0000:00:02.0: irq 47 for MSI/MSI-X [ 52.901076] [drm] set up 7M of stolen space [ 53.255059] [drm] initialized overlay support [ 53.806061] fb: conflicting fb hw usage inteldrmfb vs EFI VGA - removing generic driver [ 54.171524] fb0: inteldrmfb frame buffer device [ 54.171525] drm: registered panic notifier [ 54.171681] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
The monitor's EDID information via `get-edid | parse-edid': # EDID version 1 revision 3 Section "Monitor" # Block type: 2:0 3:fc Identifier "MB24W" VendorName "NTS" ModelName "MB24W" # Block type: 2:0 3:fc # Block type: 2:0 3:fd HorizSync 30-74 VertRefresh 50-61 # Max dot clock (video bandwidth) 160 MHz # Block type: 2:0 3:ff # DPMS capabilities: Active off:yes Suspend:no Standby:no Mode "1920x1200" # vfreq 59.950Hz, hfreq 74.038kHz DotClock 154.000000 HTimings 1920 1968 2000 2080 VTimings 1200 1203 1209 1235 Flags "-HSync" "+VSync" EndMode # Block type: 2:0 3:fc # Block type: 2:0 3:fd # Block type: 2:0 3:ff EndSection
PS: I mailed this to lkml about a week ago, maybe dri-devel@ will suit better?
regards Mario
Hello,
On Fri, Jan 14, 2011 at 04:19:50PM +0100, Mario 'BitKoenig' Holbe wrote:
starting with 2.6.36 my monitor detects a resolution of 1920x1199 instead of 1920x1200. The monitor displays 1920x1199 on its OSD, and as a result, I guess, the display is blurred in the middle section (top to down) - most likely due to stretching applied by the monitor.
I finally got some time to bisect this issue and found 81a14b46846fea0741902e8d8dfcc6c6c78154c8 drm/i915/sdvo: Set sync polarity based on actual mode causes the bug.
And, indeed, reverting 81a14b46846fea0741902e8d8dfcc6c6c78154c8 on 2.6.37.3 or 2.6.38-rc8 makes my monitor detecting 1920x1200 again.
Please note, this patch is part of a 3-series together with: b599c0bca1e08a89a7fc4305bc84f4be30ada368 drm/i915/hdmi: Set sync polarity based on actual mode d6d952689a48375afb97f619f77d548f16d45a92 drm/i915/pch: Set transcoder sync polarity for DP based on actual mode
Submitters/Signers of 81a14b46846fea0741902e8d8dfcc6c6c78154c8 CC:ed.
regards Mario
dri-devel@lists.freedesktop.org