[Intel-gfx] [ANNOUNCE] xf86-video-intel 2.7.99.901 (2.8.0 rc1)
Adam Lantos
hege at playma.org
Thu Jun 11 16:07:23 CEST 2009
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