Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1615824
| From | Michal Hocko <mhocko@kernel.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH 1/4] mm/vmalloc: allow to call vfree() in atomic context |
| Date | 2017-04-04 11:40 +0200 |
| Message-ID | <tst6p-2ZU-1@gated-at.bofh.it> (permalink) |
| References | <tqLTQ-1a6-25@gated-at.bofh.it> <tqQJP-4vR-15@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu 30-03-17 15:22:29, Andrew Morton wrote: > On Thu, 30 Mar 2017 13:27:16 +0300 Andrey Ryabinin <aryabinin@virtuozzo.com> wrote: [...] > > This can be fixed in vmgfx, but it would be better to make vfree() > > non-sleeping again because we may have other bugs like this one. > > I tend to disagree: adding yet another schedule_work() introduces > additional overhead and adds some risk of ENOMEM errors which wouldn't > occur with a synchronous free. I do not think ENOMEM would be a problem. We are talking about lazy handling already. Besides that the allocation path also does this lazy free AFAICS. > > __purge_vmap_area_lazy() is the only function in the vfree() path that > > wants to be able to sleep. So it make sense to schedule > > __purge_vmap_area_lazy() via schedule_work() so it runs only in sleepable > > context. > > vfree() already does > > if (unlikely(in_interrupt())) > __vfree_deferred(addr); > > so it seems silly to introduce another defer-to-kernel-thread thing > when we already have one. But this only cares about the IRQ context and this patch aims at atomic context in general. I agree it would have been better to reduce this deferred behavior to only _atomic_ context but we not have a reliable way to detect that on non-preemptive kernels AFAIR. -- Michal Hocko SUSE Labs
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
Re: [PATCH 1/4] mm/vmalloc: allow to call vfree() in atomic context Andrew Morton <akpm@linux-foundation.org> - 2017-03-31 00:30 +0200 Re: [PATCH 1/4] mm/vmalloc: allow to call vfree() in atomic context Joel Fernandes <joelaf@google.com> - 2017-03-31 09:20 +0200 Re: [PATCH 1/4] mm/vmalloc: allow to call vfree() in atomic context Michal Hocko <mhocko@kernel.org> - 2017-04-04 11:40 +0200
csiph-web