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 07722C05027 for ; Mon, 23 Jan 2023 19:37:36 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 897986B0072; Mon, 23 Jan 2023 14:37:35 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 8479C6B0073; Mon, 23 Jan 2023 14:37:35 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 6C1BC6B0074; Mon, 23 Jan 2023 14:37:35 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 5DE6C6B0072 for ; Mon, 23 Jan 2023 14:37:35 -0500 (EST) Received: from smtpin02.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay04.hostedemail.com (Postfix) with ESMTP id E4FF21A2C8E for ; Mon, 23 Jan 2023 19:37:34 +0000 (UTC) X-FDA: 80387073228.02.55B93E6 Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by imf01.hostedemail.com (Postfix) with ESMTP id CE5FF4001A for ; Mon, 23 Jan 2023 19:37:30 +0000 (UTC) Authentication-Results: imf01.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=K94bkMKz; spf=pass (imf01.hostedemail.com: domain of dan.j.williams@intel.com designates 192.55.52.88 as permitted sender) smtp.mailfrom=dan.j.williams@intel.com; arc=reject ("signature check failed: fail, {[1] = sig:microsoft.com:reject}"); dmarc=pass (policy=none) header.from=intel.com ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1674502651; 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=3OWV2qNjdtk6u1SAvuae1nuuT5C/EB8Evcd6w4YhHnY=; b=D/GNKyPU34ecgZoFVPP0dOmuTF9bRWW/5TO62AON9PQRL2niweqi7rYB4H2Ee2B4TftYwd okFcbi/Zhyph2Fkv3X2E9XP1ymvNXB4G5cB0cczR7KmcPkufqQ+iwvHBhiak/+lxvnLuAl +FnbkjHYRXPc2RTAlU6KP2xCUl/O184= ARC-Authentication-Results: i=2; imf01.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=K94bkMKz; spf=pass (imf01.hostedemail.com: domain of dan.j.williams@intel.com designates 192.55.52.88 as permitted sender) smtp.mailfrom=dan.j.williams@intel.com; arc=reject ("signature check failed: fail, {[1] = sig:microsoft.com:reject}"); dmarc=pass (policy=none) header.from=intel.com ARC-Seal: i=2; s=arc-20220608; d=hostedemail.com; t=1674502651; a=rsa-sha256; cv=fail; b=UtvXKoq8fWYWUzpJZiupFurrIef11KDHRPrbrMyHLjK+sCM8W4yjSoWEBqXpSzwBzy6PNj P3smlXpTNphWNV912FXhaNtwSumf/o8wGoizduvPt3/XM0lNDiApOJ+Wue5rmffqyLD09g MMeAF4w0u+KIKSuOLMehISbJ+5u4fus= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1674502651; x=1706038651; h=date:from:to:cc:subject:message-id:references: in-reply-to:mime-version; bh=fWE7fXUV3noQmhVatxVszEUWFlHGbLpp3PSDU8TVkTo=; b=K94bkMKzL+IX+3uiSa+aUfYWQ+x9mK53Oeyqtdx3hbCL4wG/jqSF/ZIf wh5vvLnqjzUSHRWddYxp//SjJoQI4F5kQktdwK1aGSiS9lmsG94G0/M0p Q23T6+Eg9f8GDbZYUu8tzqFO2mgcBn1ksDL5ROdxObl3ZyZHFwQyhPS69 MiaN79s3JdaDC96aFRqC0ibF91pNnuKykL08QdEaU78LWgUPa2u0SL/Kj 9u9u0zrXUZbcaRS2CFwcZ4+QWiydUdiitypAhxHKC5/w3YzOZ8uCRLa+N /yjEGTkcy4tj/CQwzL8yWnuhaY01LxkouyKBfDhpxBQk8d612QbOu/LOs g==; X-IronPort-AV: E=McAfee;i="6500,9779,10599"; a="353398269" X-IronPort-AV: E=Sophos;i="5.97,240,1669104000"; d="scan'208";a="353398269" Received: from orsmga005.jf.intel.com ([10.7.209.41]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Jan 2023 11:37:00 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6500,9779,10599"; a="835704957" X-IronPort-AV: E=Sophos;i="5.97,240,1669104000"; d="scan'208";a="835704957" Received: from orsmsx602.amr.corp.intel.com ([10.22.229.15]) by orsmga005.jf.intel.com with ESMTP; 23 Jan 2023 11:36:59 -0800 Received: from orsmsx611.amr.corp.intel.com (10.22.229.24) by ORSMSX602.amr.corp.intel.com (10.22.229.15) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.16; Mon, 23 Jan 2023 11:36:59 -0800 Received: from orsmsx610.amr.corp.intel.com (10.22.229.23) by ORSMSX611.amr.corp.intel.com (10.22.229.24) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.16; Mon, 23 Jan 2023 11:36:59 -0800 Received: from ORSEDG602.ED.cps.intel.com (10.7.248.7) by orsmsx610.amr.corp.intel.com (10.22.229.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.16 via Frontend Transport; Mon, 23 Jan 2023 11:36:59 -0800 Received: from NAM04-DM6-obe.outbound.protection.outlook.com (104.47.73.45) by edgegateway.intel.com (134.134.137.103) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2507.16; Mon, 23 Jan 2023 11:36:58 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DpFn8bz7DGy/yi/hyGMHdK1rIYmQmPcPLB2PbTfOTPcekAF5eElkRNq5x7b+2Mmi4llM6X/aVBR8tgSG2AK0LZr55yolTw/qpSzUjGnUPqWueyykt/vZcXe12Fkd3BPnEDITZW9kQ4keQ99gxHj2KTzPrQWJWBeASf2HS7Bi7KY8d6V+JkC6tZV0KF8gcCdvzMObt9ov/Z5VCeB7C5AtE0YVnO3E4L/heSkOJOrRUI2noAltKw2ei1LtEqsxowYujLfWJk2dbEVyupKsFVQEFrG+PZcIkp+VMas31REu8YTxmixbFWKWipjMjxavnNPmsP7eXytGNvOSCpr9Z2hwtg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=3OWV2qNjdtk6u1SAvuae1nuuT5C/EB8Evcd6w4YhHnY=; b=fgpJ+dBK+3jHc0f+bfqqUyZyjfFiptHWYQrxD0zrBuPGE3H2EZTQ0waRwnSES423MVaXv6j3WZ467uBEc3SMZ6pWff4cIUnXacTJdHeJMhbHPMd+W5+UubmTeUi05OLXZK1X5SD2R24WtNt4y1ePvfYCGHoN3gN++TXEMcQ4NAuQ7guqQ7YNheHdceG2J9Uiw/MNs6aMDNlduoPwH06fU4iZNioqy+NUftht+m6ZTv0qCQfg8dYyf828QzRedlG77Nn6hsaMCkh/zsJ6gw4RB2txhJqIG0NYIDalxJSvBDKoOu3v5FjGypbVcPF3gtZdEYPqXCXsuWljKC8eVa8ptw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intel.com; dmarc=pass action=none header.from=intel.com; dkim=pass header.d=intel.com; arc=none Received: from PH8PR11MB8107.namprd11.prod.outlook.com (2603:10b6:510:256::6) by BL1PR11MB5462.namprd11.prod.outlook.com (2603:10b6:208:31e::5) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.6002.33; Mon, 23 Jan 2023 19:36:54 +0000 Received: from PH8PR11MB8107.namprd11.prod.outlook.com ([fe80::421b:865b:f356:7dfc]) by PH8PR11MB8107.namprd11.prod.outlook.com ([fe80::421b:865b:f356:7dfc%5]) with mapi id 15.20.6002.033; Mon, 23 Jan 2023 19:36:54 +0000 Date: Mon, 23 Jan 2023 11:36:51 -0800 From: Dan Williams To: Jason Gunthorpe via Lsf-pc , , , , CC: , , John Hubbard , Matthew Wilcox , Ming Lei , , , , , Joao Martins , Logan Gunthorpe , Christoph Hellwig Subject: RE: [Lsf-pc] [LSF/MM/BPF proposal]: Physr discussion Message-ID: <63cee1d3eaaef_3a36e529488@dwillia2-xfh.jf.intel.com.notmuch> References: Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: X-ClientProxiedBy: SJ0PR13CA0194.namprd13.prod.outlook.com (2603:10b6:a03:2c3::19) To PH8PR11MB8107.namprd11.prod.outlook.com (2603:10b6:510:256::6) MIME-Version: 1.0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: PH8PR11MB8107:EE_|BL1PR11MB5462:EE_ X-MS-Office365-Filtering-Correlation-Id: 3129eca5-d5b5-4c94-912d-08dafd792ec1 X-LD-Processed: 46c98d88-e344-4ed4-8496-4ed7712e255d,ExtAddr X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: g6G2IM9r36nfqTkgrrMRqAdZugSY60YUNKe5iDMSCQ/60dqL2L6eiHbNkk+L9gINgHFv9lJTNg8jrS3t8CLRZMIQi+lq//9OvCYfe3Jvw6xtfJKHFt7eOOy/YgkoX2lJHscfwpGnpdeKhR0ZkdLk/U8kLTuUnNct8tc+kFfKNFEYaGPS43bcjTH9pXkiZP+tSqmy5TaGRS1dClW5Lnr+L/8h0BVT8saAGOLvf5leBpJ/8Zi2cF8fDH609P6d9aOYBYx049LPALukwAN4YM9L8S0iDRK5CZ9Bs+kLQpvHQyIDYS+5sCdSF0xoiULnxzdiZUrLE87xNoXDhvDXGwaPxawGxHw3LYNS+4Db+lkfwxPY8p1MikoYToxnUtwABTi39co8TcrthibugOXxvsegZCSvLoPL1/r2En73A9hfXBjyG9XzlvXmpW5lxM85v/H0iAEne4uRD+gupFf3lN1bydH1cE3904iesa0eGHKLV1ZVZtU7icfcaPm8poH9M6OujgwjaTOrkG3zvKf6uua1e1dHkTbO3CqaR9+ygojtBvpo1sAXyq4nDhZ3QkA7rfUxNWndurrGqHsxlxEj+W6wTF3M5cxTp7BBEDD10vdPspTjXmVFJmNs102Zych+lDPRntNRcGXvu9AfOQjxBxFrt5vZiwHZKXVDBv5UE/qk9htWyyD03GQ2yOCQNu5sGd8N/HvoHapBayFqQYz/WxgwHg== X-Forefront-Antispam-Report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:PH8PR11MB8107.namprd11.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230022)(39860400002)(376002)(136003)(396003)(366004)(346002)(451199015)(66556008)(86362001)(66946007)(66476007)(8676002)(4326008)(316002)(54906003)(6506007)(6666004)(9686003)(26005)(186003)(6512007)(6486002)(478600001)(966005)(8936002)(7416002)(5660300002)(2906002)(41300700001)(82960400001)(38100700002);DIR:OUT;SFP:1102; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: =?us-ascii?Q?iFnT0yTiRsz75pCPonFuGUlUToHKQRPYkIeZBORevmdc2GAiFB5Ipe6FwDhu?= =?us-ascii?Q?7cGlqd7qdNmblXxqHbyjBQoW0aZp6vg1oKKUOw0WRinGcepejjBXwG7cJMLl?= =?us-ascii?Q?fqAv5SoanokTkwzVfUiSqwiHvAUZiqaap+qcwgzwnkLvuuyKkctRRDFxeBzb?= =?us-ascii?Q?rXe8gqN4LQmPvuqJX3hmQpYxWOuwE0PWM7JyLqCCcQpC836NLYOE5ZNt/1pr?= =?us-ascii?Q?8p1NjUPGavcgO8NGU+RcPwlQKbA/a7kV7Fb9UeDyK2oOaSIpYBJYvBpgvt5x?= =?us-ascii?Q?2FYGTgV3Tkq4kQgjvnC+9UNEMeVVnD668Lb0ObjrO6T0Jtn8APwrQ/T+lmTm?= =?us-ascii?Q?GFIPvdBwRr1IrMyI39ykolmkaubNRcEjrBCAYdtPpj/8Ix81GYt1g2UGCwQ7?= =?us-ascii?Q?M1OQ0ibO/j2lMk5hdMBiEiexEfaG/RYHvyW1+nUUdtZJkm5fjIShPMQKnFuf?= =?us-ascii?Q?JuU82yaUHgNyQitKqnO7UPS9KMZfiNuznQzUq9rEbP1k2k/1j3KBm6mfj0em?= =?us-ascii?Q?Qp2gBdhhx0Vyw2MC4iGOdSu+O0SV8ONYHM5oM1OKqwwLz/69/N3lUsD3JMqc?= =?us-ascii?Q?EX0eksn75enKvDPIZ/iOhwGSeaWWMl5jwxb+04S7FuCxB7EadX8yxL2mGxok?= =?us-ascii?Q?bKWgHOE4yAia3ihy6id5FAzWNOo/tBLxj3RgpXzGhWElIh5w8BSR0nplppnk?= =?us-ascii?Q?w/UI21bb4OVWM3Mp4RJBjIMpNwmyOPnZhVoqj5l2KP/VXLT5omPoulojKtlC?= =?us-ascii?Q?3TWef9nRL5XHdESKBsuxx5ld4g7jwAy7baEGMcYulIJd48ZFLYL9BQhPprNs?= =?us-ascii?Q?YwDrQQiGTwdLeBzpu7yNM8NneNV9dMPuNKbHTFyg0Qtdnj4cbsBacXiIDLC5?= =?us-ascii?Q?RUAT3km93Vc7lMaoovK+mCE4q4UU7bahkdBQVOj62IAbuSCZoikhgfMZlVyN?= =?us-ascii?Q?TkYuSQ6/a2QyByNaCD/ybZll1jS3qFm2+oxwPvdHA4V9B88lrfQROGt7Fs8a?= =?us-ascii?Q?UoZ/UJSwFucCkW/I4v9xDCoX415DteSydaCBH2nyFBAJLX/UQqpG7EL1njlq?= =?us-ascii?Q?9gH32sYE9uL9FSDQBcbrc0oqCl5KGNS0eIWiHcQjRl1d8CNN6+z5uHbtCgEV?= =?us-ascii?Q?nk4WIQ3Efm0PYxeLo2OiMQ0o0GA3IafG5iVC+I+OiCHIIwogH6zqKRGuc20J?= =?us-ascii?Q?gxbFbL+E07g+5j50HrKL/A9btDGr4FbNUMiOi4dVJYNKmfvMCHdS6m3DV8v7?= =?us-ascii?Q?YrsNDZLayYsXOfVh1xqVoP75JBiscsNrHkCgdQY6HL/gttP8ZDSb8YGRtD6d?= =?us-ascii?Q?QxthYbf+TIqsI6Vt3Exg/bJYKrs1lxvcA7xqQcaseJuaX473On/xBiU2ZYuO?= =?us-ascii?Q?GA0kDJcGdcb5Vj2Mjf/IvGi7SpvJHPDVKoPA4HtGI7N4eUVp/XXf+Zmbtn/Y?= =?us-ascii?Q?srpwkbqZsZjXZH9MCaJmUPBlPx30Xy7U5TCsbolK+suinjkCORK/AjnGpfsy?= =?us-ascii?Q?FKufIEs4uxXpIJnJORVajJKgDdof05xSUHZnUt53R0R+28RckCESnG4SmSuU?= =?us-ascii?Q?lI1xYOE9ifXRs2XqJAx1XohHO4yLCJgJq27R3bs/Dwi4wZCV7ySt2pkC898N?= =?us-ascii?Q?Qg=3D=3D?= X-MS-Exchange-CrossTenant-Network-Message-Id: 3129eca5-d5b5-4c94-912d-08dafd792ec1 X-MS-Exchange-CrossTenant-AuthSource: PH8PR11MB8107.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-OriginalArrivalTime: 23 Jan 2023 19:36:54.5030 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-CrossTenant-Id: 46c98d88-e344-4ed4-8496-4ed7712e255d X-MS-Exchange-CrossTenant-MailboxType: HOSTED X-MS-Exchange-CrossTenant-UserPrincipalName: FjGoPu0Qc9MhztxEeQB4dcqWJraLAsqfKAJ8uGdvKGNZsnZfZwFN0mMcv+vVBoUihvAxMvI1xuh9hsEf2Na7GAEJAMlEM+ESyfj0Wy5dQ6Y= X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL1PR11MB5462 X-OriginatorOrg: intel.com X-Stat-Signature: fcjdr73py1swxuzw3s834gjusnaho4zt X-Rspam-User: X-Rspamd-Queue-Id: CE5FF4001A X-Rspamd-Server: rspam06 X-HE-Tag: 1674502650-772254 X-HE-Meta: U2FsdGVkX1+/5BrdlURL2iAftcoWZYzjtnTzFam2A8gXS1Nuk1h9L0ivwhbGqkbx4khmJcoxauvUA1GmFEXlXCYQCG7YD4WFCumGT5RyVbPRqKAN/nz5fOf8Uiez/cBVmN3KOXXmI0MFEWNBy1Zn96vz+xi0BrgTecao7CQUjtX3mTEXepoCwq9N23wE2p3vC/ylC6QPK2IKqb4HArsGeHr09J7BfsqictnJlgH8ABaJY/Ony4Flg87bt86vqrI5Oc/tiFdzjpZcr+zCwv0mzdZGxepZHQyV7hxlv9J5YRE1xSQ9RS133rplHU4GnScSNgw2Y270oUhGo5UzEU6cJukkTS4XjwoKDgCGzBGYdNh3s3kCQyCRz8QyHbs+OJYK2RkjAoO0hGGSEmqiO8v54R82d64uzfrZE5BQjZZR7zn46TyRNu5uUYfwMYO7ARQoYDXfYrSnyp83Rhu+Vu1J3g9Ifql7p6NyRmDs6KkSefcOF6gUQeX35fH6OkrRzqKRzal48Ao+OTqze0+Dg60uZo+Ry8VDDnLF8gULTP90XTpjiQN8q7PXFHh8G2C6l4qvkLV3AiK3LppGhXnzHhgtKZno2ehgirjxDga+6+pWoaBXUfu7EyfaawMa0sS6qiHSZc51dhPyRPVSlISnN132urcy/zcnY+DfHkJ2WEykkelGMWTp+0Aa82YqulydWi4h4/yFcqxswz/4ESH/rgYzg64uIXXoibLqP5lZs1rLjE8MFBuk3YOZ5Dqr/6YyaY729Q92Jmk2S5Y5O4Km4GxitS3cykTUqrSurY3jeBsTcCyUpndSav2nC9OmIJuJBfDn38OaMw2lP2Ibaikk1BfuxCBaKsKz6KoRNGSHCtDeXjsJy/iFPf4LjriMq//Pvo/C4xxwQkoI3DmVry780gNR2ysFFmyW3HdTnAeuCJgMaSVLZZXxbnAWJ6RBecLcd3h8FaGsuINSov7AGW5goCf bM9uGij3 NRWMyxxx1vNblclpBfv0MSeI9McygZoIktXnRIRM5AQnT6VdrJ6EHMqqjai6ztYZ73ZZPnGgwY9WcRUFl8sbekUZ81Oo3+WD3mgNwoi3CmI8t3Prs0K1q7KUiMvaOB2NmEeCAtWgYBWtqC8QCJcKPaPRnjChXYfcs4Ae0c87EK5S19+m08sEbTBAJJ5pP34pqimb+ps3CFAr+he0TIzJGPrCkNIvYqyrIop0myLWSoT61Ac1V4bovts8ho5TbjlWiLiEu2NRkS5HhsmpPs1LyPDUyrnWODpFB8Rz2I3G4UnWGDxreYlnFT7q0AzsnJrsxMpA7vGfQ3IRkDe+J538GAP6oS2xjensYev0U6/3H1gooNKLCAM0yRPvxcpQtLwUwp/eZSHTbJkBnPNXfWW97A3MvUPgilzL+N7YYFp69G+M1aBxIJTvG4ZCv2w== 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: Jason Gunthorpe via Lsf-pc wrote: > I would like to have a session at LSF to talk about Matthew's > physr discussion starter: > > https://lore.kernel.org/linux-mm/YdyKWeU0HTv8m7wD@casper.infradead.org/ > > I have become interested in this with some immediacy because of > IOMMUFD and this other discussion with Christoph: > > https://lore.kernel.org/kvm/4-v2-472615b3877e+28f7-vfio_dma_buf_jgg@nvidia.com/ I think this is a worthwhile discussion. My main hangup with 'struct page' elimination in general is that if anything needs to be allocated to describe a physical address for other parts of the kernel to operate on it, why not a 'struct page'? There are of course several difficulties allocating a 'struct page' array, but I look at subsection support and the tail page space optimization work as evidence that some of the pain can be mitigated, what more needs to be done? I also think this is somewhat of a separate consideration than replacing a bio_vec with phyr where that has value independent of the mechanism used to manage phys_addr_t => dma_addr_t. > Which results in, more or less, we have no way to do P2P DMA > operations without struct page - and from the RDMA side solving this > well at the DMA API means advancing at least some part of the physr > idea. > > So - my objective is to enable to DMA API to "DMA map" something that > is not a scatterlist, may or may not contain struct pages, but can > still contain P2P DMA data. From there I would move RDMA MR's to use > this new API, modify DMABUF to export it, complete the above VFIO > series, and finally, use all of this to add back P2P support to VFIO > when working with IOMMUFD by allowing IOMMUFD to obtain a safe > reference to the VFIO memory using DMABUF. From there we'd want to see > pin_user_pages optimized, and that also will need some discussion how > best to structure it. > > I also have several ideas on how something like physr can optimize the > iommu driver ops when working with dma-iommu.c and IOMMUFD. > > I've been working on an implementation and hope to have something > draft to show on the lists in a few weeks. It is pretty clear there > are several interesting decisions to make that I think will benefit > from a live discussion. > > Providing a kernel-wide alternative to scatterlist is something that > has general interest across all the driver subsystems. I've started to > view the general problem rather like xarray where the main focus is to > create the appropriate abstraction and then go about transforming > users to take advatange of the cleaner abstraction. scatterlist > suffers here because it has an incredibly leaky API, a huge number of > (often sketchy driver) users, and has historically been very difficult > to improve. When I read "general interest across all the driver subsystems" it is hard not to ask "have all possible avenues to enable 'struct page' been exhausted?" > The session would quickly go over the current state of whatever the > mailing list discussion evolves into and an open discussion around the > different ideas. Sounds good to me.