Package: xserver-xorg-video-intel
Version: 2:2.8.0-1
Severity: normal
Certain drawing operations seem to be extremely slow after a recent
upgrade from 2.7.1-1. I notice this in firefox or in okular (KDE's
PDF viewer), but it's most obvious, oddly, in some of the options from
the game 'loopy'
Following the release notes (in NEWS.gz), I tried upgrading my kernel
from 2.6.27.2 to 2.6.31-4, and it entirely fixed this problem.
--Dylan Thurston
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
(Replying only to you, since I have no idea which bug this belongs
with; forward as appropriate)
On Sun, Feb 10, 2008 at 10:18:38AM +0100, Brice Goglin wrote:
I am unmerging your own bug report from #452357 and marking it as fixed
in 2:2.2.0.90-2. In #452357, the lockup appeared 10s after the
On Wed, Feb 06, 2008 at 06:45:16AM +0100, Brice Goglin wrote:
2.2.0.90 has been uploaded to unstable. Could all of you test it and
report back whether the lockup is fixed when Virtual size exceeds 2048
and using EXA (or at least not using NoAccel)?
I just had a chance to try the new versions
FWIW, I talked to Ken (Chung-chieh) Shan about this issue just now,
and I agree there may be different issues: the problem I originally
reported was an almost immediate lockup on starting X (if the virtual
size was too big and without the NoAccel option), while Ken still
observes a lockup when he
,
Dylan Thurston
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
to currently only be in experimental, so the appropriate
status is fixed-in-experimental, no?
I will try the package and report back if I still see the issue.
--Dylan Thurston
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Tue, Jul 10, 2007 at 09:50:12AM +0200, Brice Goglin wrote:
Thanks for testing multiple versions, it helps a lot since the changes
between -5 and -6 are pretty small. There's a least one small bug that
have been reported (by me) in this changes. It regards large resolution
on i9xx chipsets
On Thu, Jul 05, 2007 at 08:51:27PM +0200, Brice Goglin wrote:
On Wed, Jun 06, 2007 at 12:55:43AM +0200, Brice Goglin wrote:
In principle xrandr should be able to do
dual-head, but I haven't gotten that to work yet; in any case it's a
separate issue.
Do you actually see some
On Wed, Jun 27, 2007 at 09:48:43AM +0200, Brice Goglin wrote:
On 6/27/07, Dylan Thurston [EMAIL PROTECTED] wrote:
I believe I have isolated the problem: my X session crashes (on the
hardware indicated earlier) when I switch VTs away from X while
nm-applet is displaying the little
I believe I have isolated the problem: my X session crashes (on the
hardware indicated earlier) when I switch VTs away from X while
nm-applet is displaying the little animation it shows when looking for
a network. I've also had two crashes when I killed nm-applet (from
the command line) while
On Sun, Jun 24, 2007 at 09:33:59AM +0200, Dylan Thurston wrote:
On Sat, Jun 23, 2007 at 10:36:06AM +0200, Brice Goglin wrote:
Hi,
Could you guys try the latest xserver-xorg-video-intel package
(2:2.0.0-5 currently in experimental) and report back whether it fixes
this occasional freeze
On Sat, Jun 23, 2007 at 10:36:06AM +0200, Brice Goglin wrote:
Hi,
Could you guys try the latest xserver-xorg-video-intel package
(2:2.0.0-5 currently in experimental) and report back whether it fixes
this occasional freeze when switching from X to VT console?
I'm trying it now, no problems
On Mon, Jun 25, 2007 at 10:01:04PM +0200, Brice Goglin wrote:
Dylan Thurston wrote:
This did not seem to help: I still get crashes with 2:2.0.0-5. In
fact it seems like it may be worse: I believe I just got a crash
without switching VTs (in addition to crashing twice when switching
VTs
On Mon, Jun 04, 2007 at 09:21:59PM +0200, Brice Goglin wrote:
Hi Dylan,
Does this problem about Xinerama info not being correctly reported to
clients still happen with xserver-xorg-core 1.3 and
xserver-xorg-video-intel 2.0 currently in unstable?
The new i810 driver does not support Xinerama
; attached is a version from a working version. Note
the reported screen size, which is correct. [1]
This is surprising, since surely someone else would have noticed such
a bad problem with Xinerama if it did show up with other drivers.
Peace,
Dylan Thurston
[1] In case anyone looks closely
Package: xserver-xorg-video-i810
Version: 2:1.6.5-3
Followup-For: Bug #390359
Update: I've attached a log from a failed attempt to start the X server.
I triggered this problem this time by starting X (yielding a partially
working session, as described before) then closing my laptop lid and
).
Peace,
Dylan Thurston
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (50, 'edgy'), (50, 'dapper')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18
Locale: LANG=en_US.UTF
Package: xserver-xorg
Version: 6.9.0.dfsg.1-3
Followup-For: Bug #333960
Just another case where this behaviour is wrong: I like 'ctrl:nocaps'
set as a keyboard option. I had this set as a debconf option for the
variable xserver-xorg/config/inputdevice/keyboard/options ;
however, the current code
retitle 272280 xserver-xfree86: [mouse] change acceleration default to smooth
acceleration
thanks
On Wed, Oct 13, 2004 at 01:51:53AM -0500, Branden Robinson wrote:
tag 272280 + upstream moreinfo
It's not an upstream issue; they've already fixed the issue, although they
haven't documented it.
20 matches
Mail list logo