[Intel-gfx] [ANNOUNCE] xf86-video-intel (2.8.0 rc1)

Adam Lantos hege at playma.org
Thu Jun 11 18:31:09 CEST 2009


I've got another xrandr issue: after playing tuxracer (in 640x480) for
some refreshing minutes, xrandr can no longer switch or either print
resolutions, I get this error message for each xrandr invocation:

$ xrandr --verbose
xrandr: output VGA1 cannot use rotation "normal" reflection "none"
$ xrandr --output VGA1 --off
xrandr: output VGA1 cannot use rotation "normal" reflection "none"

This is the tail of the kernel log:

[drm] DAC-6: set mode 640x480 1f
[drm] LVDS-8: set mode 640x480 2a
i2c-adapter i2c-0: unable to read EDID block.
i915 0000:00:02.0: VGA-1: no EDID data
i2c-adapter i2c-1: unable to read EDID block.
i915 0000:00:02.0: LVDS-1: no EDID data
i2c-adapter i2c-0: unable to read EDID block.
[... lots of i2c error messages]
[drm] DAC-6: set mode 1024x768 2b
[drm] LVDS-8: set mode 1024x768 2c

00:02.0 VGA compatible controller: Intel Corporation Mobile
915GM/GMS/910GML Express Graphics Controller (rev 03)
00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML
Express Graphics Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6
Family) PCI Express Port 1 (rev 03)

I've also compiled the I82801 I2C driver in the kernel (and no other
I2C bus drivers are enabled):

$ gzip -cd /proc/config.gz | grep I2C_I801

I have *many* of these messages, are these normal?

i915 0000:00:02.0: VGA-1: no EDID data
i2c-adapter i2c-1: unable to read EDID block.
i915 0000:00:02.0: LVDS-1: no EDID data
i2c-adapter i2c-0: unable to read EDID block.


