Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753496AbdHKMgc (ORCPT ); Fri, 11 Aug 2017 08:36:32 -0400 Received: from mx1.redhat.com ([209.132.183.28]:45988 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753468AbdHKMga (ORCPT ); Fri, 11 Aug 2017 08:36:30 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 121EB107AC0 Authentication-Results: ext-mx03.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx03.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=rkrcmar@redhat.com Date: Fri, 11 Aug 2017 14:36:24 +0200 From: Radim =?utf-8?B?S3LEjW3DocWZ?= To: David Hildenbrand Cc: Stephen Rothwell , Marcelo Tosatti , Gleb Natapov , KVM , Linux-Next Mailing List , Linux Kernel Mailing List , Paolo Bonzini Subject: Re: linux-next: Signed-off-by missing for commit in the kvm tree Message-ID: <20170811123623.GA28649@flask> References: <20170811092816.01875df0@canb.auug.org.au> <31a4ba52-fc76-7844-841c-5f15142d473d@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <31a4ba52-fc76-7844-841c-5f15142d473d@redhat.com> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.27]); Fri, 11 Aug 2017 12:36:30 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 672 Lines: 25 2017-08-11 08:29+0200, David Hildenbrand: > On 11.08.2017 01:28, Stephen Rothwell wrote: > > Hi all, > > > > Commit > > > > 53a70daf3cfd ("KVM: nVMX: get rid of nested_release_page*") > > > > is missing a Signed-off-by from its committer. > > > > Thanks, > > Paolo's signed-off is missing. Yes, it is a result of our workflow and there are many more patches like that. In this case, I originally committed the patch on 08-03 and Paolo rebased the branch on 08-07. We rebase when testing discovers bugs and for the first few release candidates (when there are not enough changes to put into next). Should all rebases be done with the --signoff option? Thanks.