Michel Dänzer wrote:
On Mon, 2002-10-28 at 01:55, Damien Miller wrote:
The fact that it grows doesn't necessarily mean a memleak in the server
- only if the growth is unbounded.
Which would seem to be the case if it starts growing from 220 M
immediately when it's only 90 M on startup? (the numb
On Son, 2002-10-27 at 16:56, David D. Hagood wrote:
> Michel Dänzer wrote:
>
> > Should be. Can you ssh in and check if bus mastering is enabled with
> > lspci -vv?
>
> OK, I was incorrect - the lockup isn't a dead-dead-deadski lockup -
> rather it is X running in a tight loop, consuming 100% CP
Michel Dänzer wrote:
On Son, 2002-10-27 at 23:58, Damien Miller wrote:
Memory can only ever increase for processes which do memory allocation
using brk() - there is no way to return such memory to the OS.
Interesting, but if that was all there is to it, then the apparent
memory usage should st
On Mon, 2002-10-28 at 01:55, Damien Miller wrote:
> Michel Dänzer wrote:
> > On Son, 2002-10-27 at 23:58, Damien Miller wrote:
> >>Memory can only ever increase for processes which do memory allocation
> >>using brk() - there is no way to return such memory to the OS.
> >
> >
> > Interesting, bu
On Son, 2002-10-27 at 23:58, Damien Miller wrote:
> Felix Kühling wrote:
> >
> > I had my Xserver running for about 24 hours straight and noticed that it
> > was using about 220M virtual memory. Even after closing all clients and
> > logging out the memory usage didn't drop significantly. After I
http://penguinppc.org/~daenzer/DRI/radeon-pageflip.diff
is an attempt to fix the following pageflipping issues:
* the 2D driver clobbers the CRTC{,2}_OFFSET_CNTL registers when
switching modes; as a consequence, flips only take place on the
next vertical blank, so you can see the
Felix Kühling wrote:
Hi,
I had my Xserver running for about 24 hours straight and noticed that it
was using about 220M virtual memory. Even after closing all clients and
logging out the memory usage didn't drop significantly. After I killed
and restarted gdm it uses "only" about 90M. Does this in
On Son, 2002-10-27 at 16:00, Felix Kühling wrote:
>
> I had my Xserver running for about 24 hours straight and noticed that it
> was using about 220M virtual memory. Even after closing all clients and
> logging out the memory usage didn't drop significantly. After I killed
> and restarted gdm it u
On Sun, 27 Oct 2002 16:00:16 +0100
Felix Kühling <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I had my Xserver running for about 24 hours straight and noticed that it
> was using about 220M virtual memory. Even after closing all clients and
> logging out the memory usage didn't drop significantly. After
Michel Dänzer wrote:
Should be. Can you ssh in and check if bus mastering is enabled with
lspci -vv?
OK, I was incorrect - the lockup isn't a dead-dead-deadski lockup -
rather it is X running in a tight loop, consuming 100% CPU. Busmastering
is enabled.
I guess later I'll need to attach
On Fri, 25 Oct 2002 23:38:41 +0100
Ian Molton <[EMAIL PROTECTED]> wrote:
> On Fri, 25 Oct 2002 10:34:35 -0700
> Ian Romanick <[EMAIL PROTECTED]> wrote:
>
> >
> > Time step 1:
>
>
>
> Er. surely you would render lkike this
>
> 1: Display 0 Render 1
> 2: Display 0.n Render 2
> Now, if st
On Fri, 25 Oct 2002 10:34:35 -0700
Ian Romanick <[EMAIL PROTECTED]> wrote:
>
> Time step 1:
Er. surely you would render lkike this
1: Display 0 Render 1
2: Display 0.n Render 2
Now, if still displaying 0, swap 1 and 2 (surely a pointer swap) and
re-render in 1 else switch to 1.
in othe
Hi,
I had my Xserver running for about 24 hours straight and noticed that it
was using about 220M virtual memory. Even after closing all clients and
logging out the memory usage didn't drop significantly. After I killed
and restarted gdm it uses "only" about 90M. Does this indicate a memory
leak i
On Son, 2002-10-27 at 02:18, David D. Hagood wrote:
> I just (about 2 hours ago, circa 26 Oct 2002 17:00 CDT) pulled the CVS
> main branch of the DRI CVS and built it. I'm getting a hard lockup when
> I switch modelines or VT's.
>
> System specs are a Radeon 7500 AGP, dual P3-1G running Linux 2
Title: Digital Publishing Tools - Free Software Alert!
If you wish to be removed from our mailing list, please cick the Unsubscribe button
*FREE Version is FULLY FUNCTIONAL with NO EXPIRATION and has a 4 page (2 page spread) limit.
Copyright © 2002 - Affiliate ID #1422 - Ema
15 matches
Mail list logo
