desktop-packages team mailing list archive

[Bug Watch Updater <1308515@xxxxxxxxxxxxxxxxxx>]

Launchpad has imported 15 comments from the remote bug at
https://bugs.freedesktop.org/show_bug.cgi?id=81383.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2014-07-15T11:57:36+00:00 Pruzinat wrote:

Created attachment 102848
bisect report

Good day,

xorg segfaults with latest xf86-video-intel driver and nvidia binary
blob 340.24 randr offloading.

Enclosing xorg log, git bisect report and my .xinitrc.

Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg-
server/+bug/1308515/comments/11

------------------------------------------------------------------------
On 2014-07-15T11:58:16+00:00 Pruzinat wrote:

Created attachment 102849
xorg log

Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg-
server/+bug/1308515/comments/12

------------------------------------------------------------------------
On 2014-07-15T11:58:57+00:00 Pruzinat wrote:

Created attachment 102850
.xinitrc im using

Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg-
server/+bug/1308515/comments/13

------------------------------------------------------------------------
On 2014-07-15T13:56:34+00:00 Pruzinat wrote:

After reverting commit in question, everything works for me once again
(latest master).

Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg-
server/+bug/1308515/comments/14

------------------------------------------------------------------------
On 2014-07-16T06:24:44+00:00 Chris Wilson wrote:

That wasn't the bug I was expecting to see... Why do you have the low
power igfx slaved to the dgpu? That prevents -nvidia from ever powering
down.

Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg-
server/+bug/1308515/comments/15

------------------------------------------------------------------------
On 2014-07-16T06:26:19+00:00 Chris Wilson wrote:

Can you attach gdb and get a 'bt full'? Note that requires a second
computer to ssh in and run 'gdb --pid `pidof X`'

Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg-
server/+bug/1308515/comments/16

------------------------------------------------------------------------
On 2014-07-16T13:10:07+00:00 Pruzinat wrote:

Will do.
by the way, why would I had to use ssh for this? Can't I just fire gdb from unused tty?

Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg-
server/+bug/1308515/comments/17

------------------------------------------------------------------------
On 2014-07-16T13:26:34+00:00 Pruzinat wrote:

