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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id BA7C8C433F5 for ; Mon, 10 Jan 2022 18:18:49 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239020AbiAJSSt (ORCPT ); Mon, 10 Jan 2022 13:18:49 -0500 Received: from mail.skyhub.de ([5.9.137.197]:35268 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238877AbiAJSSr (ORCPT ); Mon, 10 Jan 2022 13:18:47 -0500 Received: from zn.tnic (dslb-088-067-202-008.088.067.pools.vodafone-ip.de [88.67.202.8]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id 820621EC058B; Mon, 10 Jan 2022 19:18:41 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=alien8.de; s=dkim; t=1641838721; h=from:from: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; bh=7SbeRV6UEdUsXzvAGrPNWS2oF82v/3ZWPDmaBetCX9c=; b=ORgY9flUVYOk47K8WIQ8w68tUAPNMKH/4Sq7uiwWHrmp7bXvKDgJD0ipPkSLf3UqvlekCJ A0nxvwrQVDbdVWi8w/VoeQ0m4MjmBCRWmoC2ZcWlaOjsAlSG6LxAwsU2opp0i+KVwnaMUF tCF5jeqa2HaoDUojVfWp4WobIGJYvtI= Date: Mon, 10 Jan 2022 19:18:49 +0100 From: Borislav Petkov To: Paolo Bonzini Cc: "Tian, Kevin" , "linux-kernel@vger.kernel.org" , "kvm@vger.kernel.org" , "Zeng, Guang" , "Liu, Jing2" , "Christopherson,, Sean" , "tglx@linutronix.de" , "Wang, Wei W" , "Zhong, Yang" Subject: Re: [PATCH v6 05/21] x86/fpu: Make XFD initialization in __fpstate_reset() a function argument Message-ID: References: <20220107185512.25321-1-pbonzini@redhat.com> <20220107185512.25321-6-pbonzini@redhat.com> <761a554a-d13f-f1fb-4faf-ca7ed28d4d3a@redhat.com> <7994877a-0c46-07a5-eab0-0a8dd6244e9a@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <7994877a-0c46-07a5-eab0-0a8dd6244e9a@redhat.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jan 10, 2022 at 04:55:01PM +0100, Paolo Bonzini wrote: > So this means that "the author must be the first SoB" is not an absolute > rule. In the case of this patch we had: > > From: Jing Liu > ... > Signed-off-by: Thomas Gleixner > Signed-off-by: Jing Liu > Signed-off-by: Yang Zhong Looking at Kevin's explanation, that should be: Signed-off-by: Jing Liu # author Signed-off-by: Yang Zhong # v1 submitter Signed-off-by: Thomas Gleixner # handler/reviewer Signed-off-by: Jing Liu # v2-v3 submitter Signed-off-by: Yang Zhong # v4-v5 submitter > and the possibilities could be: > > 1) have two SoB lines for Jing (before and after Thomas) > > 2) add a Co-developed-by for Thomas as the first line If Thomas would prefer. But then it becomes: Signed-off-by: Jing Liu # author Signed-off-by: Yang Zhong # v1 submitter Co-developed-by: Thomas Gleixner # co-author Signed-off-by: Thomas Gleixner # handler/reviewer Signed-off-by: Jing Liu # v2-v3 submitter Signed-off-by: Yang Zhong # v4-v5 submitter and that means, Thomas worked on that patch *after* Yang submitted v1. Which is the exact chronological order, as Kevin writes. > 3) do exactly what the gang did ("remain practical and do only an SOB > chain") Yes, but not change the SOB order. Because if you do that, then it doesn't state what the exact path was the patch took and how it ended up upstream. And due to past fun stories with SCO, we want to track exactly how a patch ended up upstream. And I think this is the most important aspect of those SOB chains. IMNSVHO. -- Regards/Gruss, Boris. https://people.kernel.org/tglx/notes-about-netiquette