On Thu, Jun 11, 2009 at 4:07 PM, Adam Lantos<hege at playma.org> wrote:
> Hello,
> Yes, but only if i have the corresponding Monitor section in xorg.conf.
> If Monitor-VGA1 is set AND I do a fresh boot: VGA1 looks like enabled
> and uses the preferred mode, desktop is extended to it.
> But, xrandr says the following:
> $ xrandr
> Screen 0: minimum 320 x 200, current 1280 x 1792, maximum 2048 x 2048
> VGA1 disconnected 1280x1024+0+0 (normal left inverted right x axis y
> axis) 0mm x 0mm
> LVDS1 connected 1024x768+0+1024 (normal left inverted right x axis y
> axis) 0mm x 0mm
>   1024x768       60.0*+   60.0
>   800x600        60.3
>   640x480        59.9
> TV1 disconnected (normal left inverted right x axis y axis)
>  1280x1024 (0x3e)  108.0MHz
>        h: width  1280 start 1328 end 1440 total 1688 skew    0 clock   64.0KHz
>        v: height 1024 start 1025 end 1028 total 1066           clock   60.0Hz
> I have no idea what that last lines mean, I also have Option "ignore"
> in my TV monitor section, see the attached config in my first mail. I
> find it also weird that VGA1 is disconnected according to this output.
> When I comment out the Monitor-VGA1 section, then VGA1 is not enabled,
> but shows up as 'connected' in xrandr.
> More interestingly, when I restart the xserver, even with Monitor-VGA1
> section in place, I see this last behavior (monitor not enabled, but
> shows up as connected.)
> Plugging in the D-SUB cable behaves as expected, monitor is enabled,
> uses the preferred mode and desktop is extended to it, also it shows
> up as connected.
> This is an i915GM, Thinkpad X41-Tablet. I have 2.6.30 + intel 2.8-RC1,
> xserver 1.6.2-RC1.
> Thanks,
>  Adam
> 2009/6/11 Ma, Ling <ling.ma at intel.com>:
>> Hi Adam
>> Your means is that When VGA is not plugged with your laptop, log file still shows VGA is connected in KMS?
>> Thanks
>> Ma Ling
>>>-----Original Message-----
>>>From: intel-gfx-bounces at lists.freedesktop.org
>>>[mailto:intel-gfx-bounces at lists.freedesktop.org] On Behalf Of
>>>Adam Lantos
>>>Sent: Thursday, June 11, 2009 6:42 PM
>>>To: Carl Worth; intel-gfx at lists.freedesktop.org
>>>Subject: Re: [Intel-gfx] [ANNOUNCE] xf86-video-intel
>>> (2.8.0 rc1)
>>>I have an external VGA section in my xorg.conf:
>>>Section "Monitor"
>>>    Identifier "VGA"
>>>    HorizSync 24-92
>>>    VertRefresh 43-60
>>>    Option "Above" "LVDS"
>>>    Option  "Primary" "false"
>>>    Option "Modes" "1280x1024 1024x768"
>>>    Option "PreferredMode" "1280x1024"
>>>When starting X with VGA _unplugged_, KMS enables the VGA connector
>>>and xrandr extendes my desktop.
>>>(II) intel(0): Output VGA1 connected
>>>(II) intel(0): Output VGA1 using initial mode 1280x1024
>>>[drm] DAC-6: set mode 1280x1024 20
>>>And I still have lots of 'no EDID data' in kernel log for VGA1
>>>and LVDS1, too.
>>>I've attached my dmesg, xorg log with modedebug and xorg.conf.
>>> Adam
>>>On Thu, Jun 11, 2009 at 12:42 AM, Carl Worth<cworth at cworth.org> wrote:
>>>> This is the first release candidate in preparation for the upcoming
>>>> 2.8.0 release. Most critical bugs should be fixed, but some major
>>>> bugs may still be present. We will appreciate any feedback we can
>>>> get from testing of this snapshot to improve the 2.8.0 release.
>>>> Some of the major fixes in this snapshot include:
>>>>        * Several fixes for intermittent GPU hangs/crashes, (some of
>>>>          which already appeared in the 2.7.1 release)
>>>>        * Fix to avoid X crash when viewing large images in browser
>>>>        * Fix X server failure when running old (non-GEM) kernel
>>>>        * Fixes for SDVO LVDS mode detection
>>>>        * Fix major performance regression of trapezoid rendering
>>>>          compared to XAA/EXA
>>>>        * New support for tear-free video when using KMS
>>>>        * New support for tear-free DRI2 CopyRegion
>>>>        * And many more...
>>>> -Carl
>>>> How to get the release
>>>> ======================
>>>> git tag:
>>>> MD5: bd2052cb77094aaea76bf9d6e1ce8ce6
>>>> SHA1: 8c32e4cb54a739d98b9cdcf48355403350136712
>>>> MD5: 81184dcf98a035882a4f023bf50aa356
>>>> SHA1: f6b47ca218ae2b76392d619106d9b35a5e63cd7a
>>>> All changes from to
>>>> =======================================
>>>> Adam Jackson (1):
>>>>      Remove useless loader symbol lists.
>>>> Alan Coopersmith (1):
>>>>      Fix "Unkown" typo in two FatalError messages
>>>> Arkadiusz Miśkiewicz (1):
>>>>      Restore CFLAGS after tests.
>>>> Carl Worth (8):
>>>>      Add doltlibtool to DISTCLEANFILES
>>>>      RELEASING: Better instructions for where to send announcements
>>>>      Use libdrm to lookup pipe for tear-free sync of XV
>>>>      Revert "Rely on BO pixmaps being present in acceleration paths."
>>>>      Rename i830_exa.c to i830_uxa.c
>>>>      UXA: Rasterize trapezoids to system memory, not a pixmap
>>>>      NEWS: Summarize new developments for
>>>>      Increment version to
>>>> Eric Anholt (9):
>>>>      Remove dead "avail" variable from XAA stuff.
>>>>      Only sync XV to vblank when drawing to the frontbuffer.
>>>>      Don't do GTT maps on objects bigger than half the
>>>available aperture size.
>>>>      Fix backwards logic on whether to sync to vblank or not.
>>>>      Open the DRM and keep the handle throughout server
>>>startup to finish.
>>>>      Fold GEM detection into DRM master open.
>>>>      Replace some pixmap-related idioms with inline
>>>functions to do so.
>>>>      Fix some drawable abuse in i830_dri.c
>>>>      Fix segfault in DRI2 vblank syncing if the region isn't
>>>> Jesse Barnes (3):
>>>>      Add new have_gem flag
>>>>      Add --enable-debug flag to configure
>>>>      Sync DRI2 CopyRegion to vertical retrace
>>>> Keith Packard (14):
>>>>      Allow cursors to roam past 2048x2048 limit.
>>>>      intel_batch_start_atomic: fix size passed to
>>>intel_batch_require_space (*4)
>>>>      Leave allocator running until lower-level CloseScreens are done
>>>>      Don't bother to enable VF statistics during 965 video playback
>>>>      3D_STATE_VERTEX_BUFFERS takes four 32-bit values, not three.
>>>>      Hold reference to video binding table until all rects
>>>are painted.
>>>>      Revert "Leave allocator running until lower-level
>>>CloseScreens are done"
>>>>      Call down to lower CloseScreen before shutting down DRM
>>>>      Split i915 textured video commands to fit into batch buffers.
>>>>      Fallback when VT inactive
>>>>      Add DP link and GMCH M and N registers
>>>>      Load i915 and fbcon when checking for KMS
>>>>      If DRM can't figure out which pipe to sync on, then
>>>don't sync at all.
>>>>      Use drm_intel_bo_disable_reuse API to flag scanout and
>>>cursor buffers
>>>> Kristian Høgsberg (2):
>>>>      Only return FALSE when dri_bo_map() fails
>>>>      Fall back to fb pixmaps for backing glyph pictures
>>>> Li Shao Hua (1):
>>>>      switch XvMC to gem
>>>> Lukasz Kurylo (1):
>>>>      DRI2 copyregion: don't wait for scanlines that won't happen
>>>> Ma Ling (4):
>>>>      Set activation periods as 64 cdclk sync up with KMS
>>>>      Wait doubled regis to be stable for load pipe detection
>>>>      Fetch mode line from VBT, then keep it.
>>>>      Provide mode line from VBT to xorg.
>>>> Stijn van Drongelen (1):
>>>>      Fix typo in (unused) INTEL_BIOS_32 macro
>>>> Wu Fengguang (2):
>>>>      Remove the offset parameter from i830_allocator_init()
>>>>      README: kill an evil dot
>>>> Xiang Hai hao (1):
>>>>      DRI2 for XvMC
>>>> Xiang, Haihao (1):
>>>>      xvmc: don't include xf86dri.h
>>>> Zhenyu Wang (8):
>>>>      xvmc: move 965 mc media programs to shader/mc directory
>>>>      xvmc: add missed vld g4i sources in Makefile and fix distcheck
>>>>      Add new chipsets PCI ids
>>>>      Remove fixed MMIO size
>>>>      Update intel_gtt utility for new chipset GTT check
>>>>      Add new register definitions
>>>>      Disable composite on new chipset for now
>>>>      Add new chipset register dumps
>>>> Zou Nan hai (5):
>>>>      XvMC VLD extension support for G4X
>>>>      enable UV half pixel
>>>>      fix
>>>>      enable MC on g45 for player without vld patch
>>>>      add missing files for previous commit
>>>> _______________________________________________
>>>> Intel-gfx mailing list
>>>> Intel-gfx at lists.freedesktop.org
>>>> http://lists.freedesktop.org/mailman/listinfo/intel-gfx

More information about the Intel-gfx mailing list