intel-2.6.99.902 support primary output for RandR 1.3?

GordonYuan at viatech.com.cn GordonYuan at viatech.com.cn
Thu Mar 26 01:19:41 PDT 2009


Dear all,

    The same thing happens on Intel platform with the package xf86-video-intel-2.6.99.902. I enable VGA and HDMI device, and make HDMI shows the right contents of VGA. 

    Some documents mentions that the primary output holds the toolbar, shows the GDM login dialog and screensaver unlock dialog. So I thought the toolbar will move to the HDMI screen if I use the command “xrandr --output HDMI --primary”. But nothing happens. After I use the command “xrandr --verbose”, I find that CRTC of VGA and HDMI exchanges, but the display make no difference. 

    I use the OS Ubuntu 9.04 alpha 6 and xrandr 1.2.99.4.

    I’m puzzled now. Have the xf86-video-intel-2.6.99.902 not supported primary output? Or am I misunderstanding about the meaning of primary output?

    Thanks!

Best wishes,

Gordon

 

________________________________

From: xorg-bounces at lists.freedesktop.org [mailto:xorg-bounces at lists.freedesktop.org] On Behalf Of FloraGui at viatech.com.cn
Sent: 2009年3月25日 16:06
To: xorg at lists.freedesktop.org
Subject: randr1.3 primary output using?

 

Dear All:

    Recently I am using RandR1.3, I found a little confuse with RandR1.3 primary output definition.

    What is this parameter for?

 

    I use the command

 xrandr  --output  VGA  --primary 

    I found if the VGA occupied the IGA2, after using the command line it occupied IGA1, see the info from xrandr --verbose 

    Before command 

        Screen 0: minimum 320 x 200, current 1024 x 768, maximum 2048 x 2048

VGA connected 1024x768+0+0 (0x3e) normal (normal left inverted right x axis y axis) 352mm x 264mm

        Identifier: 0x3a

        Timestamp:  584354

        Subpixel:   unknown

        Clones:    

        CRTC:       0

        CRTCs:      0 1

        EDID_DATA:

                00ffffffffffff005a63133501010101

                320d01031d241bbe2abbb8a352469824

                0f484cffff8081998159714f6159a94f

                c140c940d140863d00c05100304040a0

                130060081100001e000000ff00333543

                3033353030303238300a000000fd0032

                b41e6118000a202020202020000000fc

                00473930662b0a2020202020202000bb

        TV connected 1024x768+0+0 (0x49) normal (normal left inverted right x axis y axis) 0mm x 0mm

        Identifier: 0x3d

        Timestamp:  584354

        Subpixel:   unknown

        Clones:    

        CRTC:       1

        CRTCs:      0 1

    After command

         Screen 0: minimum 320 x 200, current 1024 x 768, maximum 2048 x 2048

CRT connected 1024x768+0+0 (0x3e) normal (normal left inverted right x axis y axis) 352mm x 264mm

        Identifier: 0x3a

        Timestamp:  584354

        Subpixel:   unknown

        Clones:    

        CRTC:       1

        CRTCs:      1 0

        EDID_DATA:

                00ffffffffffff005a63133501010101

                320d01031d241bbe2abbb8a352469824

                0f484cffff8081998159714f6159a94f

                c140c940d140863d00c05100304040a0

                130060081100001e000000ff00333543

                3033353030303238300a000000fd0032

                b41e6118000a202020202020000000fc

                00473930662b0a2020202020202000bb

        TV connected 1024x768+0+0 (0x49) normal (normal left inverted right x axis y axis) 0mm x 0mm

        Identifier: 0x3d

        Timestamp:  584354

        Subpixel:   unknown

        Clones:    

        CRTC:       0

        CRTCs:      1 0

 

    In my opinion, because the crtc is changed we need to redraw the screen, but actually the screen do not redraw, so I now is a little confused about the function of this command? what is the right behavior of the command?

    Thanks!

                                                                                                                                         Best Regards

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.x.org/archives/xorg/attachments/20090326/13621751/attachment.html>


More information about the xorg mailing list