Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp4220714pxt; Wed, 11 Aug 2021 00:18:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwXTQ57ASTN2UPTYkFlTvRCEqpwKqVLj86iJzp7LC4RCEfyWjPZ/iXwjcn1VRLQCLKQnfkj X-Received: by 2002:a17:906:2acc:: with SMTP id m12mr2355571eje.231.1628666313280; Wed, 11 Aug 2021 00:18:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628666313; cv=none; d=google.com; s=arc-20160816; b=kcjjy5/2FpDX1Bik8ZI9K/bC2C+MWx6Umzr2VjwsB2uscY3qlEk7Qd8YahSPEKUZ8Y DY4wPR0ZsnC4rTPI9sxLtu9KWWGTJZPMkDSGyXZlGi181FCSkUAsFRUJac5huC3g9yDJ BkU59bvHpNai4XaEhh6x+T7iJA74P75cSchFcZfhYHzvSt92/SJST2xq/CK4toPMd95Y hTImHOc6iUB0YnH6qt8Z0C762+sF6hgDsp0eUv3xwUczSSzclazj+mfpJSXEjPIIR7lD HtLlovx1/KbKEOKRDH8g9RDBGWjDk1r5H/OhhEG41sGeU75nKlyJbT1oihUyngannd7x cviw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :organization:in-reply-to:subject:cc:to:from; bh=Vhryp5EdtIQuONdDIG7rTseNmE+v/Lb1SMmwOYIuPRg=; b=idUiRtsxWmAB38K5HfdEWIwn2sR/OP7CirSFo+7L3nv9d3LCNMAF5RhIAqxqDDDqiN +vVUd15d0TkwS3wJ9DTTCYjQ/1HXHubT5X0Sfrdz5BJX0YG1ytvapdZiMEqKoUebMBms 9lUB/acP4FhU0nnOSh+mL9SxMvSZHl7wrlHce4ooRJcV6Rf76/kv6jFZo6WnD2QL5BVY zAEFaqVEoN0P/6Wj1QRbqTX1S+tga4JeW2nF06ZoYgjCHxBBh1QRVpbFGogEldLJcjf+ amHZUyeJR57mOlLbg+vAXUwPrl5MznB2LXyCSoplZDHHiYXOCkgtkSq79Inud2bZLdHj lt/w== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k6si22457348ejd.246.2021.08.11.00.18.09; Wed, 11 Aug 2021 00:18:33 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235499AbhHKHRO (ORCPT + 99 others); Wed, 11 Aug 2021 03:17:14 -0400 Received: from mga11.intel.com ([192.55.52.93]:64771 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235185AbhHKHRO (ORCPT ); Wed, 11 Aug 2021 03:17:14 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10072"; a="211963188" X-IronPort-AV: E=Sophos;i="5.84,311,1620716400"; d="scan'208";a="211963188" Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 Aug 2021 00:16:48 -0700 X-IronPort-AV: E=Sophos;i="5.84,311,1620716400"; d="scan'208";a="516568446" Received: from fbrausse-mobl.ger.corp.intel.com (HELO localhost) ([10.251.209.112]) by fmsmga003-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 Aug 2021 00:16:44 -0700 From: Jani Nikula To: Daniel Vetter , Matt Roper Cc: Joonas Lahtinen , DRI , Intel Graphics , Rodrigo Vivi , Stephen Rothwell , Linux Kernel Mailing List , Linux Next Mailing List Subject: Re: [Intel-gfx] linux-next: Signed-off-by missing for commit in the drm-intel tree In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo References: <20210715141854.1ad4a956@canb.auug.org.au> <162823181614.15830.10618174106053255881@jlahtine-mobl.ger.corp.intel.com> <20210809161939.GS1556418@mdroper-desk1.amr.corp.intel.com> Date: Wed, 11 Aug 2021 10:16:41 +0300 Message-ID: <8735rgo3hi.fsf@intel.com> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 10 Aug 2021, Daniel Vetter wrote: > On Mon, Aug 09, 2021 at 09:19:39AM -0700, Matt Roper wrote: >> On Mon, Aug 09, 2021 at 04:05:59PM +0200, Daniel Vetter wrote: >> > On Fri, Aug 06, 2021 at 09:36:56AM +0300, Joonas Lahtinen wrote: >> > > Hi Matt, >> > > >> > > Always use the dim tooling when applying patches, it will do the right >> > > thing with regards to adding the S-o-b. >> > >> > fd.o server rejects any pushes that haven't been done by dim, so how did >> > this get through? >> >> I definitely used dim for all of these patches, but I'm not sure how I >> lost my s-o-b on this one. Maybe when I edited the commit message after >> 'dim extract-tags' I accidentally deleted an extra line when I removed >> the extract-tags marker? It's the only patch where the line is missing, >> so it's almost certainly human error on my part rather than something >> dim did wrong. > > Yeah that's an expected failure model, and dim is supposed to catch that > by rechecking for sobs when you push. See dim_push_branch -> > checkpatch_commit_push_range in dim. So you can hand-edit stuff however > you want, dim /should/ catch it when pushing. That it didn't is kinda > confusing and I'd like to know why that slipped through. One of the failures that happened here was that the commit was part of a topic branch that was merged and pushed directly. All merges should happen via pull requests on the list, and applied (preferrably by maintainers or at least with their acks recorded on the merge) using dim apply-pull which should also have the checks. BR, Jani. > >> > Matt, can you pls figure out and type up the patch to >> > plug that hole? >> >> Are you referring to a patch for dim here? The i915 patch has already >> landed, so we can't change its commit message now. > > Yeah dim, not drm-intel, that can't be fixed anymore because it's all > baked in. > -Daniel > >> >> >> Matt >> >> > >> > Thanks, Daniel >> > >> > > >> > > Regards, Joonas >> > > >> > > Quoting Stephen Rothwell (2021-07-15 07:18:54) >> > > > Hi all, >> > > > >> > > > Commit >> > > > >> > > > db47fe727e1f ("drm/i915/step: s/_revid_tbl/_revids") >> > > > >> > > > is missing a Signed-off-by from its committer. >> > > > >> > > > -- >> > > > Cheers, >> > > > Stephen Rothwell >> > >> > -- >> > Daniel Vetter >> > Software Engineer, Intel Corporation >> > http://blog.ffwll.ch >> >> -- >> Matt Roper >> Graphics Software Engineer >> VTT-OSGC Platform Enablement >> Intel Corporation >> (916) 356-2795 -- Jani Nikula, Intel Open Source Graphics Center