From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 062ABC47DDB for ; Fri, 26 Jan 2024 21:06:30 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 7FA176B0078; Fri, 26 Jan 2024 16:06:29 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 7AA436B007B; Fri, 26 Jan 2024 16:06:29 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 6BFE56B007D; Fri, 26 Jan 2024 16:06:29 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0010.hostedemail.com [216.40.44.10]) by kanga.kvack.org (Postfix) with ESMTP id 5CAC36B0078 for ; Fri, 26 Jan 2024 16:06:29 -0500 (EST) Received: from smtpin03.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 2CB62160FA1 for ; Fri, 26 Jan 2024 21:06:29 +0000 (UTC) X-FDA: 81722695698.03.0FBED94 Received: from gentwo.org (gentwo.org [62.72.0.81]) by imf07.hostedemail.com (Postfix) with ESMTP id 8C31C4000E for ; Fri, 26 Jan 2024 21:06:26 +0000 (UTC) Authentication-Results: imf07.hostedemail.com; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=linux.com (policy=none); spf=softfail (imf07.hostedemail.com: 62.72.0.81 is neither permitted nor denied by domain of cl@linux.com) smtp.mailfrom=cl@linux.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1706303186; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Ua8BBk77AjQZPcJgdt1KWrBAI/556/XXRzn9V8FrR4g=; b=VFg+fsWIJNpJK21SZ3JfJL2KLS068oLR05QK4wHa2FMmE/GwFcMBNZ0WnTZIZXLEKA66TD qlwkTIu3DbMR3InyQDwiMnLJto/3SJ2XRU/AzzmzzEc8mfevGwWzlyi3m10rqDGjYeim4M nAwpofo1/jPSI8rQYPc1ihRahnmJMlc= ARC-Authentication-Results: i=1; imf07.hostedemail.com; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=linux.com (policy=none); spf=softfail (imf07.hostedemail.com: 62.72.0.81 is neither permitted nor denied by domain of cl@linux.com) smtp.mailfrom=cl@linux.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1706303186; a=rsa-sha256; cv=none; b=GQhrqhJuVal4lUWzOzuKUYDhWHNQkTiPa9Uie66RokVKDFaoqXOblWp8MBEiD5POOSycId 5vVo74Vpc4WUP5uFrLoVJvncsF5B2lnL5ZqgQL0WRrfrXAqiwi8BXghzMx+S5CYCT3LzXA l6qy4vX03MJMG5B/vD/xjnGwMjMDCKg= Received: by gentwo.org (Postfix, from userid 1003) id 2E50240A98; Fri, 26 Jan 2024 13:06:25 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by gentwo.org (Postfix) with ESMTP id 2DCFF40A96; Fri, 26 Jan 2024 13:06:25 -0800 (PST) Date: Fri, 26 Jan 2024 13:06:25 -0800 (PST) From: "Christoph Lameter (Ampere)" To: David Rientjes cc: Matthew Wilcox , John Hubbard , Zi Yan , Bharata B Rao , Dave Jiang , "Aneesh Kumar K.V" , "Huang, Ying" , Alistair Popple , Andrew Morton , Linus Torvalds , Dave Hansen , Mel Gorman , Jon Grimm , Gregory Price , Brian Morris , Wei Xu , Johannes Weiner , SeongJae Park , linux-mm@kvack.org Subject: Re: [RFC] Memory tiering kernel alignment In-Reply-To: Message-ID: <17a45e1e-66c4-08ae-92c7-cef4fb0c4e2c@linux.com> References: <75f21150-1e12-4f4b-e578-e170e4fea18b@google.com> <2b29dd3d-bb2c-6a8c-94d2-d5c2e035516a@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Rspamd-Queue-Id: 8C31C4000E X-Rspam-User: X-Rspamd-Server: rspam02 X-Stat-Signature: ueou1p7xc3zdxzn7qjwxs6y81ap5rr3u X-HE-Tag: 1706303186-528077 X-HE-Meta: U2FsdGVkX19K5H/Cgui+APiyNvZ4tH5m0LIvXh0vXdHcBlxizgwcWgNOPcaCazh6KzvHe/xmQeuYbCsVWL60Dcn3kxVcRHBiefMbIlpT1CULIDmje8mwo6d5RLhIJURfqWABAguMRbIuurodkRCYcnOrx3ZhhCtrzjGM/T0umlE+Id5zhx9MwdIzjyJtE6EcH67/V29Iy82cjxTOFR9L6kQsV9N2TbCbjAOUxsBpnqv+DKmJTpG+gLoG6iBedxcqeRe+8Ar6TlywsCQv4VNIG8ZnhiDifd6jgcdgZPzxOTCJidMHYDgj/4YukaxZVKadx3dlGBnUGdaR5Ag1xtNsm8jN2OtCcnT/C5BQTPDWdeLHXH7okW6ru1NhyQSW0T9Nfq4DUAgp8RlbpgDs7zkkgmmfgbsU+HANt/5muiRg3I5CmgiLXWBNte9QhEdW+UlE2db9mXbIsVibaNxUcPJEk0DQYc9bsqgiH5QOnWODvm/VBdRyeFmintxpG2YvpcHUiBf8bdgGE5BtOwqpAGwmddkHxJTfJ+rdoDrOpwS8mmaOvzlR1XpNf3bpH39tka6QrqWqpwBJRCPvX/PEVRflUbrmtvy6rI7y60XahBnG3uzD8ooZlHwCd1f85caMWzVmbxO1o+CLWKvLVXEyqbbpAIMHooc367Hpue1qbVQUqZFhqDYCeimsmoMVlRZ2WS79+yaVimmS92sIWGtBMLfa3N2Q230PfZHuG9VGS7vA2XTRy5HGPAGibC49uVyOWzf9fK/eAwl1ISuAlSkPVHVHVS9vRb+OLkuUMKM0p9QpXGxGwCAF6eexqArw9cygAoGB3v79y7834hWEnJ32i9A+n0EhJSHjIbGogaVyWyf0/qfzDNL6SsJoss9gxaTOCQqqrefn0ohbCkj/8XqY750T3s2Vls0Zc/Xb/UAS8Y5k5ZZiw5pNzNJ0hdtNclKz70rkA/93Z0nwvQyQbnqzt6Y chf6bDg8 6YiF6rFm/PaOuAZok/UaaYyXZf7hC8C9UFfc+vkqbKOCqoWG3+Wob6+ap/XVMzokCZbMvvNI7poQagv4Ke4sJp1/o7XsaCjSWRfUiboZsos4DEYiBGopDtnuhFaXSKtJMKlYXjVM5PVBU5rqeMqWZ0E/iL0PhmhfSSCiZ8Z4oCljmVsaM3QNGxkQ5DYndWs5bTWRmth+w6VYd/bs= X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Thu, 25 Jan 2024, David Rientjes wrote: > My dream world would be where we could discuss various use cases for > locally attached CXL memory and determine, as a group, what the shared, > comprehensive "Linux vision" for it is and do so before LSF/MM/BPF. In a > perfect world, we could block out an expanded MM session in Salt Lake City > to bring all these concepts together, what approaches sound reasonable vs > unreasonable, and leave that conference with a clear understanding of what > needs to happen. I thought the main use of CXL is as a standardized interconnect. We finally can link up heterogeneous systems with various types of nodes in larger system configuration. As such it could contain processor nodes, memory nodes and i/o nodes and allow the setup of powerful systems with large address spaces, coprocessors, diverse types of processing etc etc. Well yes this is going to create some work but it looks like an exciting way to move forward to more powerful system configurations. All of this will then be possible then in pretty small configurations of just a couple of chips.