Re: [Intel-gfx] [PATCH 17/18] drm/i915: Use a slab for object allocation

2012-11-07 Thread Ben Widawsky
On Mon, 05 Nov 2012 20:57:05 + Chris Wilson wrote: > On Mon, 5 Nov 2012 17:49:35 +, Ben Widawsky wrote: > > On Fri, 19 Oct 2012 18:03:23 +0100 > > Chris Wilson wrote: > > > > > The primary purpose of this was to debug some use-after-free memory > > > corruption that was causing an OOPS

Re: [Intel-gfx] [PATCH 17/18] drm/i915: Use a slab for object allocation

2012-11-05 Thread Chris Wilson
On Mon, 5 Nov 2012 17:49:35 +, Ben Widawsky wrote: > On Fri, 19 Oct 2012 18:03:23 +0100 > Chris Wilson wrote: > > > The primary purpose of this was to debug some use-after-free memory > > corruption that was causing an OOPS inside drm/i915. As it turned out > > the corruption was being cause

Re: [Intel-gfx] [PATCH 17/18] drm/i915: Use a slab for object allocation

2012-11-05 Thread Ben Widawsky
On Mon, 5 Nov 2012 18:07:53 + Ben Widawsky wrote: > On Fri, 19 Oct 2012 18:03:23 +0100 > Chris Wilson wrote: > > > The primary purpose of this was to debug some use-after-free memory > > corruption that was causing an OOPS inside drm/i915. As it turned out > > the corruption was being cause

Re: [Intel-gfx] [PATCH 17/18] drm/i915: Use a slab for object allocation

2012-11-05 Thread Ben Widawsky
On Fri, 19 Oct 2012 18:03:23 +0100 Chris Wilson wrote: > The primary purpose of this was to debug some use-after-free memory > corruption that was causing an OOPS inside drm/i915. As it turned out > the corruption was being caused elsewhere and i915.ko as a major user of > many objects was being

Re: [Intel-gfx] [PATCH 17/18] drm/i915: Use a slab for object allocation

2012-11-05 Thread Ben Widawsky
On Fri, 19 Oct 2012 18:03:23 +0100 Chris Wilson wrote: > The primary purpose of this was to debug some use-after-free memory > corruption that was causing an OOPS inside drm/i915. As it turned out > the corruption was being caused elsewhere and i915.ko as a major user of > many objects was being

Re: [Intel-gfx] [PATCH 17/18] drm/i915: Use a slab for object allocation

2012-10-24 Thread Paulo Zanoni
Hi 2012/10/19 Chris Wilson : > The primary purpose of this was to debug some use-after-free memory > corruption that was causing an OOPS inside drm/i915. As it turned out > the corruption was being caused elsewhere and i915.ko as a major user of > many objects was being hit hardest. > > Indeed as

[Intel-gfx] [PATCH 17/18] drm/i915: Use a slab for object allocation

2012-10-19 Thread Chris Wilson
The primary purpose of this was to debug some use-after-free memory corruption that was causing an OOPS inside drm/i915. As it turned out the corruption was being caused elsewhere and i915.ko as a major user of many objects was being hit hardest. Indeed as we do frequent the generic kmalloc caches