Date: Thu, 09 Sep 2010 11:01:39 -0500 From: Alan Cox <alc@rice.edu> To: Nathan Whitehorn <nwhitehorn@FreeBSD.org> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r212360 - head/sys/vm Message-ID: <4C8904E3.9000907@rice.edu> In-Reply-To: <201009091332.o89DWw9H087769@svn.freebsd.org> References: <201009091332.o89DWw9H087769@svn.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Nathan Whitehorn wrote: > Author: nwhitehorn > Date: Thu Sep 9 13:32:58 2010 > New Revision: 212360 > URL: http://svn.freebsd.org/changeset/base/212360 > > Log: > On architectures with non-tree-based page tables like PowerPC, every page > in a range must be checked when calling pmap_remove(). Calling > pmap_remove() from vm_pageout_map_deactivate_pages() with the entire range > of the map could result in attempting to demap an extraordinary number > of pages (> 10^15), so iterate through each map entry and unmap each of > them individually. > > This is a machine-dependent issue, and so I will argue that it is the pmap's and not the machine-independent layer's responsibility to deal with this. Our sparc64 port faces the same problem with the TSB, and it deals with it internally. Moreover, the solution isn't that complicated. Is there any reason why the sparc64 solution can't be applied to powerpc? Regards, Alan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4C8904E3.9000907>