Hi!
I've just installed 2:2.12.0-1 and linux-image-2.6.35-rc6-686, and
this problem is still happening.
It happens both with a session started and with no session started (gdm screen).
My powersave configurations say that nothing should be done on lid
closing, however the whole system crashes wh
Processing commands for cont...@bugs.debian.org:
> fixed 521834 2:2.12.0-1
Bug #521834 [xserver-xorg-video-intel] [855GM] Hardware freeze when exiting the
session
Bug Marked as fixed in versions xserver-xorg-video-intel/2:2.12.0-1.
> --
Stopping processing here.
Please contact me if you need ass
Just tried again with kernel 2.6.32-5 and the following packages:
ii xserver-xorg-v 1:6.13.1-2
ii libdrm-radeon1 2.4.18-6
And the behaviour when scrolling the previously mentioned webpage was different.
1) When scrolling continously RAM usage (as measured in real time by
gkrellm2, for example)
fixed 2:2.12.0-1
thanks
Hi!
After embarassing myself in front of the DebConf crowd because of this
bug, I installed the package from experimental, and it works, I was
able to log out and in again, without troubles.
--
Besos,
Marga
--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.or
Package: xserver-xorg-video-chips
Version: 1:1.2.2-2
Severity: grave
Justification: renders package unusable
$ objdump -T /usr/lib/xorg/modules/drivers/chips_drv.so |grep UDelay
D *UND* xf86UDelay
xorg-server$ git grep xf86UDelay|wc -l
0
xf86U
Processing commands for cont...@bugs.debian.org:
> reassign 591061 src:xserver-xorg-video-ati 1:6.13.1-2
Bug #591061 [libdrm-radeon1] libdrm-radeon1: Huge memory leak with Radeon HD
4200 while using KMS.
Bug reassigned from package 'libdrm-radeon1' to 'src:xserver-xorg-video-ati'.
Bug No longer m
reassign 591061 src:xserver-xorg-video-ati 1:6.13.1-2
thanks
Eduardo I. (06/08/2010):
> Hi Cyril, thanks for your answer.
No problem,
> Do you want me to try any other combination of packages?
not yet, reassigning to the driver. Could be it, could be the kernel,
but I'm told upstream is subscr
Processing commands for cont...@bugs.debian.org:
> tags 564805 - moreinfo
Bug #564805 [x11-xkb-utils] /usr/bin/xkbcomp: cannot write to :0.0
Removed tag(s) moreinfo.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
564805: http://bugs.debian.org/cgi-bin/bugreport.c
Michal Suchanek (06/08/2010):
> Here is what I have in X log: […]
Please use gdb and get full backtraces.
signature.asc
Description: Digital signature
forcemerge 569379 592028
kthxbye
On Sat, Aug 7, 2010 at 02:03:58 +0200, Ralf Treinen wrote:
> Package: xserver-xorg-input-citron
> Version: 1:2.2.2-1
> Severity: grave
> Tags: sid
> User: trei...@debian.org
> Usertags: edos-uninstallable
>
> Hi,
>
> xserver-xorg-input-citron is not installable
Package: xserver-xorg-input-citron
Version: 1:2.2.2-1
Severity: grave
Tags: sid
User: trei...@debian.org
Usertags: edos-uninstallable
Hi,
xserver-xorg-input-citron is not installable in sid on any architecture,
at least since June 21, since
Package: xserver-xorg-input-citron
Version: 1:2.2.2-1
P
Jeffrey B. Green (06/08/2010):
> Nope, the exact command which I reran just now to confirm is:
>
> xclock -geometry 120x240+-10+-10
OK.
> i.e. same as above. I'm running uwm/ude with xdm if that is
> relevant. I certainly could see uwm being at fault here
You may want to give metacity, xfw
Hi Michael,
Michael Schmitt (19/04/2010):
> So, what do you suggest now? At least I have a completely working
> solution now, but I guess there is a bug somewhere which should not
> get along unpunished! ;-)
so, you've got a working setup, but also cases where you manage to
produce a crash? Plea
On 08/06/2010 06:41 PM, Cyril Brulebois wrote:
Jeff Green (04/08/2010):
When starting up xclock with negative offsets to the geometry option, e.g.
xclock -geometry 120x240+-10+-10
xclock opens the window in the center of the display rather than
offset left and up by 10 (pixels).
strange. Us
Hi Cyril, thanks for your answer.
Just confirmed the memory leak is present using 2.4.18-6 with kernel 2.6.35.
ii libdrm-radeon1 2.4.18-6
Userspace interface to radeon-specific kernel
DRM services -- runtime
Will try again with 2.6.32 in a co
.gitignore | 83
COPYING | 169
Makefile.am | 14
NEWS| 356
README
Hi Eduardo,
Eduardo Ivanec (31/07/2010):
> Package: libdrm-radeon1
> Version: 2.4.21-1
> Severity: important
is there any chance you could try with 2.4.18 (from unstable)? The
leak might be in libdrm or in the kernel, I guess. Since you already
checked with 2.6.32 and 2.6.35, I guess trying olde
Mike Hommey (02/08/2010):
> > Without being an expert on the matter, I'd probably place more of
> > the bug on Iceweasel's side, since I can't duplicate it using any
> > other program.
>
> The fact it happens only with iceweasel may simply mean it triggers
> a bug with some extension that the oth
Hi Jeff,
Jeff Green (04/08/2010):
> When starting up xclock with negative offsets to the geometry option, e.g.
>
> xclock -geometry 120x240+-10+-10
>
> xclock opens the window in the center of the display rather than
> offset left and up by 10 (pixels).
strange. Using your command line exactly
Michal Suchanek
(06/08/2010):
> Version: 2:2.9.1-4
>
> I still see text corruption in urxvt (rxvt-unicode).
Please check with 2.12 (experimental).
Mraw,
KiBi.
signature.asc
Description: Digital signature
On Fri, Aug 06, 2010 at 01:12:47PM -0400, Julien Cristau wrote:
> On Fri, Aug 6, 2010 at 20:49:42 +0400, Kirill Smelkov wrote:
>
> > Will we live with 2.9, or are there chances left we'll please get 2.12
> > into squeeze?
> >
> Hopefully we'll have 2.12 in sid in a few days, and then squeeze.
G
On Fri, Aug 6, 2010 at 20:49:42 +0400, Kirill Smelkov wrote:
> Will we live with 2.9, or are there chances left we'll please get 2.12
> into squeeze?
>
Hopefully we'll have 2.12 in sid in a few days, and then squeeze.
Cheers,
Julien
signature.asc
Description: Digital signature
On Tue, Aug 03, 2010 at 03:04:43PM -0400, Cyril Brulebois wrote:
> Kirill Smelkov (25/07/2010):
> > Thanks for packaging 2.12.0-1 - together with upgraded libdrm-intel1
> > (2.4.21-1) and librm2 (2.4.21-1), I've been running it on a
> > day-to-day basis for several days already without obvious
> >
On Fri, Aug 6, 2010 at 16:34:31 +0200, Erich Schubert wrote:
> Hi,
> It looks like there is an important bugfix in the 2.6.35 kernel for
> issues involving intel GPUs, in particular the i945. Since the upgrade,
> I have not had these issues anymore, however, I also have not been using
> that comp
Hi,
It looks like there is an important bugfix in the 2.6.35 kernel for
issues involving intel GPUs, in particular the i945. Since the upgrade,
I have not had these issues anymore, however, I also have not been using
that computer a lot.
Anyway, here's the relevant change from 2.6.35-rc6:
---
comm
Your message dated Fri, 6 Aug 2010 10:54:05 -0400
with message-id <20100806145405.gs3...@debian.org>
and subject line Re: Bug#590251: xserver-xorg: Since upgrade from Lenny to
Squeeze often see corruption on scrolling
has caused the Debian Bug report #590251,
regarding [945GM] corruption on scroll
juha.makine...@kolumbus.fi (06/08/2010):
> The fix seems to be working. So far at least...
> (X crashes/did crash with xserver-xorg-video-intel driver)
Thanks. Taken into account for the next upload of -intel.
Mraw,
KiBi.
signature.asc
Description: Digital signature
Excerpts from Michel Dänzer's message of Fri Aug 06 13:55:01 +0200 2010:
> On Fre, 2010-08-06 at 13:47 +0200, Michal Suchanek wrote:
> >
> > The other crash is also reproducible:
>
> Are these really still crashes, not just SIGPIPEs? Those are normal when
> a client terminates uncleanly.
>
> (I w
On Fre, 2010-08-06 at 13:47 +0200, Michal Suchanek wrote:
>
> The other crash is also reproducible:
Are these really still crashes, not just SIGPIPEs? Those are normal when
a client terminates uncleanly.
(I wouldn't have had to ask this if you had still included the
information about the signal
Package: xserver-xorg-video-radeon
Version: 1:6.13.2~git2010080611
Followup-For: Bug #590462
The other crash is also reproducible:
(gdb) bt full
#0 send_buffers_reply (client=0x17dcf30, pDrawable=0x1762cd0,
buffers=0x1805770, count=3, width=375, height=46396)
at ../../../../hw/xfree86/dri
Package: xserver-xorg-video-radeon
Version: 1:6.13.2~git2010080611
Followup-For: Bug #590462
I tried applying the patch on ati driver git and the X server no longer
crashes in the radeon driver.
Thanks
Michal
#0 send_buffers_reply (client=0x1b17aa0, pDrawable=0x1a19d90,
buffers=0x1b8b440, co
On Fre, 2010-08-06 at 11:19 +0200, Michal Suchanek wrote:
>
> The issue is quite reliably reproducible, sending two more backtraces.
>
> They are not identical but to me look similar.
Does the attached patch for xserver-xorg-video-radeon fix these crashes?
Though even if it does, it feels like
Package: xserver-xorg-video-radeon
Version: 1:6.13.1-2
Followup-For: Bug #590462
The issue is quite reliably reproducible, sending two more backtraces.
They are not identical but to me look similar.
(gdb) bt
#0 exaMoveInPixmap (pPixmap=0x0) at ../../exa/exa.c:1109
#1 0x7f880558b3a7 in rad
Package: xserver-xorg-video-radeon
Version: 1:6.13.1-2
Followup-For: Bug #590462
yes, gdb -p gives more verbose backtraces.
(gdb) bt
#0 radeon_dri2_create_buffer (drawable=, attachment=1,
format=)
at ../../src/radeon_dri2.c:211
#1 0x7f56c22ef67f in do_get_buffers (pDraw=0x27ddb10, wi
Cyril Brulebois wrote:
John Hughes (28/07/2010):
$ uname -a
Linux carbon 2.6.35-rc6-686 #1 SMP Mon Jul 26 09:46:49 UTC 2010 i686
GNU/Linux
We'll see what happens.
Hi John,
so, how is it going? :)
Since installing the new kernel I've not seen the problem
I haven't installed the
35 matches
Mail list logo
