Chris Butler (16/03/2010):
> Is there anything that can be / is being done to get the fixed intel
> drivers into squeeze's kernel? I'm happy to help if I can, although
> I don't really know where to start. Is it worth reassigning /
> cloning this bug to the kernel package?
Please check what happe
Your message dated Sat, 20 Mar 2010 03:38:08 +0100
with message-id <20100320023808.ga29...@debian.org>
and subject line Re: Bug#546586: xorg: X server lockup in int10 when booting a
secondary card
has caused the Debian Bug report #546586,
regarding xorg: X server lockup in int10 when booting a sec
debian/changelog | 11 +--
debian/control | 12 ++--
debian/rules |4
3 files changed, 23 insertions(+), 4 deletions(-)
New commits:
commit 1b8a02656850c08c63368f94a819490eb20d97fe
Author: Cyril Brulebois
Date: Mon Mar 15 14:25:12 2010 +0100
Upload to un
r...@tau.solarneutrino.net wrote:
> Package: xserver-xorg-video-intel
> Version: 2:2.9.1-2
> Severity: important
>
>
> I installed the sid xorg packages on top of a lenny system to get the new
> intel
> driver with support for the Clarkdale chip. It doesn't recognize a monitor
> plugged into the
Package: xserver-xorg-video-intel
Version: 2:2.9.1-2
Severity: important
I installed the sid xorg packages on top of a lenny system to get the new intel
driver with support for the Clarkdale chip. It doesn't recognize a monitor
plugged into the built-in DVI port. Disabling the VGA output in xor
Hi,
needles to say, the problem still persist in 1.7.5.902-1. And it has nothing to
do with USB vs. PS/2. I tried one USB-keyboard and two ps/2-keyboards with
exactly the same effect. So if anybody could give me a hint for further
debugging fire away. I'm quiet willing to do my part but I start ge
On Fri, 2010-03-19 at 17:11 +0100, Brice Goglin wrote:
> The whole point is that glxgears reports something that is meaningless
> and we're trying to fight about it by hiding as much as possible all
> reports that show glxgears in big. Some distributions even hide the
> glxgears fps output by defau
Processing commands for cont...@bugs.debian.org:
> #xserver-xorg-video-intel (2:2.9.1-3) UNRELEASED; urgency=low
> #
> # * Backport KMS video overlay from upstream 2.10 (closes: #565328).
> #
> limit source xserver-xorg-video-intel
Limiting to bugs with field 'source' containing at least one of
debian/changelog |2
debian/control|2
src/drmmode_display.c |9
src/i830.h|3
src/i830_driver.c |2
src/i830_video.c | 1505 +++---
src/i830_video.h | 20
src/i915_video.c | 33 -
Hi, Brice.
Thanks for keeping me apprised!
The two hosts that had the problem were recycled and I don't have access
to them.
For our purposes, the bug "does not matter".
Thanks again,
Stephen Benoit.
> On Tue, Jun 17, 2008 at 04:13:22AM -0400, Stephen Benoit (Linux) wrote:
>> Hi, Brice.
>>
>>
Alex Hvostov wrote:
> Please reread my message. I am experiencing poor performance in
> AisleRiot and ZSNES as well.
This bug report was about glxgears, not about these.
> This is when KMS is *on*; I experience no
> such performance issue when KMS is off.
>
Why did you send the log with KMS o
Processing commands for cont...@bugs.debian.org:
> reopen 572911
Bug #572911 {Done: Brice Goglin }
[xserver-xorg-video-radeon] xserver-xorg-video-radeon: Slow glxgears with
KMS/DRI2
> retitle 572911 Slow OpenGL with KMS/DRI2
Bug #572911 [xserver-xorg-video-radeon] xserver-xorg-video-radeon: Slow
On Fri, 2010-03-19 at 16:34 +0100, Brice Goglin wrote:
> Alex Hvostov wrote:
> > This issue happens to me, too. It is most definitely not solved.
> >
>
> There is nothing to solve in this report, glxgears is not a benchmark,
> so having a "slow glxgears" means nothing. Moreover, you're not even
Your message dated Fri, 19 Mar 2010 16:34:29 +0100
with message-id <4ba39985.2080...@ens-lyon.org>
and subject line Re: Bug#572911:
has caused the Debian Bug report #572911,
regarding xserver-xorg-video-radeon: Slow glxgears with KMS/DRI2
to be marked as done.
This means that you claim that the pr
Processing commands for cont...@bugs.debian.org:
> reopen 572911
Bug #572911 {Done: Brice Goglin }
[xserver-xorg-video-radeon] xserver-xorg-video-radeon: Slow glxgears with
KMS/DRI2
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administ
Hi guys,
On Fri, Mar 19, 2010 at 04:04, Raphael Hertzog wrote:
> So I can reproduce the problem as well now. It's been reported upstream
> already:
> https://bugs.launchpad.net/zim/+bug/507372
>
> Can you confirm that it work fine if you desactivate NumLock?
I'm away from my sid installation ri
Hi Ludovic,
On Tue, Sep 15, 2009 at 11:40:32 +0200, Ludovic CHEVALIER wrote:
> With this last update of x11-common package and dependencies, I've got color
> problems and no keyboard in a x session.
>
> lspci |grep VGA
> 01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS]
> 661
Package: xserver-xorg-video-intel
Version: 2:2.9.1-2
Severity: normal
I'm experiencing heavy flickering which distorts the otherwise correctly drawn
screen when using a modeline for 800x...@60hz.
The flickering seems not to be related to plain timing as it won't flicker when
starting xserver usi
On Mon, 01 Mar 2010, Marcelo wrote:
> On Sun, Feb 21, 2010 at 09:23:34AM +0100, Raphael Hertzog wrote:
>
> > That's not the case here with 0.44-1 and IIRC it was not the case with
> > 0.43 either.
>
> Maybe this is an useful datapoint: it used to be the case that
> when triple-clicking a line i
On Sun, 14 Mar 2010 11:46:21 +0100, Vincent Bernat
wrote:
> With the current 2.6.32 in Sid and everything up-to-date (as of
> yesterday), it is not very long before a crash happens. However, it is
> a crash, not some freeze like before. After the crash, if I try to
> restart X,
Package: xserver-xorg
Version: 1:7.5+5
Severity: normal
Until recently, broken keyboard configuration were
more-or-less gracefully degraded to some workable
state. This is no longer the case (not exactly sure
since when).
The way I encounter broken configs is by having my
own keyboard variant.
21 matches
Mail list logo
