[ANNOUNCE] xf86-video-intel 2.6.2
Vasily Khoruzhick
anarsoul at gmail.com
Sun Mar 1 03:40:16 PST 2009
On Saturday 28 February 2009 07:21:54 Eric Anholt wrote:
> On Wed, 2009-02-25 at 19:13 +0100, Brice Goglin wrote:
> > Eric Anholt wrote:
> > > On Wed, 2009-02-25 at 14:10 +0100, Jacek Luczak wrote:
> > >> this release is totally unusable while running in UXA. System eats lot
> > >> of memory, including swapping. Is this that, reported earlier,
> > >> ,,memory leak''? As a result X are really slow and lot of lockups
> > >> occur (everything freeze for a few seconds). At the end I can't even
> > >> switch to text console, but system reacts on power button and it goes
> > >> down successfully. With EXA there's no such issue: total system memory
> > >> usage around 40%, no lockups.
> > >>
> > >> If it's not know issue I will try to bisect it down.
> > >>
> > >> -Jacek
> > >>
> > >> ------------------
> > >> Details:
> > >> 1. X.Org X Server 1.5.99.903 (1.6.0 RC 3)
> > >> 2. Linux Kernel 2.6.29-rc6
> > >
> > > Can you give me exact steps to reproduce this leak?
> >
> > Same problem here with libdrm 2.4.5, intel 2.6.2, Xserver 1.6-rc2,
> > Mesa 7.3 on
> > Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated
> > Graphics Controller [8086:27a2] (rev 03)
> >
> > Nothing specific needed to reproduce the problem, just use X :)
> > As soon as I start a big application such as firefox ou thunderbird,
> > my 1GB RAM is entirely used after a couple seconds and the system
> > becomes verrrry slow.
> >
> > Only downgrade intel to 2.6.1 => 200MB used, no problem.
>
> I think the problem here was the DRI2 tiling fix, which was great for
> the 915-class 3D performance regression but bad for 915-class 2D. I've
> pushed a fix to master that should help. If it does, I'll try to get a
> 2.6.3 out soon.
>
> commit 5bfd73cd31ba197a62f549cdbad1a1270b571027
> Author: Eric Anholt <eric at anholt.net>
> Date: Fri Feb 27 19:09:49 2009 -0800
>
> Only allocate pixmaps aligned for tiling when requested by DRI2
> GetBuffers.
>
> This saves massive quantities of memory on pre-965 since the DRI2
> tiling enable caused the minimum size of any pixmap to be 1MB.
Thanks, fix works for me (no more memory leakage) :)
2D works very fast (xf86-video-intel from git, xorg-server-1.6.0, mesa-7.3,
kernel-2.6.29_rc6), but 3D is not. With tiling enabled I get low 3D
performance (up to 10fps in quake3) in any resolution, with tiling disabled I
hit this bug: http://bugs.freedesktop.org/show_bug.cgi?id=19738.
Someone noted that when the system uses dual channel memory in interleaved
mode, tiling is not available. Is it true? If yes, will it be ever fixed? :)
Also I get following message on dmesg from time to time:
WARNING: at drivers/gpu/drm/i915/i915_gem.c:3048 i915_gem_idle+0x2e2/0x310
[i915]()
Hardware name: 0768B9G
Modules linked in: ipv6 snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device
snd_pcm_oss snd_mixer_oss irda cpufreq_conservative cpufreq_powersave
cpufreq_ondemand acpi_cpufreq freq_table udf crc_itu_t coretemp vfat fat
rfcomm l2cap bluetooth i915 drm i2c_algo_bit ppp_async crc_ccitt ppp_generic
slhc snd_hda_codec_analog snd_hda_intel snd_hda_codec snd_hwdep snd_pcm
snd_timer snd thermal soundcore processor yenta_socket rsrc_nonstatic iwl3945
sdhci_pci pcmcia_core rfkill mac80211 lib80211 sdhci snd_page_alloc
thermal_syscfg80211 i2c_i801 mmc_core led_class 8139too button battery ac
hwmon joydev evdev fuse nfs lockd sunrpc jfs scsi_wait_scan ohci1394ieee1394
usbhid ohci_hcd uhci_hcd usb_storage hid ehci_hcd usbcore sr_mod cdrom
sata_via
Pid: 5719, comm: X Tainted: G A 2.6.29-rc6-anarsoul #2
Call Trace:
[<c012aef7>] warn_slowpath+0x87/0xe0
[<c0134f00>] lock_timer_base+0x40/0x60
[<c0134f81>] del_timer_sync+0x11/0x20
[<c03a8e54>] schedule_timeout+0x94/0xf0
[<c0259ca2>] __next_cpu+0x12/0x30
[<f8c39cf7>] i915_gem_retire_requests+0xf7/0x150 [i915]
[<f8c3b4c2>] i915_gem_idle+0x2e2/0x310 [i915]
[<f8c3b564>] i915_gem_leavevt_ioctl+0x24/0x40 [i915]
[<f8be740e>] drm_ioctl+0xee/0x2f0 [drm]
[<c0142817>] hrtimer_forward+0x147/0x1a0
[<c0115160>] lapic_next_event+0x10/0x20
[<c014ae33>] clockevents_program_event+0xa3/0x170
[<f8c3b540>] i915_gem_leavevt_ioctl+0x0/0x40 [i915]
[<c019ea00>] vfs_ioctl+0x80/0x90
[<c019ebbb>] do_vfs_ioctl+0x7b/0x5c0
[<c01302c7>] __do_softirq+0x97/0x160
[<c019f184>] sys_ioctl+0x84/0x90
[<c01033f1>] sysenter_do_call+0x12/0x25
---[ end trace 09752fdd0fff28c4 ]---
[drm:i915_get_vblank_counter] *ERROR* trying to get vblank count for disabled
pipe 0
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.x.org/archives/xorg/attachments/20090301/6d6182c6/attachment.pgp>
More information about the xorg
mailing list