Re: [PATCH 1/2] ksm: clean up page_trans_compound_anon_split

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Bob,

On Wed, Mar 07, 2012 at 06:39:12PM +0800, Bob Liu wrote:
> Hi Andrea,
> 
> I think this patch may still break the origin meaning.
> 
> In case PageTransCompound(page) but !PageAnon(head) after this cleanup,
> page_trans_compound_anon_split(page) will return 1 instead of 0 which
> will cause following
> PageAnon check to a compounded page.

It won't check PageAnon if you return 1 in that case. Returning 1 will
bail out immediately so it's always safe (simply it would become
dangerous to call the page_trans_compound_anon_split on a page that
wasn't PageTransCompound after the cleanup). The only downside is not
a runtime one but a theoretical one: it makes the function less
generic as it errors out even for regular pages now so it must only be
called on compound pages after the cleanup (but it was already called
only for compound pages so I couldn't argue against the cleanup, but
hey I also feel like the original version was more generic).

> 
> So please just ignore this cleanup. Sorry for my noise.

No problem, ok to drop it if you also like the current semantics more.

Thanks,
Andrea

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxx.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>


[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]