Package: xserver-xorg-video-nv
Version: 1:2.1.10-1
Followup-For: Bug #495382
When the machine is exhibiting the black screen, I can kill -9 the Xorg process
and the machine then restarts KDM as expected.
-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg
/var/lib/x11/X.m
Package: xserver-xorg-video-nv
Version: 1:2.1.10-1
Followup-For: Bug #495382
Just duplicated this problem again, logged in remotely, and started top. It
reports that the Xorg process is running at 100% cpu. The machine
is otherwise functional: I'm using it to run reportbug. :)
-- Package-s
Although Bill's problem is similar, I think it may not be the same. Bill
gets a hang of X, but I am getting worst since the machine stops
responding to pings, which is an important difference.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMA
Package: xserver-xorg-video-nv
Version: 1:2.1.10-1
--- Please enter the report below this line. ---
I can verify this bug. When I exit KDE (which I don't do very often),
I almost always get a black screen. A ctrl-alt-del usually restarts
the machine and everything comes back ok, but other times
I confirm this bug also happens sometimes on my eeepc while playing
with some kid's games (my kids, not me ;-) ). Unfortunately I don't
know which game(s) yet. Restarting xorg server has no effect, reboot
is required.
My video driver:
00:02.0 VGA compatible controller: Intel Corporation Mobile
91
Package: mesa
Version: 7.2-1
Severity: normal
The invocation of make being used in configure.ac to generate
mesa_version (which later goes into PACKAGE_VERSION in configure) is
missing a --no-print-directory switch. The lack of --no-print-directory
is resulting in the following line in the generat
tag 505635 upstream fixed-upstream
kthxbye
On Sun, Nov 16, 2008 at 18:12:23 +0100, Julien Cristau wrote:
> > Section "InputDevice"
> >
> > Identifier "Keyboard0"
> > Driver "evdev"
> >
> > Option "Device" "/dev/input/event1"
> > #Option "XkbMo
Processing commands for [EMAIL PROTECTED]:
> tag 505635 upstream fixed-upstream
Bug#505635: [xserver-xorg-input-evdev] keyboard acts as if I had pressed every
key multiple times.
There were no tags set.
Tags added: upstream, fixed-upstream
> kthxbye
Stopping processing here.
Please contact me i
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.9.26
> # epoch fail
> notfound 504536 2.0.3-1
Bug#504536: xserver-xorg: No input possible after log off on sparc
Bug#496101: xserver-xorg-input-all: Logitech MX510: Grab failed (Bad file
de
On Monday 17 November 2008, Tino Keitel wrote:
> you might try if the lockups go away if you put this line into the
> device section of /etc/X11/xorg.conf:
>
> Option "FramebufferCompression" "off"
>
> If it solves the problem, then you are hit by a bug that is solved in
> version 2.4 of the intel
Hi,
you might try if the lockups go away if you put this line into the
device section of /etc/X11/xorg.conf:
Option "FramebufferCompression" "off"
If it solves the problem, then you are hit by a bug that is solved in
version 2.4 of the intel driver.
Regards,
Tino
--
To UNSUBSCRIBE, email to
Hi,
I was told that RandR 1.2 doesn't support multi-head with more than one
card, so RandR is not an option in this setup.
Regards,
Tino
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
version 2.5.1 of the intel driver has the XvPreferOverlay option
included.
Regards,
Tino
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hi,
you might try if the lockups go away if you put this line into the
device section of /etc/X11/xorg.conf:
Option "FramebufferCompression" "off"
If it solves the problem, then you are hit by a bug that is solved in
version 2.4 of the intel driver.
Regards,
Tino
--
To UNSUBSCRIBE, email to
14 matches
Mail list logo