From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.9 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 66F83C43331 for ; Tue, 31 Mar 2020 16:15:27 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id E6B0820786 for ; Tue, 31 Mar 2020 16:15:26 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="urZZbf+j"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="czW5H86b"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=kernel.org header.i=@kernel.org header.b="hkw5y+kQ" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org E6B0820786 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=linuxfoundation.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=zaZU8sg7aaeN9xPdSGHmL2sPjCs6JrpFZF8yXstY1as=; b=urZZbf+jT+EY0f /pf81gYUyciezf2KyXq/iKKPQWtDkNVtWT+den5RpGO7GyI4bkWPPSVYl9A2DBk8EOPmaOi3tq4Cq 4fyF92/7A4Eye8yOSFg86W81jCTcXwLOQln0HQTDe04U3UK32/xCFMzlSCHRRx09QaoEJ/NZtX4zM igO7lVdu8P+7W8dxDb2m+S40zUzaf1ec2ZkSFnZzwH95Cnd2pgtpqpmITQtz1/iSwLZCIMyRvHbQe +oNEWVl9PGBHGbGr94svUFKxKbw+wtWO/7f8iqJwIrk8+XgjWiDDEqCmhfIeSaoC87GDwP6yCYTBw GClEzazg+2U5wwVV+fGQ==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1jJJXx-0002T0-Nn; Tue, 31 Mar 2020 16:15:25 +0000 Received: from merlin.infradead.org ([2001:8b0:10b:1231::1]) by bombadil.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1jJJXw-0002RI-7l; Tue, 31 Mar 2020 16:15:24 +0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=merlin.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=/HVPi64qIRdc3panPh4kpEYyIrZRCsnANG5uQPfLZv0=; b=czW5H86boYJVa/CoBl22IF6KoZ cMr2tIHGzypLuUvydNMB/987A1fGnouf9gDSiDf7i4EOwszAmMX6RgsoPyEOi6qMLZcDWblNpLsX2 q/jutGhJk1/mQtmY940KMomtTqJWi+7MrNiVPUdwu0f0CEpn40n0eu6GSsHoOR2O7n+Q+2Xv2J/4y tMl/87i2wZniy+cEE4SmoAyKf/7dbFgIEa5Ijyh1t45ArV/5KVqxHEx8MkmTM9BEYR3OxZjAm0Afa G0UTmboRH2F65jqKb9lBYkoXc3g1txNUmePOKc1PHYLCqOB9KYlPWnK+GrZ0L54RYiD3Zth0yOWA4 9tc6eQWg==; Received: from mail.kernel.org ([198.145.29.99]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1jJFyT-0000aw-GJ; Tue, 31 Mar 2020 12:26:34 +0000 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 75304208FE; Tue, 31 Mar 2020 12:26:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1585657590; bh=blx66YChKg+gYzKEMC/qbWXbGWWkIDZF3MMoWKJ1eBs=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=hkw5y+kQWTNyKdIkosNGkEfWABxhGzH5a/ppqFq829ZPBlaDy5RCYDV91zOg1oJY1 TVn2+L02XBcsrh2/Qs5dUdKrRx+B/MXJoJa0U9f9GVx3I2kH43m5N+oowO448yeNSt 6H4qKsrdAGtepUtpQquxFrTr9E0K/5WcXQmtdOwI= Date: Tue, 31 Mar 2020 14:22:09 +0200 From: Greg Kroah-Hartman To: Laurent Pinchart Subject: Re: [PATCH v4 17/33] media: add SPDX headers on Kconfig and Makefile files Message-ID: <20200331122209.GA1627483@kroah.com> References: <981eea64742859c63d8ab88c24b1b3380ee32dd2.1585651678.git.mchehab+huawei@kernel.org> <20200331120608.GB4767@pendragon.ideasonboard.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20200331120608.GB4767@pendragon.ideasonboard.com> X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: devel@driverdev.osuosl.org, Philipp Zabel , Mauro Carvalho Chehab , Chen-Yu Tsai , Maxime Ripard , linux-rockchip@lists.infradead.org, Helen Koike , Sakari Ailus , Ezequiel Garcia , linux-arm-kernel@lists.infradead.org, Linux Media Mailing List Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Tue, Mar 31, 2020 at 03:06:08PM +0300, Laurent Pinchart wrote: > Hi Mauro, > > Thank you for the patch. > > On Tue, Mar 31, 2020 at 01:11:53PM +0200, Mauro Carvalho Chehab wrote: > > Most of media Kconfig/Makefile files already has SPDX, > > but there are a few ones still missing. Add it to them. > > I think it's a good idea to state the license of each source file, the > patch looks fine to me. I've however been thinking about licenses for > build system files recently, and I'll hijack this thread a bit to ask a > question :-) > > For a project like the Linux kernel, and especially for subsystems that > are covered by a single license, the choice is easy, we can apply the > same license to the build files. However, for a project that contains > components covered by different licenses (such as, for instance, an LGPL > library, a GPL application and a BSD plugin), how should the license > covering the build system files be selected ? I searched a bit for > guidance on this topic, and couldn't find much. By "default" if there is no license on a file in the kernel tree, it falls under the GPLv2 license and we should explicity state it, like this patch does. So this is fine, but if you want to license the build files some other way, that's good too, but do so when you add them to the tree, not at some later time when it could cause confusion :) thanks, greg k-h _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel