login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2008
»
October
»
8
Re: [PATCH 1/1] hugetlbfs: handle pages higher order than MAX_ORDER
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Christoph Lameter
Subject:
Re: [PATCH 1/1] hugetlbfs: handle pages higher order than MAX_ORDER
Date: Wednesday, October 8, 2008 - 12:35 pm
Andy Whitcroft wrote:
quoted text
> With SPARSEMEM turned on and VMEMMAP turned off a valid combination, > we will end up scribbling all over memory which is pretty serious so for > that reason we should handle this case. There are cirtain combinations > of features which require SPARSMEM but preclude VMEMMAP which trigger this.
Which configurations are we talking about? 64 bit configs may generally be able to use VMEMMAP since they have lots of virtual address space. --
unsubscribe notice
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/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[PATCH 0/1] gigantic compound pages part 2
, Andy Whitcroft
, (Wed Oct 8, 2:33 am)
[PATCH 1/1] hugetlbfs: handle pages higher order than MAX_ ...
, Andy Whitcroft
, (Wed Oct 8, 2:33 am)
Re: [PATCH 1/1] hugetlbfs: handle pages higher order than ...
, Nick Piggin
, (Wed Oct 8, 5:29 am)
Re: [PATCH 1/1] hugetlbfs: handle pages higher order than ...
, Mel Gorman
, (Wed Oct 8, 7:57 am)
Re: [PATCH 1/1] hugetlbfs: handle pages higher order than ...
, Christoph Lameter
, (Wed Oct 8, 9:17 am)
Re: [PATCH 1/1] hugetlbfs: handle pages higher order than ...
, Andi Kleen
, (Wed Oct 8, 10:36 am)
Re: [PATCH 1/1] hugetlbfs: handle pages higher order than ...
, Andy Whitcroft
, (Wed Oct 8, 11:55 am)
Re: [PATCH 1/1] hugetlbfs: handle pages higher order than ...
, Christoph Lameter
, (Wed Oct 8, 12:35 pm)
Re: [PATCH 1/1] hugetlbfs: handle pages higher order than ...
, Andy Whitcroft
, (Mon Oct 13, 6:34 am)
Re: [PATCH 1/1] hugetlbfs: handle pages higher order than ...
, Andy Whitcroft
, (Mon Oct 13, 6:36 am)
Re: [PATCH 1/1] hugetlbfs: handle pages higher order than ...
, Christoph Lameter
, (Mon Oct 13, 9:04 am)
Re: [PATCH 1/1] hugetlbfs: handle pages higher order than ...
, Andy Whitcroft
, (Tue Oct 14, 12:00 am)
Navigation
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Greg KH
Og dreams of kernels
Jens Axboe
[PATCH 31/33] Fusion: sg chaining support
Arnd Bergmann
Re: finding your own dead "CONFIG_" variables
Mark Brown
[PATCH 2/2] Subject: natsemi: Allow users to disable workaround for DspCfg reset
Tony Breeds
[LGUEST] Look in object dir for .config
git
:
Brian Downing
Re: Git in a Nutshell guide
John Benes
Re: master has some toys
Matthias Lederhofer
[PATCH 4/7] introduce GIT_WORK_TREE to specify the work tree
Alexander Sulfrian
[RFC/PATCH] RE: git calls SSH_ASKPASS even if DISPLAY is not set
Junio C Hamano
Re: Rss produced by git is not valid xml?
git-commits-head
:
Linux Kernel Mailing List
iSeries: fix section mismatch in iseries_veth
Linux Kernel Mailing List
ixbge: remove TX lock and redo TX accounting.
Linux Kernel Mailing List
ixgbe: fix several counter register errata