From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-qt1-f169.google.com (mail-qt1-f169.google.com [209.85.160.169]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 12EBE30E84F for ; Thu, 2 Oct 2025 13:23:17 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.160.169 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1759411400; cv=none; b=lckC5a/7DK2TZoyizdCJ8JkiL00xq+uwPzCv6aJv5S9eS9J+td0UYkff6nY1w9t/Z0Gdnpt3AtR+qfEPOD8+AfCBQyIFwX4nwdGAuQGgPrTC4GDDX2DYd15uXShDufJh5GlsLnhhV+iqRcrLeiFQlPgkC3gxVEP6vXaujfLrMkI= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1759411400; c=relaxed/simple; bh=HETRcCbMmNgVH/z/E5wCLlvsrFvBjVnNgE7L6BCZIUc=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=egPx85aBQneRV2Q8uUdN0gnjS5mtxf2wYNyOOl/cTjGUqTEN9wixJSr5T5OoQwwvPFYJYN28yy8RpF1lOHEgG8DJSnulHzs6huSksbDCJuLQfhCUBIABbaio6utIeq956GZXHzvirbI/qBgC8hu+9NgriweJflWtgq0xZDdxrRw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=ziepe.ca; spf=pass smtp.mailfrom=ziepe.ca; dkim=pass (2048-bit key) header.d=ziepe.ca header.i=@ziepe.ca header.b=XZY67Qp3; arc=none smtp.client-ip=209.85.160.169 Authentication-Results: smtp.subspace.kernel.org; dmarc=none (p=none dis=none) header.from=ziepe.ca Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=ziepe.ca Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=ziepe.ca header.i=@ziepe.ca header.b="XZY67Qp3" Received: by mail-qt1-f169.google.com with SMTP id d75a77b69052e-4b109c6b9fcso10918901cf.3 for ; Thu, 02 Oct 2025 06:23:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ziepe.ca; s=google; t=1759411397; x=1760016197; darn=vger.kernel.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=DRZ9nDiiIaS8xNUTdtdvnajCW2L7i3IBIHHPxUnqqqI=; b=XZY67Qp3qLsbSvGasfVOIi/zLA2I1JNofnsy65ZBKRMtPKf/0jlkhE6JZn7gADN5vH sxh1vOdG6AXW1OyMI0BGUQUGLrd85olubeFU91l/qJCW+lSu/iI1ZeBUovm2vhZEqSec FlvLMwjKcshmQGYQKN5vwhj0JZdLtH2mcAek+3BPPPJsFoOE9xjQneuyTKtItcJP7C+a 8+zq8chSmNGeJqBCPTNhEVUVUl5S18ESXf5eNMtvzt+QjvkoeS3m+d2eFc4PzE0PkvI9 EBm5nwCk4LEvnqMHDHsuCJIjIVW46SQ/RFvCDDeQJzRgJnVllf3Q3u4OvqLzpvhRBP76 RsfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1759411397; x=1760016197; 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=DRZ9nDiiIaS8xNUTdtdvnajCW2L7i3IBIHHPxUnqqqI=; b=ShKmXV6Dau6tCr93IkapLYYOdcq7C7u/oPBbztRdZarjip5bjt9iiyX4UDMTSEmwUE +dVnmOjajrZ632y/sxCOuMjadfym9u9zqfzWYXN26Tg2jfsRUZNB29rk1qML2unYpQi7 KJvETzK0zWGCbYZL2Vs67uPIRSq0wyTpL5qKQqnjR//lS9OJoPPoEr85AT4DxEqVbTrA ZsYEV3P78SI2EORJRyXxocZXUSmIfXaRPoERaihewXEXiRPwPtBiUq+U3TIetqWdfl5I HT6KdfeLUwdXMZs52Jm4buCA+zTgGMJaYlAatpyar92+Cj3Z7D+Dx+GoBoE6FvLlCU2B 2AdQ== X-Forwarded-Encrypted: i=1; AJvYcCWKx5te+C5dCbAbedfayQUFQ2bHIj4/BexXgIWjyDeBES7/GrIUQEjpAHv4v73l1IPTOKFHdnKjwcasa2o=@vger.kernel.org X-Gm-Message-State: AOJu0YzgnQNLOm+oDToK/0kRjN+Y1vEPHld+iWWnfvDuUR3pgHHEOuSG 2FMhUWxiCRoAotEWt1Zt0yqUpG5dtdIJvC9OnQjSFCvRxp/WnHOFIQG/ZCJDAZxyNsY= X-Gm-Gg: ASbGnctf6J+Jut6pgKcuCrKYWjxzDoymWm2JCyiz/0o5qxKNwsiuSkMi3Nepk4fG0Uk 9Ud3BxyycuOLeKKe5WnjY14SqMBCgQsERyE2+UWvplbMywnUJiByymtgg+WY8PRWKHRos2U0jsl vYdguwHqSGPl9ut++fNw+m4htg2eEhX1s/VO9/JY/u0BLG9TCNk3QAtOZVd4mjIvbgTR+5mEF8n WMPo0hA7VEcZYIzyw4fEovobGc5UpRDTmT+K5worrHt9omlhVBdBzp9ectIetCVFDO1QaTjRDz3 stL414ff37J3Vqo6KdjKi2pKA+EdDxozCNy1WJOWk2LAnZsUQ1RYXt9NoGr97waKkYHLvbB/ixt td1tkCKvc8sIju5oNAcCj X-Google-Smtp-Source: AGHT+IH2rObuT1XqtiQfOTMeENIHe7Dgk6JaeeB2+vpuv7lVOnL0btICGqEnALLQMUXWxv2WByPvfg== X-Received: by 2002:a05:6214:19ee:b0:7a9:32e8:56f4 with SMTP id 6a1803df08f44-873a5d1e6a6mr93793016d6.44.1759411396820; Thu, 02 Oct 2025 06:23:16 -0700 (PDT) Received: from ziepe.ca ([130.41.10.202]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-878bb4465cesm18648026d6.17.2025.10.02.06.23.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 02 Oct 2025 06:23:16 -0700 (PDT) Received: from jgg by wakko with local (Exim 4.97) (envelope-from ) id 1v4JH9-0000000Di2M-1I6m; Thu, 02 Oct 2025 10:23:15 -0300 Date: Thu, 2 Oct 2025 10:23:15 -0300 From: Jason Gunthorpe To: Greg Kroah-Hartman Cc: Pasha Tatashin , Chris Li , Bjorn Helgaas , "Rafael J. Wysocki" , Danilo Krummrich , Len Brown , linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, linux-acpi@vger.kernel.org, David Matlack , Pasha Tatashin , Jason Miu , Vipin Sharma , Saeed Mahameed , Adithya Jayachandran , Parav Pandit , William Tu , Mike Rapoport , Leon Romanovsky Subject: Re: [PATCH v2 06/10] PCI/LUO: Save and restore driver name Message-ID: <20251002132315.GC3195829@ziepe.ca> References: <20250929175704.GK2695987@ziepe.ca> <2025093030-shrewdly-defiant-1f3e@gregkh> <2025093052-resupply-unmixable-e9bb@gregkh> <2025100147-scrubbed-untold-fc55@gregkh> <2025100225-abridge-shifty-3d50@gregkh> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2025100225-abridge-shifty-3d50@gregkh> On Thu, Oct 02, 2025 at 08:09:11AM +0200, Greg Kroah-Hartman wrote: > > However, it is my hope that we will > > eventually stabilize this process and only allow breakages between, > > for example, versions 6.n and 6.n+2, and eventually from one stable > > release to stable+2. This would create a well-defined window for > > safely removing deprecated data formats and the code that handles them > > from the kernel. > > How are you going to define this? We can not break old users when they > upgrade, and so you are going to have to support this "upgrade path" for > forever. I think the realistic proposal for LUO/kexec version compatability is more like eBPF. Expressly saying it is not ABI, not stable, but here are a bunch of tools and it is still useful. > Just keeping a device "alive" while rebooting into the same exact kernel > image seems odd to me given that this is almost never what people > actually do. This feature has a lot of development to go. Right now the baseline for upstream is no ABI promise. You can live update between any two kernel versions that don't change the LUO kexec ABI. In practice that will be a lot of version pairs. The downstreams are going to take this raw capability and choose specific downstream version pairs, patch in support for certain ABI versions that they need, and test. When things mature and the project is more complete then the kernel community may have a discussion about what upstream version pairs should be supported by the community. I don't think this would be as broad as every combination of linux versions ever, but ideas like sequential pairs of stable releases, sequential pairs of main release and so on are worth exploring. Jason