All of lore.kernel.org
 help / color / mirror / Atom feed
From: bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ@public.gmane.org
To: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Subject: [Bug 40502] New: Ability to assign arbitrary CRTC to an output is broken
Date: Tue, 30 Aug 2011 18:13:03 -0700 (PDT)	[thread overview]
Message-ID: <bug-40502-8800@http.bugs.freedesktop.org/> (raw)

https://bugs.freedesktop.org/show_bug.cgi?id=40502

           Summary: Ability to assign arbitrary CRTC to an output is
                    broken
           Product: xorg
           Version: git
          Platform: x86-64 (AMD64)
        OS/Version: Linux (All)
            Status: NEW
          Severity: minor
          Priority: medium
         Component: Driver/nouveau
        AssignedTo: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
        ReportedBy: maximlevitsky-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org
         QAContact: xorg-team-go0+a7rfsptAfugRpC6u6w@public.gmane.org


I am assigning that bug to nouveau DDX, although I really won't be surprised if
that is xserver or even kernel driver bug.

I have two CRTCs (CRTC0 and CRTC1) (most modern cards have such number)

I would like to assign CRTC1 to laptop screen, so I do this:

xrandr --output LVDS-1 --auto --crtc 1

Screen does blink however doing 'xrandr --verbose' still tells me that LVDS-1
uses CRTC0.
I can repeat that command again and again.
If I enable kernel modesetting debug, I notice that LVDS-1 is connected once to
CRTC0 and once to CRTC1 (on each invocation of 'xrandr' they change places),
and it does succedd, leading me to beliving that on kernel level everything is
fine.
However on higher level something is really broken, as xrand insists that
LVDS-1 connected to CRTC0, not to mention that such toggle of CRTCs shouln't
take place as I told explicitly I want to use crtc1.

This is preparation of hunt for bug that causes external connected monitor to
go dark after suspend and resume cycle sometimes, then if I disconnect it, even
nastier problem happends, the notebook screen goes dark as well, a thing that
makes me suspect that one of CRTCs goes tits up.
So I need a ability to control which CRTC is used.


I am using very recent versions (from git actually) of everything related to
GFX stack, although not everything is up to date, like for example xrand
library.

I think I will be able to handle that bug on my own, although if you have seen
anything related, or maybe even fact that this is known, please tell me.

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

             reply	other threads:[~2011-08-31  1:13 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-08-31  1:13 bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ [this message]
     [not found] ` <bug-40502-8800-V0hAGp6uBxMKqLRl/0Ahz6D7qz1kEfGD2LY78lusg7I@public.gmane.org/>
2011-10-08  9:46   ` [Bug 40502] Ability to assign arbitrary CRTC to an output is broken bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ
2011-10-08  9:47   ` bugzilla-daemon-CC+yJ3UmIYqDUpFQwHEjaQ

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bug-40502-8800@http.bugs.freedesktop.org/ \
    --to=bugzilla-daemon-cc+yj3umiyqdupfqwhejaq@public.gmane.org \
    --cc=nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.