Received: by 2002:a05:7412:d008:b0:f9:6acb:47ec with SMTP id bd8csp369857rdb; Tue, 19 Dec 2023 22:06:16 -0800 (PST) X-Google-Smtp-Source: AGHT+IEmpmLox3NDpuxbwZkEnTGEl7MjILHeq9McIOoWC4Qqk5JmXEkuSqeXDQwcqRROlCbvk6uu X-Received: by 2002:a05:620a:3847:b0:77f:2496:1016 with SMTP id po7-20020a05620a384700b0077f24961016mr17079617qkn.113.1703052376322; Tue, 19 Dec 2023 22:06:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1703052376; cv=none; d=google.com; s=arc-20160816; b=VXFmWkwZOepmD/NRfoBiHgHAbKZ75TbP9aVsVfTOfitPUyeSSCQXLfxO60ti8lHkFO jN6ajUhjPKMe79DLBVmKbANFT1N0+fT445D/8KmEERJUxmyDZI0mE46TaItOjGvYoHtC emWxigFBoO0OtYHj3DKZcQx1UIaLc3K3ffq9NeCvjT0aUunb0GGSS7xLxHviFJYStfqf Sb4+Y+obPzGNNIYqQU5DV5cenjFhfJeUrYr7VxEL6VcXn38tIxM5uLPF685Yt7qtUZJm BhC7qoBBvPRYuUl1KoBIW9KJIuK1EqDAJ91g02BAoPLkvP7ZbBaCMFtCtwoLpSiWCCp/ 7SWg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:references:message-id:subject:cc :to:from:date:dkim-signature; bh=6GEH6Jcoe21+f/U5aG1fOmGt+hZAQZ2umagvDvAxyac=; fh=LQB9K0aKM5A4KTAY1RdAZ/QTWFxDmFJoEzK4l2bnfs8=; b=yD2SkZgXHNPV6qWB/0RDkBtcRv0hq7DIl+OwEMEImeGF6i1RvJIMPbk0gZfVT0dhmE EVEnnHkiBIo3gRg0gY0KnrGOXAEx5RaY6iHL+d5xOC326AGP+ODfpien/YcDziJdK79V W7/RH97l26KkCjHZkekCON2KAPD59wYqGymLfiMAsM8/yNbt5wKoWD2zspLKrHtDyAgb sGFKReGoeAG2LTfTNYaSI4yG4I0+LplTuPWEUE53ezEog2wQPCJ6MPtRS4z347CUdmXm DwQ/hNNVxbs6Je+u58CSnjYY5mBnpXF9oRDLO4tRpiqhKpqTz9cgdgwOqS84AE0myEqY KfhA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=AwJHPLXP; spf=pass (google.com: domain of linux-kernel+bounces-6408-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-6408-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [147.75.199.223]) by mx.google.com with ESMTPS id b10-20020a05620a126a00b0077d6804aee6si17857016qkl.659.2023.12.19.22.06.16 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 19 Dec 2023 22:06:16 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-6408-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=AwJHPLXP; spf=pass (google.com: domain of linux-kernel+bounces-6408-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-6408-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id 189831C21FC0 for ; Wed, 20 Dec 2023 06:06:16 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id 3B4A3156C8; Wed, 20 Dec 2023 06:03:36 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linuxfoundation.org header.i=@linuxfoundation.org header.b="AwJHPLXP" X-Original-To: linux-kernel@vger.kernel.org Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 4FF6614F7F; Wed, 20 Dec 2023 06:03:34 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 38F3BC433C9; Wed, 20 Dec 2023 06:03:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1703052214; bh=caqI3j25my7HSQ3UGShfhpSfMjHkWvireTit8gq0UK4=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=AwJHPLXPF4L2EPRaveASgxrYYMqcYPglna+W1L8pljl4v70ImLPxswEbeJ2mN7oL8 PyZd8U16HYOfVhMCBChGJI6u6CJB9Cg2boGHSgp8AXcEA4W6Qtz7TQ1a4TcxfsoNjT AnWE+BuJe73snbtGnM8zBJXjgODj79ZI0SbZ9gjM= Date: Wed, 20 Dec 2023 07:03:32 +0100 From: Greg KH To: Nick Desaulniers Cc: Tanzir Hasan , Ingo Molnar , Kees Cook , Andy Shevchenko , linux-hardening@vger.kernel.org, linux-kernel@vger.kernel.org, Andrew Morton , llvm@lists.linux.dev, Al Viro , Andy Shevchenko Subject: Re: [PATCH v4 1/2] kernel.h: removed REPEAT_BYTE from kernel.h Message-ID: <2023122051-scholar-scribble-26da@gregkh> References: <20231219-libstringheader-v4-0-aaeb26495d2f@google.com> <20231219-libstringheader-v4-1-aaeb26495d2f@google.com> <2023121938-stargazer-purse-0dc1@gregkh> <2023121928-propose-florist-5898@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: On Tue, Dec 19, 2023 at 03:00:22PM -0800, Nick Desaulniers wrote: > --- > > For Google specific guidance, I'll quote what they have: > > > License Headers and Copyright Notices > > Googlers should add Google's copyright notice (or a "The Project Authors" style copyright notice) to new files being added to the library if permitted by the project maintainers. > > Then the relevant section of 1.Intro.rst: > > > Copyright assignments are not required (or requested) for code contributed > > to the kernel. > > Shall I interpret those together to mean that the "project > maintainers" don't permit copyright assignments for "new files being > added," and thus Tanzir SHOULD NOT be adding a copyright assignment to > the newly created header? You can add a copyright header, as long as it is the CORRECT copyright header. Look at what this patch did, it attempted to claim that Google now owned the copyright on the whole file, when in fact, that is obviously not the case as a Google employee did not write the actual code that was added to that file. > Or shall I leave the interpretation up to an explicit discussion with > opensource-licensing@google.com? I think you should talk to them and get their clarification as to when copyright headers should be added, AND what they should contain when moving code around from other copyrighted files. > For example, consider include/linux/sysfs.h. It's 600+ lines long and > contains 4 copyright assignments explicitly in sources. If we split > that header file in half, which copyright assignments do we transfer > to the new half, if any? That's up to you to figure out, I'm not the one doing the work :) Perhaps run it by your corporate lawyers to ensure that you get it correct with what they think is right first, if you have any questions about what to do here, as in the end, they are the ones that will care the most, right? good luck! greg k-h