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 27220C02188 for ; Mon, 27 Jan 2025 13:15:18 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 96CB128014D; Mon, 27 Jan 2025 08:15:17 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 91C96280148; Mon, 27 Jan 2025 08:15:17 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 7BD4B28014D; Mon, 27 Jan 2025 08:15:17 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 5CA36280148 for ; Mon, 27 Jan 2025 08:15:17 -0500 (EST) Received: from smtpin22.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id ABEDB1C9C9F for ; Mon, 27 Jan 2025 13:15:16 +0000 (UTC) X-FDA: 83053277832.22.F1293A0 Received: from mail-qt1-f173.google.com (mail-qt1-f173.google.com [209.85.160.173]) by imf03.hostedemail.com (Postfix) with ESMTP id A6F2720014 for ; Mon, 27 Jan 2025 13:15:14 +0000 (UTC) Authentication-Results: imf03.hostedemail.com; dkim=pass header.d=ziepe.ca header.s=google header.b=HtcF8iDZ; spf=pass (imf03.hostedemail.com: domain of jgg@ziepe.ca designates 209.85.160.173 as permitted sender) smtp.mailfrom=jgg@ziepe.ca; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1737983714; 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:dkim-signature; bh=l8Gnx1Ej/GniRlyssG83vZWUG4osQFk33JfK8leZNr8=; b=Sqz2JVQPA44Jtx0+TC91cM7GpkeMjhrZ7ppCvkF7Yhe0qP+nrJJ42fzuaN+dmz60baqmNT Q0fVEAWUVe7oE0u3ZPwYZnLO7htuSsszOs7eQOKYnv12XWiiBbkkihfrLcy+PTbMFy9e2N nBQ07koW2PUzApFY32JTtyH1nhOSkuY= ARC-Authentication-Results: i=1; imf03.hostedemail.com; dkim=pass header.d=ziepe.ca header.s=google header.b=HtcF8iDZ; spf=pass (imf03.hostedemail.com: domain of jgg@ziepe.ca designates 209.85.160.173 as permitted sender) smtp.mailfrom=jgg@ziepe.ca; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1737983714; a=rsa-sha256; cv=none; b=P8MgW5H0MSptGeRmCc1vl7JVxoinNYf6/qX2sFTbFvTpDGRfzNntTakiifVZUoI6/KMxdF Vp9sc4uXOV6FZvakl+J5qxAgQW2XH9doPCDN+ATc2DcKPCUwWfi8sO55yvee7RoVaHiQCO aebA38FTMca9jbS9k2P4QIqx6fNLUwY= Received: by mail-qt1-f173.google.com with SMTP id d75a77b69052e-46fa7678ef3so13448601cf.1 for ; Mon, 27 Jan 2025 05:15:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ziepe.ca; s=google; t=1737983714; x=1738588514; darn=kvack.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=l8Gnx1Ej/GniRlyssG83vZWUG4osQFk33JfK8leZNr8=; b=HtcF8iDZ+6ZznyW8BWhsuNP4T/wi5tGEXkJqjShzElkCfdVaNPhDq0KfIrkPFsFl5G +Ez1BnFgNvvpIxaG/Eas6S48xgwXCOMWssrLqhsUHcX3u2/cnbnYKBJU1yAyCtw7vy12 6rva6sajRNvHscNjPEbnz9PS7ViR3RgDpVCI8lR7BylHPEDwNwSiNNUONm/DAR9O1+cL dYv3dbJdEd56blseBoz8Esby7jBZEUOnHWavw+EdwyKQi6rsYmVX+QbftSdwEtgYmv0H anUgzGPpu/i9gyezrqRhFM7kgA5Av410cXjHoHGXV7isVFoDdF5dZ7JJyT0zczBKYdDe Lnbg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1737983714; x=1738588514; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=l8Gnx1Ej/GniRlyssG83vZWUG4osQFk33JfK8leZNr8=; b=sf/unAqPQ76HjTMQZjZ0IMLBvFaPV+pkIqgMjR5LA+W9l6erOZuOAZX0KvOpUt4ocQ LoOft681DJJGPXYcDoJyDyTWtst+tyCl6aUMZ/IWEkDYfMfu1LGGpbcU4eZsXoHwLaS4 LrJ8IuAOYfLIT/Hq5oD8wFKPMkGoGwyqqy4uFqXkmn/qFq2HR78mKX9Jfnm2bENwqqje lmxyA11jezCS2+geyyIKgq/5JHsXLHi2jHVxhO+sBY85OTMJHk/CrbcanC94OjxDoJWR XVZkjZWwnnIgmYpk3zLifvlKN/ss+uy7jH4feRGby3uDzVw6Pvx+Mx0UnxndHQ6X4Rnq RJAw== X-Forwarded-Encrypted: i=1; AJvYcCX9cO5nxlcOqg6PLV6pOCk8UwwghEc/0juQaZA6F24R3P1APYThflic+mLXh6CxZo20LYQZH/lreQ==@kvack.org X-Gm-Message-State: AOJu0Ywq0YBmDk3SAV+go1wJyMLDOqxTR7RHw8ktJ9cS++r/gwMM09Jj mwhVnNNQ/j6ix2vGAgFua/LjGOhRnfJQvsqSWOR6JoGwIV2iTQs6cABYSbLz9sM= X-Gm-Gg: ASbGncugVTpw8vRIF3Qs6v5g3fei95n3wYLDLeO+4l2Z2c7qBFv2DEyd/Fow9e64DaF qEPDv084e07QyaSnFHFjoWw1v91Y27w//oAmImYUNRt+IjRP9hM+cYp0yptyrTayEyr2KEhpMWh WFqhRDPlzeQrXZc/zXS1cJGC1IiOjnoISJjkjCQ8xJtkl1yxroptLrNqi3qEuuZq4lwTa9I/IzV t81f/OmYNPscolqKqCnblN+lhKXG4+mtvJXxVQN5H2e6KgQKrV1dBViShy7vt4cdlHKKIAt9ioy 5XkFz2wBCxPnlfuZnQzW2NXuHT6ByKKc8VfqscabNMZYBhMAy4qMUw== X-Google-Smtp-Source: AGHT+IG2u70k+CCd2Ab1CpjQ8SiPC2r8NvgC0rBt/kuqsBtVQygrlaFzZRXb30qM0SKRsojDhLFz6w== X-Received: by 2002:a05:622a:34b:b0:46b:cf12:884e with SMTP id d75a77b69052e-46e12a8797cmr661979261cf.27.1737983713750; Mon, 27 Jan 2025 05:15:13 -0800 (PST) Received: from ziepe.ca (hlfxns017vw-142-68-128-5.dhcp-dynamic.fibreop.ns.bellaliant.net. [142.68.128.5]) by smtp.gmail.com with ESMTPSA id d75a77b69052e-46e6686311asm38756171cf.15.2025.01.27.05.15.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 27 Jan 2025 05:15:13 -0800 (PST) Received: from jgg by wakko with local (Exim 4.97) (envelope-from ) id 1tcOxM-00000005OH3-0XSs; Mon, 27 Jan 2025 09:15:12 -0400 Date: Mon, 27 Jan 2025 09:15:12 -0400 From: Jason Gunthorpe To: Alexander Graf Cc: Pasha Tatashin , Mike Rapoport , David Rientjes , lsf-pc@lists.linux-foundation.org, "Gowans, James" , linux-mm@kvack.org Subject: Re: [LSF/MM/BPF TOPIC] memory persistence over kexec Message-ID: <20250127131512.GC1103620@ziepe.ca> References: <20250120141427.GK674319@ziepe.ca> <20250126200404.GA1103620@ziepe.ca> <54945e03-c437-48b4-b739-4e8ac822c1fc@amazon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <54945e03-c437-48b4-b739-4e8ac822c1fc@amazon.com> X-Rspamd-Server: rspam05 X-Rspamd-Queue-Id: A6F2720014 X-Stat-Signature: cxys8bttap8rfoiec787rad5rzd5bh1w X-Rspam-User: X-HE-Tag: 1737983714-725804 X-HE-Meta: U2FsdGVkX195NVKPJtU3lQNeHAX1f9tMMAkDe5Zulv45+UtbSqDtu9PKT53UuBfTK91W/soY9au6xnFPttsiUKmLM8vg/tx5advTVz54Y+llkiCApDLjh4prAiaztaSEasf2PFcNdWco7bf/cOUeBG4jHm8pDB1MxvnMrOOHP9SigvGpM5ezYstNeUL/rt2AclFejqIjYtLW53CMjq/QeHG47NI5jvwnwQKGMxGRZjI/Gj6mTSbPcBMp6RuYM6Pn8MABoKCkDbFxXCa22CXY1L81dAvRRxA2Lde8z7mYRKNOhn1/KlJO4yqxISQk+XzcP7SJO5q4vx553sEvh+gAWSxyZ0YjIFpUzHmyjx15mrnkA2k3gGG3U2Cv0IUYY6AzYpuAj9OqmRkdI6FGiOL5/ETv775o0OcMynDFKlq79dIvC/0bohpTuFyj1xCy5ph7virMp9/jrv7OlVV+QM3vvuejBmk0Lz431EVdm25ClO2tkczqijq1h18VdxZTKwFZxMUhuoyAkny+kFlqxOYeBvR14FQhwGMAoFuxa7w/W1+fopiPdtSid2U66pNbSe0VtV8JTVMTek7gFR9pn3Uq5tUE7XhrkEhUzMXXAPK2qI6tGg/WrK1AOAe/4qpiIcg92FcKmyE/DYv508PcZh2i1D4SGmnUfBTVN8YjZA49NZZGjCJTVe/5ebwtiOlon3Gzu1mW2ul3POHFitbfnpotAi89qq8g0XWe3iV7lcQDVkx3qfxOM0x6eYigrgiH4kkKoLrWyO3/65LouIJDMzzyDiaDzRt4fZgWQ+GHN7IyARGV4MPghSiCX4O2wHBy5DDHMutwsqZWWeG3GWDjGIOkeHju/VUAIccIqkUlioIFrwgzVAfD4trrWe2Vt7DMIz0VEWxU8dkroMcMfUgEk/El/7zdJgJNj/WT8GrXNNr/YO9CB8gwLTDhoxgTvZTjaq+FRtBTrsSk6vBVJ373bAB xHWz158W ZClefVuzErlmqHTVW+6iduiZM0pxml0BdbHA58dF2rTQv7UrYeYiPuFnC+OtkUPWonrvMXaSmEwmfkpD7QTtLTqSjhaXMCeCyQSj9HkKx6QxgTGnxMeHcTMXErpcUEDQ+WXD1tAhklARkbhRC+5KsFJAcwOZqA/nl8Np/2tTnJpYWS1GBMiseOPAo/E6QLLr54410s3NI0nyz45QIhdgcLJY0CMp1bk9bEk0bGkgETBToP1lIkdQF5OHzISZXiMX1Vd26U7FmXg/qkJSJcZ69lLihxghWyoPuajCJ 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 Sun, Jan 26, 2025 at 04:21:05PM -0800, Alexander Graf wrote: > Yes, this is easier said than done. In the user space driven kexec path, > user space is in control of memory locations. At least after the first kexec > iteration, these locations will overlap with the existing Linux runtime > environment, because both lie in the scratch region. Only the purgatory > moves everything to where it should be. This just doesn't seem ideal to me.. It makes sense for old fashioned kexec, but if you are committed to KHO start earlier. I would imagine a system that wants to do KHO to have A/B chunks of memory that are used to boot up the kernel, and the running kernel keeps the successor kernel's chunk entirely as ZONE_MOVABLE. When kexec time comes the running kernel evacuates the successor chunk, and the new kernel gets one of two reliable linear mappings to work with. No complex purgatory, no copying, its simple. The next kernel then makes the prior kernel's chunk ZONE_MOVABLE and the cycle repeats. Why make it so complicated by using overlapping memory??? Jason