[Intel-gfx] [ANNOUNCE] xf86-video-intel 2.7.99.901 (2.8.0 rc1)
Adam Lantos
hege at playma.org
Thu Jun 11 18:31:09 CEST 2009
Hello,
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
CONFIG_I2C_I801=y
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.
thanks,
Adam
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.7.99.901 (2.8.0 rc1)
>>>
>>>Hi,
>>>
>>>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"
>>>EndSection
>>>
>>>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.
>>>
>>>
>>>cheers,
>>> 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: 2.7.99.901
>>>>
>>>>
>>>http://xorg.freedesktop.org/archive/individual/driver/xf86-vide
>>>o-intel-2.7.99.901.tar.bz2
>>>> MD5: bd2052cb77094aaea76bf9d6e1ce8ce6
>>>xf86-video-intel-2.7.99.901.tar.bz2
>>>> SHA1: 8c32e4cb54a739d98b9cdcf48355403350136712
>>>xf86-video-intel-2.7.99.901.tar.bz2
>>>>
>>>>
>>>http://xorg.freedesktop.org/archive/individual/driver/xf86-vide
>>>o-intel-2.7.99.901.tar.gz
>>>> MD5: 81184dcf98a035882a4f023bf50aa356
>>>xf86-video-intel-2.7.99.901.tar.gz
>>>> SHA1: f6b47ca218ae2b76392d619106d9b35a5e63cd7a
>>>xf86-video-intel-2.7.99.901.tar.gz
>>>>
>>>>
>>>> All changes from 2.7.99.1 to 2.7.99.901
>>>> =======================================
>>>> 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 2.7.99.901
>>>> Increment version to 2.7.99.901
>>>>
>>>> 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
>>>onscreen.
>>>>
>>>> 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
>>>allocator
>>>> 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