* Re: DISCONTIGMEM is deprecated [not found] ` <25cabb7c-9602-2e09-2fe0-cad3e54595fa@linux.ee> @ 2019-04-28 8:13 ` Christoph Hellwig 2019-04-29 16:58 ` Luck, Tony 0 siblings, 1 reply; 4+ messages in thread From: Christoph Hellwig @ 2019-04-28 8:13 UTC (permalink / raw) To: Meelis Roos Cc: Christopher Lameter, Mel Gorman, Andrew Morton, Mikulas Patocka, James Bottomley, linux-parisc, linux-mm, Vlastimil Babka, LKML, linux-arch, Tony Luck, Fenghua Yu, linux-ia64 On Tue, Apr 23, 2019 at 07:49:57PM +0300, Meelis Roos wrote: > > > ia64 (looks complicated ...) > > > > Well as far as I can tell it was not even used 12 or so years ago on > > Itanium when I worked on that stuff. > > My notes tell that on UP ia64 (RX2620), !NUMA was broken with both > SPARSEMEM and DISCONTIGMEM. NUMA+SPARSEMEM or !NUMA worked. Even > NUMA+DISCONTIGMEM worked, that was my config on 2-CPU RX2660. ia64 has a such a huge number of memory model choices. Maybe we need to cut it down to a small set that actually work. That includes fund bits like the 'VIRTUAL_MEM_MAP' option where the comment claims: # VIRTUAL_MEM_MAP and FLAT_NODE_MEM_MAP are functionally equivalent. # VIRTUAL_MEM_MAP has been retained for historical reasons. but it still is selected as the default if sparsemem is not enabled.. ^ permalink raw reply [flat|nested] 4+ messages in thread
* RE: DISCONTIGMEM is deprecated 2019-04-28 8:13 ` DISCONTIGMEM is deprecated Christoph Hellwig @ 2019-04-29 16:58 ` Luck, Tony 2019-04-29 20:09 ` Christoph Hellwig 0 siblings, 1 reply; 4+ messages in thread From: Luck, Tony @ 2019-04-29 16:58 UTC (permalink / raw) To: Christoph Hellwig, Meelis Roos Cc: Christopher Lameter, Mel Gorman, Andrew Morton, Mikulas Patocka, James Bottomley, linux-parisc@vger.kernel.org, linux-mm@kvack.org, Vlastimil Babka, LKML, linux-arch@vger.kernel.org, Yu, Fenghua, linux-ia64@vger.kernel.org > ia64 has a such a huge number of memory model choices. Maybe we > need to cut it down to a small set that actually work. SGI systems had extremely discontiguous memory (they used some high order physical address bits in the tens/hundreds of terabyte range for the node number ... so there would be a few GBytes of actual memory then a huge gap before the next node had a few more Gbytes). I don't know of anyone still booting upstream on an SN2, so if we start doing serious hack and slash the chances are high that SN2 will be broken (if it isn't already). -Tony ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: DISCONTIGMEM is deprecated 2019-04-29 16:58 ` Luck, Tony @ 2019-04-29 20:09 ` Christoph Hellwig 2019-04-30 13:40 ` Christopher Lameter 0 siblings, 1 reply; 4+ messages in thread From: Christoph Hellwig @ 2019-04-29 20:09 UTC (permalink / raw) To: Luck, Tony Cc: Christoph Hellwig, Meelis Roos, Christopher Lameter, Mel Gorman, Andrew Morton, Mikulas Patocka, James Bottomley, linux-parisc@vger.kernel.org, linux-mm@kvack.org, Vlastimil Babka, LKML, linux-arch@vger.kernel.org, Yu, Fenghua, linux-ia64@vger.kernel.org On Mon, Apr 29, 2019 at 04:58:09PM +0000, Luck, Tony wrote: > > ia64 has a such a huge number of memory model choices. Maybe we > > need to cut it down to a small set that actually work. > > SGI systems had extremely discontiguous memory (they used some high > order physical address bits in the tens/hundreds of terabyte range for the > node number ... so there would be a few GBytes of actual memory then > a huge gap before the next node had a few more Gbytes). > > I don't know of anyone still booting upstream on an SN2, so if we start doing > serious hack and slash the chances are high that SN2 will be broken (if it isn't > already). When I wrote this, I thought of !NUMA: flat mem NUMA: sparsemem SN2: discontig based on Meelis report. But now that you mention it, I bet SN2 has already died slow death from bitrot. It is so different in places, and it doesn't seem like anyone care - if people want room sized SGI machines the Origin is much more sexy (hello Thomas!) :) So maybe it it time to mark SN2 broken and see if anyone screams? Without SN2 the whole machvec mess could basically go away - the only real difference between the remaining machvecs is which iommu if any we set up. ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: DISCONTIGMEM is deprecated 2019-04-29 20:09 ` Christoph Hellwig @ 2019-04-30 13:40 ` Christopher Lameter 0 siblings, 0 replies; 4+ messages in thread From: Christopher Lameter @ 2019-04-30 13:40 UTC (permalink / raw) To: Christoph Hellwig Cc: Luck, Tony, Meelis Roos, Mel Gorman, Andrew Morton, Mikulas Patocka, James Bottomley, linux-parisc@vger.kernel.org, linux-mm@kvack.org, Vlastimil Babka, LKML, linux-arch@vger.kernel.org, Yu, Fenghua, linux-ia64@vger.kernel.org On Mon, 29 Apr 2019, Christoph Hellwig wrote: > So maybe it it time to mark SN2 broken and see if anyone screams? > > Without SN2 the whole machvec mess could basically go away - the > only real difference between the remaining machvecs is which iommu > if any we set up. SPARSEMEM with VMEMMAP was developed to address these issues and allow one mapping scheme across the different platforms. You do not need DISCONTIGMEM support for SN2. And as far as I know (from a decade ago ok....) the distributions were using VMEMMAP instead. ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2019-04-30 13:40 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20190419094335.GJ18914@techsingularity.net>
[not found] ` <20190419140521.GI7751@bombadil.infradead.org>
[not found] ` <0100016a461809ed-be5bd8fc-9925-424d-9624-4a325a7a8860-000000@email.amazonses.com>
[not found] ` <25cabb7c-9602-2e09-2fe0-cad3e54595fa@linux.ee>
2019-04-28 8:13 ` DISCONTIGMEM is deprecated Christoph Hellwig
2019-04-29 16:58 ` Luck, Tony
2019-04-29 20:09 ` Christoph Hellwig
2019-04-30 13:40 ` Christopher Lameter
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox