[Intel-gfx] [PATCH 3/6] drm/i915: Use a table for i915_init/exit (v2)

2021-07-21 Thread Jason Ekstrand
If the driver was not fully loaded, we may still have globals lying around. If we don't tear those down in i915_exit(), we'll leak a bunch of memory slabs. This can happen two ways: use_kms = false and if we've run mock selftests. In either case, we have an early exit from i915_init which happen

Re: [Intel-gfx] [PATCH 3/6] drm/i915: Use a table for i915_init/exit

2021-07-21 Thread Jason Ekstrand
On Wed, Jul 21, 2021 at 4:06 AM Tvrtko Ursulin wrote: > > > On 20/07/2021 19:13, Jason Ekstrand wrote: > > If the driver was not fully loaded, we may still have globals lying > > around. If we don't tear those down in i915_exit(), we'll leak a bunch > > of memory slabs. This can happen two ways:

Re: [Intel-gfx] [PATCH 3/6] drm/i915: Use a table for i915_init/exit

2021-07-21 Thread Tvrtko Ursulin
On 20/07/2021 19:13, Jason Ekstrand wrote: If the driver was not fully loaded, we may still have globals lying around. If we don't tear those down in i915_exit(), we'll leak a bunch of memory slabs. This can happen two ways: use_kms = false and if we've run mock selftests. In either case, we

Re: [Intel-gfx] [PATCH 3/6] drm/i915: Use a table for i915_init/exit

2021-07-20 Thread Daniel Vetter
On Tue, Jul 20, 2021 at 01:13:54PM -0500, Jason Ekstrand wrote: > If the driver was not fully loaded, we may still have globals lying > around. If we don't tear those down in i915_exit(), we'll leak a bunch > of memory slabs. This can happen two ways: use_kms = false and if we've > run mock selft

[Intel-gfx] [PATCH 3/6] drm/i915: Use a table for i915_init/exit

2021-07-20 Thread Jason Ekstrand
If the driver was not fully loaded, we may still have globals lying around. If we don't tear those down in i915_exit(), we'll leak a bunch of memory slabs. This can happen two ways: use_kms = false and if we've run mock selftests. In either case, we have an early exit from i915_init which happen