Received: by 2002:a05:6a11:4021:0:0:0:0 with SMTP id ky33csp958214pxb; Wed, 29 Sep 2021 13:29:46 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz4WEaZtH4vMgyIelp85/ilnaTBkD3mJO706a7XteOvpzTjAjoV2QzgFPdNCnFFvJ8dLZED X-Received: by 2002:a05:6a00:238e:b0:44b:ec1c:9484 with SMTP id f14-20020a056a00238e00b0044bec1c9484mr437573pfc.5.1632947386184; Wed, 29 Sep 2021 13:29:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1632947386; cv=none; d=google.com; s=arc-20160816; b=J2gaAZd8y9drDXD/LbiSQfpY2GgwZs/0ywkWKdko5LU49pshGNQkTEbFEmez5Hzwuo ckGA4qOGSAqeUFeqG2GxE18OMbaNxStBlOMl8ueaXu4bmJpAeuy54i23R7Ca+DvKZRHo /vGcbPYctlIY7de+Ng/BIF9Ts393OTGnMJu64H0m0bTtkPzfrDJNsX8rmydOCjWIwieM G3eW0IizdkvPIoH5+q1mwtklHFqxXls7mPPWFcJN8Eu/IJJHZeDNlKM90OgcmpcXvPBv 0moMqLHgjiN9KcQrEZLfYdZ1o2P3/zvevTJqjy4IqBJmMftGXr1ok+APjl7hzyXuIAXs +eMQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=BUBvo02+e+5GDikUUveOdH1uDHUT9sKYGIFKKqY5fqU=; b=eOSVjr8ZwePQjenzfpaiEzNEaWJ20u9jwka3Xrq4VAViZGFlcmcE9OrCq0zz+G3Ye4 ay19FFoD++XLhwx8YshnoQOgC8FmNWeWE4qAPrb9uRhnvpPhoyscAMrI3PQxnYlXOv0O jtJe8lFtrbZ2wcyheYzkRDEDTI5B40WjivcomJclz53iuFLZYvz1gfIGDJrXkrxJPhY2 xb6vdG7tRZC3BZy/3DfEwnkWYvvPXxZ84X4cDDF879swGe6ylye2x0Fabq74auGvjcYI gzgRJ06Ikx7dG3d6ExVGq5Vy5spMUYSFDponLHOhwMe4XCtRARoNFU/3jcD4XdO4Pq7R BQow== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=SXHyTGNp; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q1si1010729pgk.66.2021.09.29.13.29.32; Wed, 29 Sep 2021 13:29:46 -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; dkim=pass header.i=@google.com header.s=20210112 header.b=SXHyTGNp; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1346713AbhI2U1C (ORCPT + 99 others); Wed, 29 Sep 2021 16:27:02 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41542 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1346703AbhI2U1B (ORCPT ); Wed, 29 Sep 2021 16:27:01 -0400 Received: from mail-pl1-x62b.google.com (mail-pl1-x62b.google.com [IPv6:2607:f8b0:4864:20::62b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AED22C061769 for ; Wed, 29 Sep 2021 13:25:19 -0700 (PDT) Received: by mail-pl1-x62b.google.com with SMTP id l6so2341549plh.9 for ; Wed, 29 Sep 2021 13:25:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=BUBvo02+e+5GDikUUveOdH1uDHUT9sKYGIFKKqY5fqU=; b=SXHyTGNpWjeYTLxcIMpnSmPDFAjptH6ZmfzCgx9YzmZjU1V8uKZu8G3t/G5gEVRgqQ ybCdjCPKGm9EUpwMHEJB8/rnNWmV/+nfKszYb9nUEtdsxMGbna3my2JupqTd0pqxz/ck LRx8lxH6GYfkV9+xoTRQ266xJ7+TpMqYISBY4tR1o+xnykRnYJ/6clseru7yrlk1m2zM ACZFQIsfBD4XAxrElcUsgNEHbdu8xKHCfbHV63ipJdb9czfDsiiyCSUALPdNC66iG+bu gIheiodGXBCrjT/nQYttErY+l2+vPfbu9DTuVrNxElKOR7AIzXZ/zyyTO0X1kLdDSqlM oDpA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=BUBvo02+e+5GDikUUveOdH1uDHUT9sKYGIFKKqY5fqU=; b=rKwZ4vuYi5RqJ9sWRoa00MprqO4YbvhPgzK9u6eukImWUNkmQU26c5ypDuIKftGIcR 0+fVHZiPWKglzfM3o/Nuyqeq9RQQQiuEUd5Vdc1lr+FsYz61NwqAlCjDaI0fhscMlYYa trYFmICt5hjuyDYtHsUktskWAOc2zSgGIgjj+ghxGbzGsB2aYAaruM8mOYUXWeRAxc++ bmdJFccXzMOPi2nlhnbRhswVbp0R2GUtbXAakSeNsbLg4M2Zredw0f+ue+Gi70oXLPik TDZewj0rqoeClX0LtbhvNN394FuRZY7l+TfQs3elJEC2B9P3vc89ehhZrXRIVRmTer2E g8WA== X-Gm-Message-State: AOAM533eY7o6iehhku6niOHWRHPmgoM5YuJCYyNwbkWC8d4gABgt0JCZ L+YHs9+xMnVjA38RUrbBvsfF8UthJoxVBoHIJHX4QA== X-Received: by 2002:a17:90b:3108:: with SMTP id gc8mr8269060pjb.63.1632947118847; Wed, 29 Sep 2021 13:25:18 -0700 (PDT) MIME-Version: 1.0 References: <20210917061104.2680133-1-brendanhiggins@google.com> <20210917061104.2680133-2-brendanhiggins@google.com> <202109170808.629688A460@keescook> In-Reply-To: <202109170808.629688A460@keescook> From: Brendan Higgins Date: Wed, 29 Sep 2021 13:25:07 -0700 Message-ID: Subject: Re: [PATCH v1 1/6] gcc-plugins/structleak: add makefile var for disabling structleak To: Kees Cook Cc: shuah@kernel.org, davidgow@google.com, arnd@arndb.de, rafael@kernel.org, jic23@kernel.org, lars@metafoo.de, ulf.hansson@linaro.org, andreas.noever@gmail.com, michael.jamet@intel.com, mika.westerberg@linux.intel.com, yehezkelshb@gmail.com, masahiroy@kernel.org, michal.lkml@markovi.net, ndesaulniers@google.com, linux-kselftest@vger.kernel.org, kunit-dev@googlegroups.com, linux-kernel@vger.kernel.org, torvalds@linux-foundation.org, gregkh@linuxfoundation.org, linux-iio@vger.kernel.org, linux-mmc@vger.kernel.org, linux-usb@vger.kernel.org, linux-hardening@vger.kernel.org, linux-kbuild@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Sep 17, 2021 at 8:48 AM Kees Cook wrote: > > On Thu, Sep 16, 2021 at 11:10:59PM -0700, Brendan Higgins wrote: > > KUnit and structleak don't play nice, so add a makefile variable for > > enabling structleak when it complains. > > > > Co-developed-by: Kees Cook > > For a C-d-b, also include a S-o-b: > > Signed-off-by: Kees Cook > > But otherwise, yes, this is good. :) Yeah, I know that's necessary for the patch to be accepted, but in this case, I don't think your original version of this (it wasn't actually a patch) had a S-o-b on it, so I didn't want to say that you had signed off on something that you didn't. I have run into this situation before and handled it this way - letting the co-developer sign off on the list. Is this something I should avoid in the future? In any case, I will resubmit this now that I have your S-o-b. Thanks!