** Changed in: xserver-xorg-video-intel
Importance: Unknown => Medium
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/269509
Title:
white screen on second session with compiz: pretends to have a se
** Changed in: xserver-xorg-video-intel
Importance: Medium => Unknown
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/269509
Title:
white screen on second session with compiz: pretends to have a se
> Hi, I'm sort of a noob when it comes to these sort of things (bugs and
fixes)
Hi Zaf, tip #1 is that if the bug you think you have is closed, then
it's likely you have some unrelated bug that just happens to have
similar symptoms. See http://wiki.ubuntu.com/X/Reporting for tips on
creating your
Hi, I'm sort of a noob when it comes to these sort of things (bugs and
fixes) but I'm having the white screen problem on my computer when
trying to log back on to my first session while compiz is activated. Now
apparently this bug is considered fixed so can someone explain to me
what I need to do ?
Indeed. Well, seems I was confused then.
** Changed in: xserver-xorg-video-intel (Ubuntu)
Status: Triaged => Invalid
--
white screen on second session with compiz: pretends to have a second DRI
capable head where it doesn't
https://bugs.launchpad.net/bugs/269509
You received this bug not
> However, it says "second X server pretends to be DRI capable", which
mesa is clearly not.
Err... maybe I'm confused but I am not seeing that the X server is
pretending to be DRI capable. From the guest Xorg.0.log it clearly says
that DRI is disabled:
(EE) intel(0): [dri] DRIScreenInit failed.
> Perhaps it should exclude "Software Renderer" in its checking?
That's exactly what it does now.
So if the bug was solely about "compiz fails on second session", we
could close this. However, it says "second X server pretends to be DRI
capable", which mesa is clearly not. I don't mind if the -in
I interpret "With KMS and the current driver..." to mean, the -intel
2.6.3 driver when used with KMS (i.e. by flipping UXA on). But I could
be wrong. If I'm right, it would be easy enough to test...
Note that "Software Rasterizer" is indeed provided by mesa, so by that
you're right. Perhaps the
Argh, please ignore my previous comment. Of course we aren't talking
about "3D GL" capability here, but about "DRI", which should be
something backed by hardware.
However, upstream says that it's fixed in the latest (development, I
assume) version of -intel, so we should get that in Karmic?
** Ch
I tend to agree.
I think the basic "problem" here is that mesa became "too good" with
emulating in the software rasterizer. :-) In other words, I think it's
correct for compiz to check for the software rasterizer itself.
** Changed in: xserver-xorg-video-intel (Ubuntu)
Status: Triaged => W
Martin, upstream seems to think the problem is rather bugs in compiz
when Software Rasterizer is being used. That seems plausible, but what
are your thoughts?
--
white screen on second session with compiz: pretends to have a second DRI
capable head where it doesn't
https://bugs.launchpad.net/bu
** Changed in: xserver-xorg-video-intel
Status: Confirmed => Fix Released
--
white screen on second session with compiz: pretends to have a second DRI
capable head where it doesn't
https://bugs.launchpad.net/bugs/269509
You received this bug notification because you are a member of Ubuntu
** Changed in: xserver-xorg-video-intel (Ubuntu)
Status: Incomplete => Triaged
--
white screen on second session with compiz: pretends to have a second DRI
capable head where it doesn't
https://bugs.launchpad.net/bugs/269509
You received this bug notification because you are a member of U
** Changed in: xserver-xorg-video-intel
Status: Unknown => Confirmed
--
white screen on second session with compiz: pretends to have a second DRI
capable head where it doesn't
https://bugs.launchpad.net/bugs/269509
You received this bug notification because you are a member of Ubuntu
Bugs
hal (0.5.12~rc1-0ubuntu6) jaunty; urgency=low
.
* Add 00git_fix_drm_acls.patch: Fix copy&paste error which assigned
the wrong access_control.file for /dev/drm/card* devices. It
previously copied "input.device", but should be
"linux.device_file". This brings back hardware GL rend
Hello Bryce,
Bryce Harrington [2009-01-19 1:04 -]:
> What package is responsible for setting these permissions? hal?
udev by default, but I guess this is a case for automatic ACLs via
hal/ConsoleKit. In fact I just saw that it already tries to do so, but
for some reason it does not work. I'
Martin, ahh, yes I think we've had several bug reports about that.
What package is responsible for setting these permissions? hal? Can it
be updated to set them more permissively?
If not, then it sounds like user accounts need to be set up to be
included in the video group. I notice my current
Thanks Bryce, I sub'ed to both upstream bugs and replied to upstream's
questions. Looks as if 19492 might actually be a /dev permission
problem.
--
white screen on second session with compiz: pretends to have a second DRI
capable head where it doesn't
https://bugs.launchpad.net/bugs/269509
You r
Hi Martin,
Upstream needs some further information. Please subscribe to the
upstream bug and supply the requested information there.
--
white screen on second session with compiz: pretends to have a second DRI
capable head where it doesn't
https://bugs.launchpad.net/bugs/269509
You received th
Bug I is upstream at https://bugs.freedesktop.org/show_bug.cgi?id=19493.
Since I think I can only link to a single upstream bug, and since this
was the original, I'll link this LP bug to this fdo bug. If you think
it worthwhile to have a LP/fdo link for bug II, it may make sense to
file a new sep
Hi Martin,
I've filed bug II upstream at
https://bugs.freedesktop.org/show_bug.cgi?id=19492. Please subscribe to
that bug in case they need further information or wish you to test
something.
--
white screen on second session with compiz: pretends to have a second DRI
capable head where it does
Bryce Harrington [2009-01-07 10:43 -]:
> I. Whitescreen on secondary session with compiz activated
Yes, due to second screen claiming "DRI: Yes" although it uses
software rasterizer. That's the original bug.
> II. Regression from Hardy to Intrepid: Software rasterizing instead of
> hardware
Ahh, okay so it seems there are two independent bugs:
I. Whitescreen on secondary session with compiz activated
II. Regression from Hardy to Intrepid: Software rasterizing instead of
hardware rasterizing.
Thanks for the additional information.
--
white screen on second session with compiz: p
On the intrepid live CD (same system and hardware) I get 615 fps with
glxgears (standard window size, using the mesa intel 945 driver). On my
current jaunty I only get 105 fps, using the software rasterizer.
--
white screen on second session with compiz: pretends to have a second DRI
capable he
Bryce Harrington [2009-01-07 6:36 -]:
> Oh also, I meant to ask that with jaunty, on the second head are you
> seeing the originally reported issue of a white screen when compiz is
> running, or is that issue resolved now?
It's still there.
> worse, so I assume the white screen problem is st
** Attachment added: "Xorg log from guest session"
http://launchpadlibrarian.net/20974510/Xorg.log.guest
--
white screen on second session with compiz: pretends to have a second DRI
capable head where it doesn't
https://bugs.launchpad.net/bugs/269509
You received this bug notification becaus
Bryce Harrington [2009-01-07 6:32 -]:
> However, if you're seeing it report 'software rasterizer' on the
> first head too, that does seem to be a legitimate bug.
I do.
> First, can you reproduce this when booted into a single session? I.e.
> does it always show software rasterizer
yes.
>,
** Attachment added: "Xorg log from primary session"
http://launchpadlibrarian.net/20974508/Xorg.log.primary
--
white screen on second session with compiz: pretends to have a second DRI
capable head where it doesn't
https://bugs.launchpad.net/bugs/269509
You received this bug notification be
Oh also, I meant to ask that with jaunty, on the second head are you
seeing the originally reported issue of a white screen when compiz is
running, or is that issue resolved now? (You mentioned that things are
worse, so I assume the white screen problem is still there, but I'm
wondering how you're
Hi Pitti,
The 'software acceleration only on second head' is a pretty well known
issue and probably not worth reporting upstream since I'm sure they know
about it already. However, if you're seeing it report 'software
rasterizer' on the first head too, that does seem to be a legitimate
bug. But
Thanks for testing; this should go upstream. Setting to Triaged for
now.
** Description changed:
Binary package hint: xserver-xorg-video-intel
Compiz recently started by default again, thanks to some fixes in gnome-
session. Now the old problem of "second X session just has white screen
** Attachment added: "lspci -vvnn"
http://launchpadlibrarian.net/20615504/lspci.txt
--
white screen on second session with compiz: pretends to have a second DRI
capable head where it doesn't
https://bugs.launchpad.net/bugs/269509
You received this bug notification because you are a member of
** Attachment added: "glxinfo from guest session (jaunty)"
http://launchpadlibrarian.net/20615502/glxinfo.guestsession.jaunty.txt
--
white screen on second session with compiz: pretends to have a second DRI
capable head where it doesn't
https://bugs.launchpad.net/bugs/269509
You received thi
I'm on jaunty du jour (2.6.28-3-generic, -intel 2:2.5.1-1ubuntu7), and
it got even worse.
Both the primary and secondary X session's glxinfo still say
direct rendering: Yes
but now even the primary session says
OpenGL renderer string: Software Rasterizer
I'm not actually sure whether that'
** Changed in: xserver-xorg-video-intel (Ubuntu)
Status: Incomplete => New
** Changed in: xserver-xorg-video-intel (Ubuntu)
Status: New => Incomplete
--
white screen on second session with compiz: pretends to have a second DRI
capable head where it doesn't
https://bugs.launchpad.n
[This is an automatic notice.]
We'd like to forward your bug upstream, however upstream requires
that you first test it against their newer driver code.
To save you the effort of building the driver from source, we've built
packages for the driver and its new dependencies.
So you have a couple
[This is an automated message]
Hi pitti,
Please attach the output of `lspci -vvnn` too.
** Changed in: xserver-xorg-video-intel (Ubuntu)
Status: New => Incomplete
--
white screen on second session with compiz: pretends to have a second DRI
capable head where it doesn't
https://bugs.
This bug was fixed in the package compiz - 1:0.7.7+git20080807-0ubuntu8
---
compiz (1:0.7.7+git20080807-0ubuntu8) intrepid; urgency=low
* debian/patches/046_compiz_manager_second_screen.patch:
- add detection for software rasterizer and do not start
compiz in this case (LP
Thanks for your bugreport.
I added a workaround in my bzr tree that will be part of my next upload
(it will not start compiz with software rasterization).
** Changed in: compiz (Ubuntu)
Status: Triaged => Fix Committed
--
white screen on second session with compiz: pretends to have a sec
I will add a workaround to the compiz wrapper that checks:
"""OpenGL renderer string: Software Rasterizer"""
in glxinfo.
** Also affects: compiz (Ubuntu)
Importance: Undecided
Status: New
** Changed in: compiz (Ubuntu)
Importance: Undecided => High
Assignee: (unassigned) => Mich
** Attachment added: "glxinfo from guest session"
http://launchpadlibrarian.net/17563005/glxinfo.guest-session.txt
--
white screen on second session with compiz: pretends to have a second DRI
capable head where it doesn't
https://bugs.launchpad.net/bugs/269509
You received this bug notificat
** Attachment added: "glxinfo from primary session"
http://launchpadlibrarian.net/17562991/glxinfo.primarysession.txt
--
white screen on second session with compiz: pretends to have a second DRI
capable head where it doesn't
https://bugs.launchpad.net/bugs/269509
You received this bug notifi
42 matches
Mail list logo