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 92463C36000 for ; Fri, 21 Mar 2025 13:19:41 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 9A0BE280004; Fri, 21 Mar 2025 09:19:38 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 92AC9280001; Fri, 21 Mar 2025 09:19:38 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 7A395280004; Fri, 21 Mar 2025 09:19:38 -0400 (EDT) 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 55DDF280001 for ; Fri, 21 Mar 2025 09:19:38 -0400 (EDT) Received: from smtpin28.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id 647251CE5E8 for ; Fri, 21 Mar 2025 13:19:40 +0000 (UTC) X-FDA: 83245615320.28.48C7C19 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.11]) by imf24.hostedemail.com (Postfix) with ESMTP id 805B618000F for ; Fri, 21 Mar 2025 13:19:37 +0000 (UTC) Authentication-Results: imf24.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=ZNbm1xlY; spf=none (imf24.hostedemail.com: domain of andriy.shevchenko@linux.intel.com has no SPF policy when checking 198.175.65.11) smtp.mailfrom=andriy.shevchenko@linux.intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1742563178; 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:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=T2VidkKzZz+9e1UAZMjVy14u+z/BXj/rV2ceifaTsh4=; b=gn47hdSU6ohrczfHL35w1WzeC3dqCbvALtDZH+HT04sJUU6Ox8+3H0PTl8KnHRWglpc3CN sbtWFZ7DThbgJ6EDneVhTGzysXuF/sugolFDijaPOGYfwadiA+ro1xHet1tI1h10QgnkXT 96RP4X596sNYigRjjhzU6aZb+DElzMY= ARC-Authentication-Results: i=1; imf24.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=ZNbm1xlY; spf=none (imf24.hostedemail.com: domain of andriy.shevchenko@linux.intel.com has no SPF policy when checking 198.175.65.11) smtp.mailfrom=andriy.shevchenko@linux.intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1742563178; a=rsa-sha256; cv=none; b=UxnCJ36xoMV+x89ekw0c10KB+lpyQg4vh2UUT95cR4OaSET3JJgHsobuMUWHcVvzbuIGND t8vBqOGOsunf3p4RqlImh+Vb0uYwqUKC/QDuugNbsvrBZvqh5ezVoaA6SENZwArDI941SO ynHMoAoX6/kaXuxB8Ma9vS6V7FWW1/s= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1742563178; x=1774099178; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=v661GMwK5O8Mepjy+6Ct83aAjIURnHWOu+79QKsyoqc=; b=ZNbm1xlYwkV+/HEVqkRDQtAfsHf3jnp0vvEovvtZ/zwlyRIcfqW3CEpC byOy1qeH2BNpOpNeOZZyGIGYrw0btQAG+B8EABHsLvB1ddDQNIRpJdL7L igDMDKUralNOSN7xmWJ7A+6HsQQBedzK7mOrZ6tgs/SJ4nxxXrW8jFS+5 0o6fdQlWA/3EK/7J8LIrwaM1WbsESF/vDqXV9frWy+v5YQuWfhdNAqZw9 T27oBhHOAQPUMflDbAwgnAq35vjLxXvIh4sPuoz/1fLB6JdxPBCL+t8YQ Ty5IOQ/7Qzsk3pTgAy3+G9Q8OGMeJaKh98HvGg6T8/eowkoqZ49IZGBG6 w==; X-CSE-ConnectionGUID: izNHWcPRQlawbvkrwJ6L3A== X-CSE-MsgGUID: ro6lWxT7QaG2u4x0wjMrdg== X-IronPort-AV: E=McAfee;i="6700,10204,11380"; a="54044126" X-IronPort-AV: E=Sophos;i="6.14,264,1736841600"; d="scan'208";a="54044126" Received: from fmviesa007.fm.intel.com ([10.60.135.147]) by orvoesa103.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 Mar 2025 06:19:36 -0700 X-CSE-ConnectionGUID: NrLnpaMsQ0eUvnA/l0AG5w== X-CSE-MsgGUID: dM88Kf/gQQSVwGFkk5ju7w== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.14,264,1736841600"; d="scan'208";a="123380026" Received: from smile.fi.intel.com ([10.237.72.58]) by fmviesa007.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 Mar 2025 06:19:23 -0700 Received: from andy by smile.fi.intel.com with local (Exim 4.98) (envelope-from ) id 1tvcHN-00000004WNO-42NF; Fri, 21 Mar 2025 15:19:17 +0200 Date: Fri, 21 Mar 2025 15:19:17 +0200 From: Andy Shevchenko To: Pasha Tatashin Cc: changyuanl@google.com, graf@amazon.com, rppt@kernel.org, rientjes@google.com, corbet@lwn.net, rdunlap@infradead.org, ilpo.jarvinen@linux.intel.com, kanie@linux.alibaba.com, ojeda@kernel.org, aliceryhl@google.com, masahiroy@kernel.org, akpm@linux-foundation.org, tj@kernel.org, yoann.congal@smile.fr, mmaurer@google.com, roman.gushchin@linux.dev, chenridong@huawei.com, axboe@kernel.dk, mark.rutland@arm.com, jannh@google.com, vincent.guittot@linaro.org, hannes@cmpxchg.org, dan.j.williams@intel.com, david@redhat.com, joel.granados@kernel.org, rostedt@goodmis.org, anna.schumaker@oracle.com, song@kernel.org, zhangguopeng@kylinos.cn, linux@weissschuh.net, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-mm@kvack.org, gregkh@linuxfoundation.org, tglx@linutronix.de, mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com, x86@kernel.org, hpa@zytor.com, rafael@kernel.org, dakr@kernel.org, bartosz.golaszewski@linaro.org, cw00.choi@samsung.com, myungjoo.ham@samsung.com, yesanishhere@gmail.com, Jonathan.Cameron@huawei.com, quic_zijuhu@quicinc.com, aleksander.lobakin@intel.com, ira.weiny@intel.com, leon@kernel.org, lukas@wunner.de, bhelgaas@google.com, wagi@kernel.org, djeffery@redhat.com, stuart.w.hayes@gmail.com, jgowans@amazon.com, jgg@nvidia.com Subject: Re: [RFC v1 1/3] luo: Live Update Orchestrator Message-ID: References: <20250320024011.2995837-1-pasha.tatashin@soleen.com> <20250320024011.2995837-2-pasha.tatashin@soleen.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo X-Rspam-User: X-Rspamd-Server: rspam09 X-Rspamd-Queue-Id: 805B618000F X-Stat-Signature: rk3hddw17namfkrd453hipyqwp3ndp7f X-HE-Tag: 1742563177-250116 X-HE-Meta: U2FsdGVkX1/eXkShJstX5H0/8H19Bgqd0iIMsyd6ZygpJfWrr6/GQyq3Lf0aKKR8GKJplellRpb6GKw4yFSkcQSfgH961gkj+Ba+Y8bEfkymz3SUA+GV4l3UaOH4AK6oYFeV43FCILIGjcMK9dSG8zUNY0oFWxl9jekQImfa09BpWGRLB5P9TyV0tnkE1JiYQkezfRzUyU4PAhOwOUU2uZ3mlrzb8slKVnlW+J69jBw8yESa72dMWr7JzAYejlMQi52RoTec3oxIAkFMZRDSdxOyVFGi36fQlVZwhI4J0YmrpJ9r5pS2xTsqtHetmyYXOg/X4NOsI98LSA662aqaro1e2bRRGp4PxBwF+ZD11Z92dPIbYJe2EywkHoEgG/mN4aHl0blG5a/xADtM5ZK+VgwSkp1KQIZRhLdgzdL49sFX4fkq9YyZNda3d7hVbifbVRXuzxaQ2EZq9NLxlNu4OWNqbiZwY2ICKbh9OBrWzqPi5cXvadH6z8IuwSjKe+jFdnIQOYDSANNDIGo0/E65I9roRKRLIq+OEN3xzQkRQ9vPmyAEwFPvoNrziXpNhpal0jdrMnlLOh5zyMpqJ5+Lk/4U8NumCS3xgPWX3FUaliZAF2ytaIRz60ZzxrBG7ViPhc8l0Hm3YbDkIVuSHvmusMhmak1b2qEkYylMr768aGpp9L/PVrygvGL36AJclO+oJgGICeBi9N5czgQP7sxElo5CyaLpxJQK2+5wnIOwc/QEFr99SXFIXodKHGIgBZLhRwNQjDzCMKJWaNlTejOH6brGTkrKPsRImnRUUEmFbj5236DTxLeT2N4SnuJgMEJSsZDGHOGZCzPgFxeBEb7p5bu8NfRfee4G+1flYFogizTYQBDWKrTB1mYpqwZFPvUHv5M3b3mZo+yTh59j0tHRdSuwB7bcwiop/qNlD9GVbR9yXQYmGZ3RiieYVF3tUdW1h9Zp9/dBJBeeyhyglB5 GqyXUO6n +dfadRVpVgnXtdc/OjyibGK0HTdbsVKBhNimsapQ8DMjx8bwId10iVEqa807LHyrsTnXJ+IgvB6OISOtHDpBM+vkH01873h2Ai7Mmt39ihRH44gIj7aUK6jtuXypfPIjKEklXUWef6dRun7x0kDabmHatMt0ljE0hDn7Vzjp0FpL1ipXvZp0NG4pPsDK45wKHb/cLlCbVHKjHtzijiKop60q+zo2a2w4U6XFQfQIRFRHcHE04enY6XFaO6IgptsvJYhO6aCTxye0YWVSbCgPNYO+ucoLq7s5y85TlsMbbnWAhVGqWhX8Ok2nf0gxMeNBdkv2RqypO1AA9bG/zWHDHoERvvg== 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, Mar 20, 2025 at 02:30:25PM -0400, Pasha Tatashin wrote: > On Thu, Mar 20, 2025 at 1:50 PM Andy Shevchenko > wrote: > > On Thu, Mar 20, 2025 at 12:35:20PM -0400, Pasha Tatashin wrote: > > > On Thu, Mar 20, 2025 at 9:40 AM Andy Shevchenko > > > wrote: > > > > On Thu, Mar 20, 2025 at 02:40:09AM +0000, Pasha Tatashin wrote: ... > > > > > +EXPORT_SYMBOL_GPL(liveupdate_state_normal); > > > > > > > > No namespace? > > > > > > Namespace is 'liveupdate_', all public interfaces have this prefix, > > > private functions are prefixed with luo_ where it makes sense. > > > > No, I'm talking about export namespace. Why does the entire kernel need these APIs? > > These functions are intended for use by drivers and other subsystems > participating in the live update. Sure. Why can't they import API namespace when needed? Btw, is this feature switchable? Then why would the rest of the kernel need to see these APIs or load them? > They allow these components to > determine, during boot, whether to restore their state from the > serialized state, or, during runtime, whether a live update is in the > prepared state, causing different behavior compared to normal mode > (e.g., prohibiting DMA mappings modifications, binding/unbinding, > etc.). -- With Best Regards, Andy Shevchenko