From: Matthew Wilcox <willy@debian.org>
Date: Mon, 28 Oct 2002 14:32:26 +0000
s/well maintained port/port that linus takes patches from regularly/
If you can't get purely arch/* include/asm-* patches to him,
that isn't my problem.
Yes, you might have to retransmit that patch 20/30 times over the
course of a few days depending upon how busy Linus is, just get over
it. :-)
What do you want to do about flush_icache_page? You want to change it
to flush_dcache_page at eviction time, and then we can purge that page
from our icache in update_mmu_cache?
That's the idea. The other idea is "well these particular call spots
really are special, so let's document flush_icache_page properly".
You may as well drop this hunk from the diff; our current tree doesn't
even have these functions; just:
static inline void
flush_page_to_ram(struct page *page)
{
}
I gave Alan a patch that applies to 2.5.44 as-is, that is the most
useful form of the patch.
If you code is different now, you or Alan can deal with the conflict
once it does arrise and your "other code" is in 2.5.x. For now it
isn't so it doesn't make any sense for me to patch against something
that isn't there :-)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Oct 31 2002 - 22:00:36 EST