(In reply to comment #4)
> That wasn't the bug I was expecting to see... Why do you have the low power
> igfx slaved to the dgpu? That prevents -nvidia from ever powering down.

I'm playing around some opengl 4.x extensions and this machine is
muxless optimus laptop so I can either go for offloading or use things
like bumblebee, which brings some extra complexity when I'm debugging.

Also, I'm playing some videogames in my spare time so I don't mind
having nvidia (I have custom runlevel that only runs on igfx for
powersave).

Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg-
server/+bug/1308515/comments/18

------------------------------------------------------------------------
On 2014-07-16T14:05:09+00:00 Pruzinat wrote:

(In reply to comment #5)
> Can you attach gdb and get a 'bt full'? Note that requires a second computer
> to ssh in and run 'gdb --pid `pidof X`'

Hm, it seems that it's not X thats segfaulting, it's 'xrandr --auto'
that is being run after 'xrandr --setprovideroutputsource "Intel"
NVIDIA-0'.

Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg-
server/+bug/1308515/comments/19

------------------------------------------------------------------------
On 2014-07-16T14:22:44+00:00 Pruzinat wrote:

(In reply to comment #8)
> (In reply to comment #5)
> > Can you attach gdb and get a 'bt full'? Note that requires a second computer
> > to ssh in and run 'gdb --pid `pidof X`'
> 
> Hm, it seems that it's not X thats segfaulting, it's 'xrandr --auto' that is
> being run after 'xrandr --setprovideroutputsource "Intel" NVIDIA-0'.

Sorry for jitter, its 'xrandr --auto' that causes X to crash, but I'm unable to catch it in time since X is dying too quickly.
Will give it some thought in the evening when I have free time.
Any advice would be appreciated (perhaps I should just send dump or something).

Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg-
server/+bug/1308515/comments/20

------------------------------------------------------------------------
On 2014-07-17T06:29:07+00:00 Chris Wilson wrote:

If you don't have a second machine handy, try reproducing the crash
after compiling xf86-video-intel with --enable-debug=full. That will
dump lots to Xorg.0.log, so please compress before attaching.

Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg-
server/+bug/1308515/comments/21

------------------------------------------------------------------------
On 2014-07-17T11:30:41+00:00 Pruzinat wrote:

Created attachment 102979
Xorg.0.log

Here is the log with --enable-debug=full.
This time X didn't actually crash, but rather froze showing black screen and '_' cursor. Had to reboot the laptop.

Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg-
server/+bug/1308515/comments/22

------------------------------------------------------------------------
On 2014-07-17T12:03:52+00:00 Chris Wilson wrote:

Thanks. I see that the handling of foreign scanouts is indeed broken and
needs some tlc.

Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg-
server/+bug/1308515/comments/23

------------------------------------------------------------------------
On 2014-07-17T14:25:06+00:00 Chris Wilson wrote:

The fix in your case should be fairly trivial, remove the
sna_crtc->transform = true and remember to unoffset the CRTC. However,
handling the transformed slaved CRTC was broken.


commit a45b2ea11c15f35c36330ff27cb45854a29c2e2c
Author: Chris Wilson <chris@xxxxxxxxxxxxxxxxxx>
Date:   Thu Jul 17 14:40:51 2014 +0100

    sna: Handle rotated slaved scanouts
    
    As per the usual handling of rotated scanouts with unsupported
    rotations, we stage the drawing onto a backbuffer then rotate onto the
    crtc later. The difference here is that we must read the contents from
    the master pixmap rather than our own screen pixmap.
    
    Spotted was looking at slaved scanouts mistakenly setting the CRTC
    transformed flag.
    
    Reported-by: Tomas Pruzina <pruzinat@xxxxxxxxx>
    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=81383
    Signed-off-by: Chris Wilson <chris@xxxxxxxxxxxxxxxxxx>

Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg-
server/+bug/1308515/comments/24

------------------------------------------------------------------------
On 2014-07-17T14:52:59+00:00 Pruzinat wrote:

(In reply to comment #13)
> The fix in your case should be fairly trivial, remove the
> sna_crtc->transform = true and remember to unoffset the CRTC. However,
> handling the transformed slaved CRTC was broken.
> 
> 
> commit a45b2ea11c15f35c36330ff27cb45854a29c2e2c
> Author: Chris Wilson <chris@xxxxxxxxxxxxxxxxxx>
> Date:   Thu Jul 17 14:40:51 2014 +0100
> 
>     sna: Handle rotated slaved scanouts
>     
>     As per the usual handling of rotated scanouts with unsupported
>     rotations, we stage the drawing onto a backbuffer then rotate onto the
>     crtc later. The difference here is that we must read the contents from
>     the master pixmap rather than our own screen pixmap.
>     
>     Spotted was looking at slaved scanouts mistakenly setting the CRTC
>     transformed flag.
>     
>     Reported-by: Tomas Pruzina <pruzinat@xxxxxxxxx>
>     Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=81383
>     Signed-off-by: Chris Wilson <chris@xxxxxxxxxxxxxxxxxx>

Thanks, I'll test it for a bit and report back if anything is unstable.

Reply at: https://bugs.launchpad.net/ubuntu/+source/xorg-
server/+bug/1308515/comments/25


** Changed in: xorg-server
       Status: Unknown => Fix Released

** Changed in: xorg-server
   Importance: Unknown => Critical

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg-server in Ubuntu.
https://bugs.launchpad.net/bugs/1308515

Title:
  black screen when enabling rotation on a gpu screen

Status in HWE Next Project:
  Fix Released
Status in OEM Priority Project:
  Fix Released
Status in X.Org X server:
  Fix Released
Status in xorg-server package in Ubuntu:
  Fix Released
Status in xorg-server-lts-saucy package in Ubuntu:
  Invalid
Status in xorg-server-lts-saucy source package in Precise:
  Fix Released
Status in xorg-server source package in Saucy:
  Fix Released
Status in xorg-server source package in Trusty:
  Fix Released
Status in xorg-server source package in Vivid:
  Fix Released
Status in xorg-server-lts-saucy source package in Vivid:
  Invalid

Bug description:
  Running with the proprietary nvidia drivers in an optimus config
  works, but enabling reflection or rotation on the intel screen causes
  a black screen to appear.

  [Impact]
   * Causes a black screen if rotation or reflection is enabled.

  [Test Case]
   * Run xrandr --output SOMEOUTPUT --rotation left
      - Expected: Screen should rotate, or the call should fail.
      - Bad behavior: Succeeds, but causes a black screen.

  [Regression Potential] 
   * The affected codepaths have reflection and rotation disabled for gpu screens. Another fix could be fixing reflection/rotation, but that will be more involved and likely require driver fixes.

  [Other Info]
   * N/A

To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1308515/+subscriptions