Bug 13294

Sorry, it's not a 2.6.29 regression.
Retested with 2.6.29{, .2} - same problem.
Many deleted objects in pmap `pidof X`

I'm assuming that 2.6.28 was fine, then.

No, i just didn't notice this problem before.
Maybe I did not hold weekly uptimes or 2.6.29 didn't leak so fast.
2.6.29 is actually first kernel i managed to start Xorg on this hardware.
2.6.28 didn't work at all (maybe, i had (and still have) stale buggy userspace)

So, I don't know working kernel without this problem.

P.S.
2.6.30-rc6:

$ dmesg  | grep drm
[    0.549722] [drm] Initialized drm 1.1.0 20060810
[    0.567066] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
[  648.278242] [drm:i915_get_vblank_counter] *ERROR* trying to get vblank count for disabled pipe 1

$ uptime
 ..  2:40 ...

$ sudo pmap `pidof X` | wc -l
13050

Right after Xorg startup I had 834 entries in pmap.

Looks like it's my case: https://bugs.freedesktop.org/show_bug.cgi?id=20766

> [  648.278242] [drm:i915_get_vblank_counter] *ERROR* trying to get vblank
> count
for disabled pipe 1

This message is gone in 2.6.30-rc7. The rest does not look as kernel bug.

(In reply to comment #5)
> > [  648.278242] [drm:i915_get_vblank_counter] *ERROR* trying to get vblank
> count
> for disabled pipe 1
> 
> This message is gone in 2.6.30-rc7. The rest does not look as kernel bug.

Sorry. Don't know how i checked, but it still presents.
[    0.554499] [drm] Initialized drm 1.1.0 20060810
[    0.571565] [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0
[ 3340.712201] [drm:i915_get_vblank_counter] *ERROR* trying to get vblank count for disabled pipe 0

Sorry again.

On Sunday 07 June 2009, you wrote:
> On Sun,  7 Jun 2009 12:06:23 +0200 (CEST)
> "Rafael J. Wysocki" <rjw@sisk.pl> wrote:
> 
> > This message has been generated automatically as a part of a report
> > of regressions introduced between 2.6.28 and 2.6.29.
> > 
> > The following bug entry is on the current list of known regressions
> > introduced between 2.6.28 and 2.6.29.  Please verify if it still should
> > be listed and let me know (either way).
> > 
> > 
> > Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=13294
> > Subject             : i915: drm: xorg leaks drm objects massively
> > Submitter   : Sergei Trofimovich <slyich@gmail.com>
> > Date                : 2009-05-10 19:56 (29 days old)
> > References  : http://marc.info/?l=linux-kernel&m=124198547027903&w=4
> > 
> > 
> Rafael, please remove it from regression list. I haven't found kernel working
> the other way. It's a bug(set of bugs) being around "forever". Many people
> confirm it on various laptops/kernel versions. It's just not very noticeable.

Dropping from the list of recent regressions.

All problems disappear when I enable i915 KMS.
Xorg VSIZE reduces from 500M to 200M, VT switch does not cause any warnings.
So, bug only appears in non-KMS mode.

I use i965 + kms + everything -git.

The /sys/kernel/debug/dri/0/gem_objects never decreases
I mean the number of objects.

Or more correctly it does, but only when application that created them is closed.
This includes compiz, Xorg, 3d games, and Google earth.

It especially bad with GE, in few minutes of use the number of gem objects pitches up, and number of bytes is more that a gigabyte, system swaps, and GE becames very slow. once I close it, everything is freed.

I think this is fixed.
I don't see any leaks now

closing according to comment#9 and #11.

This bug is fixed long time ago.
could somebody with permissions mark it as CLOSED?

+1

Done.