fast-get: fix a recent regression

Recent commits 7d0621e ("fast-get: fix partition leak for
multi-thread usage") and 3c757dd ("fast-get: fix crash by
freeing buffer before removing partition") introduced a regression
when using SRC in DP mode in userspace on PTL and running two
aplay -r 44100
back to back. The reason is that SRC isn't calling mod_fast_put()
explicitly and is instead relying on automatic clean up, which then
happens in a different thread.

In fact those two commits weren't needed AFAICS, since fast_put()
shouldn't be called directly from userspace, instead only
mod_fast_put() should be called, which is a syscall, and therefore
fast_put() then will have access to all the memory.

Signed-off-by: Guennadi Liakhovetski <guennadi.liakhovetski@linux.intel.com>

Author: lyakh

zephyr/lib/fast-get.c

@@ -300,10 +300,10 @@ void fast_put(struct k_heap *heap, const void *sram_ptr)
 			.size = ALIGN_UP(entry->size, CONFIG_MM_DRV_PAGE_SIZE),
 			.attr = K_MEM_PARTITION_P_RO_U_RO | XTENSA_MMU_CACHED_WB,
 		};
-		struct k_mem_domain *domain = k_current_get()->mem_domain_info.mem_domain;
+		struct k_mem_domain *domain = entry->thread->mem_domain_info.mem_domain;
 
 		LOG_DBG("removing partition %p size %#zx from thread %p",
-			(void *)part.start, part.size, k_current_get());
+			(void *)part.start, part.size, entry->thread);
 		int err = k_mem_domain_remove_partition(domain, &part);
 
 		if (err)