[{"id":3670921,"web_url":"http://patchwork.ozlabs.org/comment/3670921/","msgid":"","list_archive_url":null,"date":"2026-03-30T08:24:54","subject":"Re: [PATCH 5/9] hw/cxl: Map lazy memory backend after host acceptance","submitter":{"id":90501,"url":"http://patchwork.ozlabs.org/api/people/90501/","name":"Anisa Su","email":"anisa.su887@gmail.com"},"content":"On Wed, Mar 25, 2026 at 06:42:53PM +0000, Alireza Sanaee wrote:\n> In the dc-regions-total-size flow, a requested extent is not backed when it\n> is queued. It becomes usable only after the host accepts it with Add\n> Dynamic Capacity Response.\n> \n> Use that response path to look up the first pending group's metadata for\n> each accepted extent, enable the selected host backend, and move the\n> backend and fixed-window references onto the committed extent list. The\n> accepted range is then marked backed just like the non-lazy path.\n> \n> This wires host acceptance to the lazy backend lifecycle and leaves the\n> fixed-window direct aliasing to the following patch.\n> \n> Signed-off-by: Alireza Sanaee \n> ---\n> hw/cxl/cxl-mailbox-utils.c | 76 ++++++++++++++++++++++++++++++++++++--\n> 1 file changed, 73 insertions(+), 3 deletions(-)\n> \n> diff --git a/hw/cxl/cxl-mailbox-utils.c b/hw/cxl/cxl-mailbox-utils.c\n> index c5427adb3a..cc7be6e68c 100644\n> --- a/hw/cxl/cxl-mailbox-utils.c\n> +++ b/hw/cxl/cxl-mailbox-utils.c\n[snip]\n> static CXLRetCode cxl_dcd_add_dyn_cap_rsp_dry_run(CXLType3Dev *ct3d,\n> const CXLUpdateDCExtentListInPl *in)\n> {\n> @@ -3718,8 +3740,12 @@ static CXLRetCode cmd_dcd_add_dyn_cap_rsp(const struct cxl_cmd *cmd,\n> CXLUpdateDCExtentListInPl *in = (void *)payload_in;\n> CXLType3Dev *ct3d = CXL_TYPE3(cci->d);\n> CXLDCExtentList *extent_list = &ct3d->dc.extents;\n> + struct CXLFixedWindow *fw;\n> + HostMemoryBackend *hmb_dc;\n> + uint8_t tag[0x10];\n> uint32_t i, num;\n> uint64_t dpa, len;\n> + int rid;\n> CXLRetCode ret;\n> \n> if (len_in < sizeof(*in)) {\n> @@ -3756,10 +3782,54 @@ static CXLRetCode cmd_dcd_add_dyn_cap_rsp(const struct cxl_cmd *cmd,\n> for (i = 0; i < in->num_entries_updated; i++) {\n> dpa = in->updated_entries[i].start_dpa;\n> len = in->updated_entries[i].len;\n> + if (ct3d->dc.total_capacity_cmd) {\n memcpy(tag, in->updated_entries[i], 0x10);\n> + bool found;\n> + MemoryRegion *mr;\n> +\n> + found = cxl_extent_find_extent_detail(&ct3d->dc.extents_pending,\n> + dpa, len, tag,\n> + &hmb_dc, &fw, &rid);\n> +\nBtw, I'm using this patchset to test my current DCD RFC :) The main thing is I\nwant to test having multiple extents in the same add request for the new\nrequirements for tags on the host side. Since we can only add/remove tagged\ncapacity at once (no incremental add/partial release), would it be possible to\nsupport that? Sorry I didn't have a look sooner\n\nThanks,\nAnisa\n -- \n> 2.50.1 (Apple Git-155)\n>","headers":{"Return-Path":"","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=gmail.com header.i=@gmail.com header.a=rsa-sha256\n header.s=20251104 header.b=RHI7wC7J;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=nongnu.org\n (client-ip=209.51.188.17; helo=lists.gnu.org;\n envelope-from=qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org;\n receiver=patchwork.ozlabs.org)"],"Received":["from lists.gnu.org (lists.gnu.org [209.51.188.17])\n\t(using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4fkkp95QyNz1xrn\n\tfor ; Mon, 30 Mar 2026 19:25:21 +1100 (AEDT)","from localhost ([::1] helo=lists1p.gnu.org)\n\tby lists.gnu.org with esmtp (Exim 4.90_1)\n\t(envelope-from )\n\tid 1w77vh-0002za-QR; Mon, 30 Mar 2026 04:25:01 -0400","from eggs.gnu.org ([2001:470:142:3::10])\n by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)\n (Exim 4.90_1) (envelope-from )\n id 1w77vg-0002zD-7m\n for qemu-devel@nongnu.org; Mon, 30 Mar 2026 04:25:00 -0400","from mail-dl1-x1229.google.com ([2607:f8b0:4864:20::1229])\n by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)\n (Exim 4.90_1) (envelope-from )\n id 1w77ve-000075-N1\n for qemu-devel@nongnu.org; Mon, 30 Mar 2026 04:24:59 -0400","by mail-dl1-x1229.google.com with SMTP id\n a92af1059eb24-12732e6a123so2588004c88.1\n for ; Mon, 30 Mar 2026 01:24:58 -0700 (PDT)","from 4470NRD-ASU.ssi.samsung.com\n (c-73-170-217-179.hsd1.ca.comcast.net. [73.170.217.179])\n by smtp.gmail.com with ESMTPSA id\n a92af1059eb24-12ab97e7a57sm8777404c88.6.2026.03.30.01.24.55\n (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);\n Mon, 30 Mar 2026 01:24:56 -0700 (PDT)"],"DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n d=gmail.com; s=20251104; t=1774859097; x=1775463897; darn=nongnu.org;\n h=in-reply-to:content-disposition:mime-version:references:message-id\n :subject:cc:to:date:from:from:to:cc:subject:date:message-id:reply-to;\n bh=g5TduLyOB2E5auatV1YEbPKRJcZ4ZLa0E2+8Df6dxNQ=;\n b=RHI7wC7JHyPU5Nuz2pnarMWVW+F3aqOfYlQfirKl0px21VeSWn6FMBrl2l5Cc5nhi5\n dvzYTrJgUFS7KFLN1K9M+Vl47G2PQEFcWx9OAL9G0hL4OJf8PmTwrUPdiwamo7681fCH\n AheNmB4JOc2pzToRoFukZN4ZMYHwel9wzBblA7K/NSrdg12vB+dBTs9ZFfgNVa625iyu\n C0xNHbjkw6Lo3N8P3aKIzx5NnHzhx9CRnfjA/QdBNrF9x5ZR7VFMzwNmKBKmvSYVuK0H\n HY0ADXKS8t7TUZJ0tg3oT5gMaEeO5QHOKjinw5At1RwzWmol2PwGd+7XXlPAVYRyxbWD\n hR+Q==","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n d=1e100.net; s=20251104; t=1774859097; x=1775463897;\n h=in-reply-to:content-disposition:mime-version:references:message-id\n :subject:cc:to:date:from:x-gm-gg:x-gm-message-state:from:to:cc\n :subject:date:message-id:reply-to;\n bh=g5TduLyOB2E5auatV1YEbPKRJcZ4ZLa0E2+8Df6dxNQ=;\n b=CaKlxhQrQ7PYinnaz/TW8PjNUUsxop0uKVJj5akztcj3kTRycHdCE5nlIDxDbKR/ta\n rJAisp34krmfsToMcgLkaeLCC6ADGsdULt3bTFwdtXSwaGrEvA1X37D20hNGJgIFLpe7\n 9wxYtx8tVD2qBgsa/r0FOU6pi7zeSVmKkiPUrRmQ91ftgBmV2nZfaaQRh9xHMnvNFcA2\n hoXn2NE3VSZNmvCibAMDb3+OXS7zMiBrignB56rOFnV+ymRIq3oatlrvvGCbBlyJByPa\n xLmO2XEVgL76VOy3y5QJiYZqCj1S69qksSzHBLXaXuC1YER4XJRsm5dokhJk2XcrgryF\n CcWA==","X-Gm-Message-State":"AOJu0Yyc5HrlkvURMvEkriwyq/x89BvadzIiLlpQajoccYtHb8qxREFF\n AGHucrrtxRgkOeoH36yMDJuMg/+v9D4tglh4tjvfszo4k6qgYJbOkyXt","X-Gm-Gg":"ATEYQzw1rqDuR2ZT7a0N50Gh44fMQV2376ao4w1OeWMR458ZKQgwYESfX2N2utD3H78\n kzgA5Ly+a5q2n8yRliJb6V24cDUgSEPfpidwkvAWxgAnTgXSh2jHYW1N8WqsyEbNM8peZmnSWU/\n XuBYfdjvQoyokLW4jflNC6nh3EXuWKsd+SXJg3w/E0kPnOFmLW6HB4MkOl2OD+uyXkZ9NA7AX4C\n y+k4aNPZ3sib8mJrPezXqNyxAYlfHfCbAcKRSEbbDbcZjRlphTG8rOn4ShG7D4zqYO6jFFrunL0\n Mzzqb2CK0M6lCbwBv6dNkVJKNcrigcs1ZwPJ9pQf0+9GDO6o+uSQL5W4Zgn8P4HxAscFabWLvSc\n c1E2CWs/Anvw3SEKwxrimVFB2t+IHRugForcSyerbCEz/lP/6uKv+FRu6lIy7k0WeTXuJBGYnji\n eD+6vfxl3bj4U+uNjyYIC0XuB0gX7q0sb9EfvRrsEg5Ez8s9duTpfN4e/sTDFcnauf7aNFaWesF\n s08zTIcj2+u","X-Received":"by 2002:a05:701b:221a:b0:12a:b3c4:c3b6 with SMTP id\n a92af1059eb24-12ab3c4c608mr3436080c88.21.1774859096593;\n Mon, 30 Mar 2026 01:24:56 -0700 (PDT)","From":"Anisa Su ","X-Google-Original-From":"Anisa Su ","Date":"Mon, 30 Mar 2026 01:24:54 -0700","To":"Alireza Sanaee ","Cc":"qemu-devel@nongnu.org, armbru@redhat.com, berrange@redhat.com,\n eblake@redhat.com, jonathan.cameron@huawei.com,\n linux-cxl@vger.kernel.org, linuxarm@huawei.com,\n lizhijian@fujitsu.com, mst@redhat.com, pbonzini@redhat.com,\n gourry@gourry.net, nifan.cxl@gmail.com, me@linux.beauty","Subject":"Re: [PATCH 5/9] hw/cxl: Map lazy memory backend after host acceptance","Message-ID":"","References":"<20260325184259.366-1-alireza.sanaee@huawei.com>\n <20260325184259.366-6-alireza.sanaee@huawei.com>","MIME-Version":"1.0","Content-Type":"text/plain; charset=us-ascii","Content-Disposition":"inline","In-Reply-To":"<20260325184259.366-6-alireza.sanaee@huawei.com>","Received-SPF":"pass client-ip=2607:f8b0:4864:20::1229;\n envelope-from=anisa.su887@gmail.com; helo=mail-dl1-x1229.google.com","X-Spam_score_int":"-17","X-Spam_score":"-1.8","X-Spam_bar":"-","X-Spam_report":"(-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,\n DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,\n FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001,\n RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,\n SPF_PASS=-0.001 autolearn=ham autolearn_force=no","X-Spam_action":"no action","X-BeenThere":"qemu-devel@nongnu.org","X-Mailman-Version":"2.1.29","Precedence":"list","List-Id":"qemu development ","List-Unsubscribe":",\n ","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n ","Errors-To":"qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org","Sender":"qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org"}},{"id":3671239,"web_url":"http://patchwork.ozlabs.org/comment/3671239/","msgid":"","list_archive_url":null,"date":"2026-03-30T17:18:22","subject":"Re: [PATCH 5/9] hw/cxl: Map lazy memory backend after host acceptance","submitter":{"id":90501,"url":"http://patchwork.ozlabs.org/api/people/90501/","name":"Anisa Su","email":"anisa.su887@gmail.com"},"content":"On Mon, Mar 30, 2026 at 01:24:54AM -0700, Anisa Su wrote:\n> On Wed, Mar 25, 2026 at 06:42:53PM +0000, Alireza Sanaee wrote:\n> > In the dc-regions-total-size flow, a requested extent is not backed when it\n> > is queued. It becomes usable only after the host accepts it with Add\n> > Dynamic Capacity Response.\n> > \n> > Use that response path to look up the first pending group's metadata for\n> > each accepted extent, enable the selected host backend, and move the\n> > backend and fixed-window references onto the committed extent list. The\n> > accepted range is then marked backed just like the non-lazy path.\n> > \n> > This wires host acceptance to the lazy backend lifecycle and leaves the\n> > fixed-window direct aliasing to the following patch.\n> > \n> > Signed-off-by: Alireza Sanaee \n> > ---\n> > hw/cxl/cxl-mailbox-utils.c | 76 ++++++++++++++++++++++++++++++++++++--\n> > 1 file changed, 73 insertions(+), 3 deletions(-)\n> > \n> > diff --git a/hw/cxl/cxl-mailbox-utils.c b/hw/cxl/cxl-mailbox-utils.c\n> > index c5427adb3a..cc7be6e68c 100644\n> > --- a/hw/cxl/cxl-mailbox-utils.c\n> > +++ b/hw/cxl/cxl-mailbox-utils.c\n> [snip]\n> > static CXLRetCode cxl_dcd_add_dyn_cap_rsp_dry_run(CXLType3Dev *ct3d,\n> > const CXLUpdateDCExtentListInPl *in)\n> > {\n> > @@ -3718,8 +3740,12 @@ static CXLRetCode cmd_dcd_add_dyn_cap_rsp(const struct cxl_cmd *cmd,\n> > CXLUpdateDCExtentListInPl *in = (void *)payload_in;\n> > CXLType3Dev *ct3d = CXL_TYPE3(cci->d);\n> > CXLDCExtentList *extent_list = &ct3d->dc.extents;\n> > + struct CXLFixedWindow *fw;\n> > + HostMemoryBackend *hmb_dc;\n> > + uint8_t tag[0x10];\n> > uint32_t i, num;\n> > uint64_t dpa, len;\n> > + int rid;\n> > CXLRetCode ret;\n> > \n> > if (len_in < sizeof(*in)) {\n> > @@ -3756,10 +3782,54 @@ static CXLRetCode cmd_dcd_add_dyn_cap_rsp(const struct cxl_cmd *cmd,\n> > for (i = 0; i < in->num_entries_updated; i++) {\n> > dpa = in->updated_entries[i].start_dpa;\n> > len = in->updated_entries[i].len;\n> > + if (ct3d->dc.total_capacity_cmd) {\n> memcpy(tag, in->updated_entries[i], 0x10);\n^sorry that was totally wrong lol! ignore that. but I did encounter a null tag\non host side when I sent the qmp tag-based rls cmd that resolved when I changed\nit to prescriptive, so let me see what happened there\n> > + bool found;\n> > + MemoryRegion *mr;\n> > +\n> > + found = cxl_extent_find_extent_detail(&ct3d->dc.extents_pending,\n> > + dpa, len, tag,\n> > + &hmb_dc, &fw, &rid);\n> > +\n> Btw, I'm using this patchset to test my current DCD RFC :) The main thing is I\n> want to test having multiple extents in the same add request for the new\n> requirements for tags on the host side. Since we can only add/remove tagged\n> capacity at once (no incremental add/partial release), would it be possible to\n> support that? Sorry I didn't have a look sooner\n> \n> Thanks,\n> Anisa\n> -- \n> > 2.50.1 (Apple Git-155)\n> >","headers":{"Return-Path":"","X-Original-To":"incoming@patchwork.ozlabs.org","Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=gmail.com header.i=@gmail.com header.a=rsa-sha256\n header.s=20251104 header.b=D16qWPam;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=nongnu.org\n (client-ip=209.51.188.17; helo=lists.gnu.org;\n envelope-from=qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org;\n receiver=patchwork.ozlabs.org)"],"Received":["from lists.gnu.org (lists.gnu.org [209.51.188.17])\n\t(using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4fkyfD3b15z1yG7\n\tfor ; Tue, 31 Mar 2026 04:19:15 +1100 (AEDT)","from localhost ([::1] helo=lists1p.gnu.org)\n\tby lists.gnu.org with esmtp (Exim 4.90_1)\n\t(envelope-from )\n\tid 1w7GG2-0000om-LJ; Mon, 30 Mar 2026 13:18:34 -0400","from eggs.gnu.org ([2001:470:142:3::10])\n by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)\n (Exim 4.90_1) (envelope-from )\n id 1w7GFy-0000oN-4R\n for qemu-devel@nongnu.org; Mon, 30 Mar 2026 13:18:30 -0400","from mail-yx1-xb135.google.com ([2607:f8b0:4864:20::b135])\n by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)\n (Exim 4.90_1) (envelope-from )\n id 1w7GFw-0000sb-CY\n for qemu-devel@nongnu.org; Mon, 30 Mar 2026 13:18:29 -0400","by mail-yx1-xb135.google.com with SMTP id\n 956f58d0204a3-6501d242e3fso2171612d50.0\n for ; Mon, 30 Mar 2026 10:18:28 -0700 (PDT)","from 4470NRD-ASU.ssi.samsung.com ([50.205.20.42])\n by smtp.gmail.com with ESMTPSA id\n 00721157ae682-79cb4521761sm38442557b3.0.2026.03.30.10.18.24\n (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);\n Mon, 30 Mar 2026 10:18:25 -0700 (PDT)"],"DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n d=gmail.com; s=20251104; t=1774891107; x=1775495907; darn=nongnu.org;\n h=in-reply-to:content-disposition:mime-version:references:message-id\n :subject:cc:to:date:from:from:to:cc:subject:date:message-id:reply-to;\n bh=5WYAmZnCUHifIrZd5FYL4WM8RKjkmJnsMatxYMxfE54=;\n b=D16qWPamrjm0on9YrrHIyRChrpANKb3AnywB9JkJstYx4HgoKUXamfBcy0Rz2a/uyb\n YF8fEGW152EJf5d3TqCGualwIC5gesPvrsEqIYeU+NIIoN/cL8QAAlnA7toxP6DarVbK\n 9B19VivQlQ8Ayob59OxBzgSc+mX0huIJfU1ABy7x6kGFZVFetWCkjcZ1oIbYdnPvsBAO\n rYl6YII8B0ZS+jJGp2a6jRLeQRblCMTPbXhmNh7pAQAD9VYn68Ml1VhrgTkWYMsFix24\n mEzKhMdFNSqQNyx8uQtlF2j9fsi4RY3HFtyX8bVGLVaHucpJsNBFB0l8CDMRg5GLORUX\n sTRA==","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n d=1e100.net; s=20251104; t=1774891107; x=1775495907;\n h=in-reply-to:content-disposition:mime-version:references:message-id\n :subject:cc:to:date:from:x-gm-gg:x-gm-message-state:from:to:cc\n :subject:date:message-id:reply-to;\n bh=5WYAmZnCUHifIrZd5FYL4WM8RKjkmJnsMatxYMxfE54=;\n b=rmfzGX6v0LiCKPRB/PFh0oFt9HRBxUUKx1HLkPKAlsSGRYHVwJ76W1siLMQZU7Tn8U\n M0YMrmPyO5fx+LvRg1pKxCuU2h8nTdS+Nk3bpWkWrQZzL6WcGmFlV+wKtgvD8tqJhTck\n JRXHSmVwitEdTp5KE85MfNfss1EJh6wcAwPuMdmRuWCnH1haf8g+bYYG8KRMeYf7cTCJ\n IGYVdrr+X/cuRwNlAHW/8sA1UiSuYDAgZTSM/2A4f9BkVDgoOMYWbshWbkRwC3ITHHZg\n vt/MnoQ3O3MyjKnsq94hpCHpUaM2HdWh+/2Q/ga8wFinaud+zex18T9oAdd1/tmqtu59\n q6uw==","X-Forwarded-Encrypted":"i=1;\n AJvYcCXLoNuxFfmm3oxGoQ10UhhvdiHLn28Hpc6HW8k8+HvibOqhHIr5Ofl6H7YbaZgYvJ7XQpmlpZ9J3Smf@nongnu.org","X-Gm-Message-State":"AOJu0YxTPtDNHl57cCf6Dh1M/LGQ9YPSwntY12hfQVaicR1muULwVYs8\n up3N9D14Avf6nzZ2KtRspvlTt0TyqX28spFLdPPP1Mh5aacJ5MVlCBgM","X-Gm-Gg":"ATEYQzwiFq6KtzMaX/qCVyYeMWVF1lzJ5jjKJ14wlCq8OmxAK0M+sLHv3yK9N7vAu8g\n ObfgxDko4Nu8F1Znib6B2eT3qbpcfHvwO4eyqMiYVV0qSNJF9yZA8SUMcJEUMmKj2jDC/shmRo0\n UHozziPP5WQs17cyiRMRQ8Wnfhe1uAGUSPA5gq0EcRiThXLZvNo7JP1xwM3NaMClB3HFhkALLjI\n ZvPU1FV7FQ7EfVDQfkHHT05ljO5D7x+DQE4YtOjja26Qj/FPFwK2oVypDPLh9kTF05CP4GT1zw5\n sa045SV0lYde/h3EpaT6N5Jo+fdaTa2CFzb43Z+9cd0iDPtJcs43XHLju4Rn7224oNHR8sj04mk\n IEn/bLTtAiPBFCCGC9bFINdvP29UhxMWwrbVHLQYzlGRmiqypmrbxzaTO2M0Jzk4cyEQXfoEqav\n /YC2BH2Wd3ccAhQhBsqPIIZVBaMnuiamoLK+JwJ2rvaA==","X-Received":"by 2002:a05:690c:6d84:b0:7a0:17f4:e754 with SMTP id\n 00721157ae682-7a017f4eaf1mr21444297b3.17.1774891106656;\n Mon, 30 Mar 2026 10:18:26 -0700 (PDT)","From":"Anisa Su ","X-Google-Original-From":"Anisa Su ","Date":"Mon, 30 Mar 2026 10:18:22 -0700","To":"Alireza Sanaee ","Cc":"Alireza Sanaee , qemu-devel@nongnu.org,\n armbru@redhat.com, berrange@redhat.com, eblake@redhat.com,\n jonathan.cameron@huawei.com, linux-cxl@vger.kernel.org,\n linuxarm@huawei.com, lizhijian@fujitsu.com, mst@redhat.com,\n pbonzini@redhat.com, gourry@gourry.net, nifan.cxl@gmail.com,\n me@linux.beauty","Subject":"Re: [PATCH 5/9] hw/cxl: Map lazy memory backend after host acceptance","Message-ID":"","References":"<20260325184259.366-1-alireza.sanaee@huawei.com>\n <20260325184259.366-6-alireza.sanaee@huawei.com>\n ","MIME-Version":"1.0","Content-Type":"text/plain; charset=us-ascii","Content-Disposition":"inline","In-Reply-To":"","Received-SPF":"pass client-ip=2607:f8b0:4864:20::b135;\n envelope-from=anisa.su887@gmail.com; helo=mail-yx1-xb135.google.com","X-Spam_score_int":"-17","X-Spam_score":"-1.8","X-Spam_bar":"-","X-Spam_report":"(-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,\n DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,\n FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001,\n RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,\n SPF_PASS=-0.001 autolearn=ham autolearn_force=no","X-Spam_action":"no action","X-BeenThere":"qemu-devel@nongnu.org","X-Mailman-Version":"2.1.29","Precedence":"list","List-Id":"qemu development ","List-Unsubscribe":",\n ","List-Archive":"","List-Post":"","List-Help":"","List-Subscribe":",\n ","Errors-To":"qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org","Sender":"qemu-devel-bounces+incoming=patchwork.ozlabs.org@nongnu.org"}}]