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
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' from
(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
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 l
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
n on wide screens.
Disabling of the 2D acceleration in addition is annoying.
Peace,
Dylan Thurston
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
seems 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 chipset
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
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-app
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 disp
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
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 probl
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 bac
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 Xine
; 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
opening
ached).
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/bas
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.
Package: xbase-clients
Version: 4.3.0.dfsg.1-7
Severity: minor
The default mouse acceleration on a new X install is abysmal. Please
document and make default the xset options to make it not suck. See
http://marc.theaimsgroup.com/?l=xfree-xpert&m=101624642005523&w=2
Thanks,
Dylan
-- Sy
21 matches
Mail list logo