On 12/19/2015 02:52 PM, Kirill A. Shutemov wrote: > On Fri, Dec 18, 2015 at 08:04:51PM -0500, Sasha Levin wrote: >> > Commit "mm, oom: introduce oom reaper" forgot to initialize the two new >> > fields >> > of struct zap_details in unmap_mapping_range(). This caused using stack >> > garbage >> > on the call to unmap_mapping_range_tree(). >> > >> > Signed-off-by: Sasha Levin <sasha.le...@oracle.com> >> > --- >> > mm/memory.c | 1 + >> > 1 file changed, 1 insertion(+) >> > >> > diff --git a/mm/memory.c b/mm/memory.c >> > index 206c8cd..0e32993 100644 >> > --- a/mm/memory.c >> > +++ b/mm/memory.c >> > @@ -2431,6 +2431,7 @@ void unmap_mapping_range(struct address_space >> > *mapping, >> > details.last_index = hba + hlen - 1; >> > if (details.last_index < details.first_index) >> > details.last_index = ULONG_MAX; >> > + details.check_swap_entries = details.ignore_dirty = false; > Should we use c99 initializer instead to make it future-proof?
I didn't do that to make these sort of failures obvious. In this case, if we would have used an initializer and it would default to the "wrong" values it would be much harder to find this bug. Thanks, Sasha -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
