From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751031AbeBJIC5 (ORCPT ); Sat, 10 Feb 2018 03:02:57 -0500 Received: from mail-io0-f193.google.com ([209.85.223.193]:39845 "EHLO mail-io0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750761AbeBJICz (ORCPT ); Sat, 10 Feb 2018 03:02:55 -0500 X-Google-Smtp-Source: AH8x2279wAr4PQAdrwuBgLPlJ0mNob1ayt3Onb0W9a8i157laySpVO4J1hjNwm9S8gh42cB8WMrhWP7Yorxaw0dxnpA= MIME-Version: 1.0 In-Reply-To: References: <20180210024120.27503-1-manivannan.sadhasivam@linaro.org> <20180210024120.27503-2-manivannan.sadhasivam@linaro.org> From: Manivannan Sadhasivam Date: Sat, 10 Feb 2018 13:32:54 +0530 Message-ID: Subject: Re: [PATCH v3 01/11] dt-bindings: clock: Add Actions S900 clock bindings To: Philippe Ombredanne Cc: Michael Turquette , Stephen Boyd , =?UTF-8?Q?Andreas_F=C3=A4rber?= , Rob Herring , Mark Rutland , liuwei@actions-semi.com, mp-cs@actions-semi.com, 96boards@ucrobotics.com, "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , "David S. Miller" , Mauro Carvalho Chehab , Daniel Thompson , Amit Kucheria , LKML , linux-clk@vger.kernel.org, "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" , Viresh Kumar Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Philippe, On 10 February 2018 at 13:06, Philippe Ombredanne wrote: > Dear Manivannan, > > On Sat, Feb 10, 2018 at 3:41 AM, Manivannan Sadhasivam > wrote: >> Add Actions Semi S900 clock bindings. >> >> Signed-off-by: Manivannan Sadhasivam >> Acked-by: Rob Herring > > > >> diff --git a/include/dt-bindings/clock/actions,s900-cmu.h b/include/dt-bindings/clock/actions,s900-cmu.h >> new file mode 100644 >> index 000000000000..2fa94e19922b >> --- /dev/null >> +++ b/include/dt-bindings/clock/actions,s900-cmu.h >> @@ -0,0 +1,139 @@ >> +/* >> + * Device Tree binding constants for Actions S900 Clock Management Unit >> + * >> + * Copyright (c) 2014 Actions Semi Inc. >> + * Copyright (c) 2017 Linaro Ltd. >> + * >> + * This program is free software; you can redistribute it and/or modify >> + * it under the terms of the GNU General Public License as published by >> + * the Free Software Foundation; either version 2 of the License, or >> + * (at your option) any later version. >> + * >> + * This program is distributed in the hope that it will be useful, >> + * but WITHOUT ANY WARRANTY; without even the implied warranty of >> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the >> + * GNU General Public License for more details. >> + */ > > Would you consider using the new SPDX license ids rather that this > time-tested but rather boring legalese? > Very sorry! I converted all the driver code to SPDX license tag but since this file was already Acked, I forgot to do so. Will clean it up. > The (still new and fresh) license documentation contributed by tglx > --the only maintainer that I know that understands both the innards of > Spectre and Meltdown and the beauty of reStructuredText -- is in: > Documentation/process/license-rules.rst > > Practically this means replacing the above by a simple single line and > getting rid of a whopping 8 comment lines! > > SPDX-License-Identifier: GPL-2.0+ > > You get to save a few tree as a bonus if you also do the same for all > Linaro-copyrighted files. Yes this is saving trees because I will use > less paper each time I print a listing of the kernel source code. > Which is something that I rarely if ever do: but somebody must do it > somewhere for sure. > This is something I will consider doing it in a separate patchset. > If I do the math: we have ~60K files in the kernel, and say we can > remove roughly 5 lines of legalese per file on average. Each printed > source code page is roughly 60 lines : this will mean a saving of > about 6000 paper sheets saved on each printout! A letter-size paper > ream is 500 pages, about 2.5 Kg and costs about ~$8. You can extract > about 10K to 20k sheets of paper per tree [1]. > Therefore my Fermi estimate is that using shorter legalese in the > kernel will eventually save roughly ONE FULL smaller tree (6K pages) > each time someone prints the kernel code: incredible, right? > > Thank you for helping make the kernel a mostly legalese-free codebase > and saving trees at the same time! > Thanks for the finding! Regards, Mani > [1] https://www.sierraclub.org/sierra/2014-4-july-august/green-life/how-much-paper-does-one-tree-produce > -- > Cordially > Philippe Ombredanne From mboxrd@z Thu Jan 1 00:00:00 1970 From: manivannan.sadhasivam@linaro.org (Manivannan Sadhasivam) Date: Sat, 10 Feb 2018 13:32:54 +0530 Subject: [PATCH v3 01/11] dt-bindings: clock: Add Actions S900 clock bindings In-Reply-To: References: <20180210024120.27503-1-manivannan.sadhasivam@linaro.org> <20180210024120.27503-2-manivannan.sadhasivam@linaro.org> Message-ID: To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org Hi Philippe, On 10 February 2018 at 13:06, Philippe Ombredanne wrote: > Dear Manivannan, > > On Sat, Feb 10, 2018 at 3:41 AM, Manivannan Sadhasivam > wrote: >> Add Actions Semi S900 clock bindings. >> >> Signed-off-by: Manivannan Sadhasivam >> Acked-by: Rob Herring > > > >> diff --git a/include/dt-bindings/clock/actions,s900-cmu.h b/include/dt-bindings/clock/actions,s900-cmu.h >> new file mode 100644 >> index 000000000000..2fa94e19922b >> --- /dev/null >> +++ b/include/dt-bindings/clock/actions,s900-cmu.h >> @@ -0,0 +1,139 @@ >> +/* >> + * Device Tree binding constants for Actions S900 Clock Management Unit >> + * >> + * Copyright (c) 2014 Actions Semi Inc. >> + * Copyright (c) 2017 Linaro Ltd. >> + * >> + * This program is free software; you can redistribute it and/or modify >> + * it under the terms of the GNU General Public License as published by >> + * the Free Software Foundation; either version 2 of the License, or >> + * (at your option) any later version. >> + * >> + * This program is distributed in the hope that it will be useful, >> + * but WITHOUT ANY WARRANTY; without even the implied warranty of >> + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the >> + * GNU General Public License for more details. >> + */ > > Would you consider using the new SPDX license ids rather that this > time-tested but rather boring legalese? > Very sorry! I converted all the driver code to SPDX license tag but since this file was already Acked, I forgot to do so. Will clean it up. > The (still new and fresh) license documentation contributed by tglx > --the only maintainer that I know that understands both the innards of > Spectre and Meltdown and the beauty of reStructuredText -- is in: > Documentation/process/license-rules.rst > > Practically this means replacing the above by a simple single line and > getting rid of a whopping 8 comment lines! > > SPDX-License-Identifier: GPL-2.0+ > > You get to save a few tree as a bonus if you also do the same for all > Linaro-copyrighted files. Yes this is saving trees because I will use > less paper each time I print a listing of the kernel source code. > Which is something that I rarely if ever do: but somebody must do it > somewhere for sure. > This is something I will consider doing it in a separate patchset. > If I do the math: we have ~60K files in the kernel, and say we can > remove roughly 5 lines of legalese per file on average. Each printed > source code page is roughly 60 lines : this will mean a saving of > about 6000 paper sheets saved on each printout! A letter-size paper > ream is 500 pages, about 2.5 Kg and costs about ~$8. You can extract > about 10K to 20k sheets of paper per tree [1]. > Therefore my Fermi estimate is that using shorter legalese in the > kernel will eventually save roughly ONE FULL smaller tree (6K pages) > each time someone prints the kernel code: incredible, right? > > Thank you for helping make the kernel a mostly legalese-free codebase > and saving trees at the same time! > Thanks for the finding! Regards, Mani > [1] https://www.sierraclub.org/sierra/2014-4-july-august/green-life/how-much-paper-does-one-tree-produce > -- > Cordially > Philippe Ombredanne