[lkml]   [1998]   [Aug]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] Fix to make check_pgt_cache work on !i386 architectures
On Sat, 1 Aug 1998, Jakub Jelinek wrote:

> Where would you like to call it with argument 0?
> As we (David Miller and myself) explained a few times already, the nice
> thing about page table cache is that it requires now locking, so it is
> pretty fast. So you have to call it from the same CPU the cache is on, which
> is usually not the case with try_to_free_pages etc.

Ummm, but isn't allocation from the pgt cache *always* protected by the
holding of the global kernel lock? As far as I can see it, all paths to
allocating pgts (fork/clone, page faults, mmap & friends) start off by
getting an mmap semaphore and the kernel lock. Thus, there is will be no
race in emptying another cpu's pgt caches -- hence, Bill's patches are
safe. Of course, this probably won't be the case sometime in 2.3. =)


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:43    [W:0.042 / U:0.372 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site