From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751995AbdLAXeP (ORCPT ); Fri, 1 Dec 2017 18:34:15 -0500 Received: from mail-wr0-f193.google.com ([209.85.128.193]:39685 "EHLO mail-wr0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751713AbdLAXeM (ORCPT ); Fri, 1 Dec 2017 18:34:12 -0500 X-Google-Smtp-Source: AGs4zMbEGdmyVOZmpD9VQoXEVZPz7ABodKvylhfWOx7GkV3l/IubhkbIKtvlRgXox2cb1u2uR1R/9vTOPVLgH+8VkYs= MIME-Version: 1.0 In-Reply-To: <1c34c7f5-4237-0fca-e871-ee18c262a3f3@caviumnetworks.com> References: <20171129005540.28829-1-david.daney@cavium.com> <20171129005540.28829-4-david.daney@cavium.com> <20171130225333.GI27409@jhogan-linux.mipstec.com> <99dd185d-6e5d-f474-90aa-ebee63045c42@caviumnetworks.com> <2ac5ec17-cedb-5dd8-6ea7-f065025639a9@caviumnetworks.com> <1c34c7f5-4237-0fca-e871-ee18c262a3f3@caviumnetworks.com> From: Philippe Ombredanne Date: Sat, 2 Dec 2017 00:33:30 +0100 Message-ID: Subject: Re: [PATCH v4 3/8] MIPS: Octeon: Add a global resource manager. To: David Daney Cc: Greg Kroah-Hartman , Carlos Munoz , David Daney , linux-mips@linux-mips.org, ralf@linux-mips.org, netdev@vger.kernel.org, "David S. Miller" , Rob Herring , Mark Rutland , devel@driverdev.osuosl.org, LKML , "Steven J. Hill" , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Andrew Lunn , Florian Fainelli , James Hogan Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Dec 1, 2017 at 9:56 PM, David Daney wrote: > On 12/01/2017 12:41 PM, Philippe Ombredanne wrote: >> >> David, >> >> On Fri, Dec 1, 2017 at 9:01 PM, David Daney >> wrote: >>> >>> On 12/01/2017 11:49 AM, Philippe Ombredanne wrote: >>>> >>>> >>>> David, Greg, >>>> >>>> On Fri, Dec 1, 2017 at 6:42 PM, David Daney >>>> wrote: >>>>> >>>>> >>>>> On 11/30/2017 11:53 PM, Philippe Ombredanne wrote: >>>> >>>> >>>> [...] >>>>>>>> >>>>>>>> >>>>>>>> --- /dev/null >>>>>>>> +++ b/arch/mips/cavium-octeon/resource-mgr.c >>>>>>>> @@ -0,0 +1,371 @@ >>>>>>>> +// SPDX-License-Identifier: GPL-2.0 >>>>>>>> +/* >>>>>>>> + * Resource manager for Octeon. >>>>>>>> + * >>>>>>>> + * This file is subject to the terms and conditions of the GNU >>>>>>>> General >>>>>>>> Public >>>>>>>> + * License. See the file "COPYING" in the main directory of this >>>>>>>> archive >>>>>>>> + * for more details. >>>>>>>> + * >>>>>>>> + * Copyright (C) 2017 Cavium, Inc. >>>>>>>> + */ >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Since you nicely included an SPDX id, you would not need the >>>>>> boilerplate anymore. e.g. these can go alright? >>>>> >>>>> >>>>> >>>>> >>>>> They may not be strictly speaking necessary, but I don't think they >>>>> hurt >>>>> anything. Unless there is a requirement to strip out the license text, >>>>> we >>>>> would stick with it as is. >>>> >>>> >>>> >>>> I think the requirement is there and that would be much better for >>>> everyone: keeping both is redundant and does not bring any value, does >>>> it? Instead it kinda removes the benefits of having the SPDX id in the >>>> first place IMHO. >>>> >>>> Furthermore, as there have been already ~12K+ files cleaned up and >>>> still over 60K files to go, it would really nice if new files could >>>> adopt the new style: this way we will not have to revisit and repatch >>>> them in the future. >>>> >>> >>> I am happy to follow any style Greg would suggest. There doesn't seem to >>> be >>> much documentation about how this should be done yet. >> >> >> Thomas (tglx) has already submitted a first series of doc patches a >> few weeks ago. And AFAIK he might be working on posting the updates >> soon, whenever his real time clock yields a few cycles away from real >> time coding work ;) >> >> See also these discussions with Linus [1][2][3], Thomas[4] and Greg[5] >> on this and mostly related topics >> >> [1] https://lkml.org/lkml/2017/11/2/715 >> [2] https://lkml.org/lkml/2017/11/25/125 >> [3] https://lkml.org/lkml/2017/11/25/133 >> [4] https://lkml.org/lkml/2017/11/2/805 >> [5] https://lkml.org/lkml/2017/10/19/165 >> > > OK, you convinced me. > > Thanks, > David > No! Thank you to you: For doing real work on the kernel that makes my servers and laptops run, while I am nitpicking you on comments. -- Cordially Philippe Ombredanne From mboxrd@z Thu Jan 1 00:00:00 1970 From: Philippe Ombredanne Subject: Re: [PATCH v4 3/8] MIPS: Octeon: Add a global resource manager. Date: Sat, 2 Dec 2017 00:33:30 +0100 Message-ID: References: <20171129005540.28829-1-david.daney@cavium.com> <20171129005540.28829-4-david.daney@cavium.com> <20171130225333.GI27409@jhogan-linux.mipstec.com> <99dd185d-6e5d-f474-90aa-ebee63045c42@caviumnetworks.com> <2ac5ec17-cedb-5dd8-6ea7-f065025639a9@caviumnetworks.com> <1c34c7f5-4237-0fca-e871-ee18c262a3f3@caviumnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Cc: Greg Kroah-Hartman , Carlos Munoz , David Daney , linux-mips-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, ralf-6z/3iImG2C8G8FEW9MqTrA@public.gmane.org, netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, "David S. Miller" , Rob Herring , Mark Rutland , devel-gWbeCf7V1WCQmaza687I9mD2FQJk+8+b@public.gmane.org, LKML , "Steven J. Hill" , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Andrew Lunn , Florian Fainelli , James Hogan To: David Daney Return-path: In-Reply-To: <1c34c7f5-4237-0fca-e871-ee18c262a3f3-M3mlKVOIwJVv6pq1l3V1OdBPR1lH4CV8@public.gmane.org> Sender: devicetree-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: netdev.vger.kernel.org On Fri, Dec 1, 2017 at 9:56 PM, David Daney wrote: > On 12/01/2017 12:41 PM, Philippe Ombredanne wrote: >> >> David, >> >> On Fri, Dec 1, 2017 at 9:01 PM, David Daney >> wrote: >>> >>> On 12/01/2017 11:49 AM, Philippe Ombredanne wrote: >>>> >>>> >>>> David, Greg, >>>> >>>> On Fri, Dec 1, 2017 at 6:42 PM, David Daney >>>> wrote: >>>>> >>>>> >>>>> On 11/30/2017 11:53 PM, Philippe Ombredanne wrote: >>>> >>>> >>>> [...] >>>>>>>> >>>>>>>> >>>>>>>> --- /dev/null >>>>>>>> +++ b/arch/mips/cavium-octeon/resource-mgr.c >>>>>>>> @@ -0,0 +1,371 @@ >>>>>>>> +// SPDX-License-Identifier: GPL-2.0 >>>>>>>> +/* >>>>>>>> + * Resource manager for Octeon. >>>>>>>> + * >>>>>>>> + * This file is subject to the terms and conditions of the GNU >>>>>>>> General >>>>>>>> Public >>>>>>>> + * License. See the file "COPYING" in the main directory of this >>>>>>>> archive >>>>>>>> + * for more details. >>>>>>>> + * >>>>>>>> + * Copyright (C) 2017 Cavium, Inc. >>>>>>>> + */ >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Since you nicely included an SPDX id, you would not need the >>>>>> boilerplate anymore. e.g. these can go alright? >>>>> >>>>> >>>>> >>>>> >>>>> They may not be strictly speaking necessary, but I don't think they >>>>> hurt >>>>> anything. Unless there is a requirement to strip out the license text, >>>>> we >>>>> would stick with it as is. >>>> >>>> >>>> >>>> I think the requirement is there and that would be much better for >>>> everyone: keeping both is redundant and does not bring any value, does >>>> it? Instead it kinda removes the benefits of having the SPDX id in the >>>> first place IMHO. >>>> >>>> Furthermore, as there have been already ~12K+ files cleaned up and >>>> still over 60K files to go, it would really nice if new files could >>>> adopt the new style: this way we will not have to revisit and repatch >>>> them in the future. >>>> >>> >>> I am happy to follow any style Greg would suggest. There doesn't seem to >>> be >>> much documentation about how this should be done yet. >> >> >> Thomas (tglx) has already submitted a first series of doc patches a >> few weeks ago. And AFAIK he might be working on posting the updates >> soon, whenever his real time clock yields a few cycles away from real >> time coding work ;) >> >> See also these discussions with Linus [1][2][3], Thomas[4] and Greg[5] >> on this and mostly related topics >> >> [1] https://lkml.org/lkml/2017/11/2/715 >> [2] https://lkml.org/lkml/2017/11/25/125 >> [3] https://lkml.org/lkml/2017/11/25/133 >> [4] https://lkml.org/lkml/2017/11/2/805 >> [5] https://lkml.org/lkml/2017/10/19/165 >> > > OK, you convinced me. > > Thanks, > David > No! Thank you to you: For doing real work on the kernel that makes my servers and laptops run, while I am nitpicking you on comments. -- Cordially Philippe Ombredanne -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr0-x241.google.com ([IPv6:2a00:1450:400c:c0c::241]:36566 "EHLO mail-wr0-x241.google.com" rhost-flags-OK-OK-OK-OK) by eddie.linux-mips.org with ESMTP id S23991130AbdLAXeRlaqbp (ORCPT ); Sat, 2 Dec 2017 00:34:17 +0100 Received: by mail-wr0-x241.google.com with SMTP id v105so11647659wrc.3 for ; Fri, 01 Dec 2017 15:34:17 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <1c34c7f5-4237-0fca-e871-ee18c262a3f3@caviumnetworks.com> References: <20171129005540.28829-1-david.daney@cavium.com> <20171129005540.28829-4-david.daney@cavium.com> <20171130225333.GI27409@jhogan-linux.mipstec.com> <99dd185d-6e5d-f474-90aa-ebee63045c42@caviumnetworks.com> <2ac5ec17-cedb-5dd8-6ea7-f065025639a9@caviumnetworks.com> <1c34c7f5-4237-0fca-e871-ee18c262a3f3@caviumnetworks.com> From: Philippe Ombredanne Date: Sat, 2 Dec 2017 00:33:30 +0100 Message-ID: Subject: Re: [PATCH v4 3/8] MIPS: Octeon: Add a global resource manager. Content-Type: text/plain; charset="UTF-8" Return-Path: Sender: linux-mips-bounce@linux-mips.org Errors-to: linux-mips-bounce@linux-mips.org List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-subscribe: List-owner: List-post: List-archive: To: David Daney Cc: Greg Kroah-Hartman , Carlos Munoz , David Daney , linux-mips@linux-mips.org, ralf@linux-mips.org, netdev@vger.kernel.org, "David S. Miller" , Rob Herring , Mark Rutland , devel@driverdev.osuosl.org, LKML , "Steven J. Hill" , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , Andrew Lunn , Florian Fainelli , James Hogan Message-ID: <20171201233330.UFQdnytSgeWSdEppCuW8f-VEzug7CnxF7frLpZ81Fzg@z> On Fri, Dec 1, 2017 at 9:56 PM, David Daney wrote: > On 12/01/2017 12:41 PM, Philippe Ombredanne wrote: >> >> David, >> >> On Fri, Dec 1, 2017 at 9:01 PM, David Daney >> wrote: >>> >>> On 12/01/2017 11:49 AM, Philippe Ombredanne wrote: >>>> >>>> >>>> David, Greg, >>>> >>>> On Fri, Dec 1, 2017 at 6:42 PM, David Daney >>>> wrote: >>>>> >>>>> >>>>> On 11/30/2017 11:53 PM, Philippe Ombredanne wrote: >>>> >>>> >>>> [...] >>>>>>>> >>>>>>>> >>>>>>>> --- /dev/null >>>>>>>> +++ b/arch/mips/cavium-octeon/resource-mgr.c >>>>>>>> @@ -0,0 +1,371 @@ >>>>>>>> +// SPDX-License-Identifier: GPL-2.0 >>>>>>>> +/* >>>>>>>> + * Resource manager for Octeon. >>>>>>>> + * >>>>>>>> + * This file is subject to the terms and conditions of the GNU >>>>>>>> General >>>>>>>> Public >>>>>>>> + * License. See the file "COPYING" in the main directory of this >>>>>>>> archive >>>>>>>> + * for more details. >>>>>>>> + * >>>>>>>> + * Copyright (C) 2017 Cavium, Inc. >>>>>>>> + */ >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> Since you nicely included an SPDX id, you would not need the >>>>>> boilerplate anymore. e.g. these can go alright? >>>>> >>>>> >>>>> >>>>> >>>>> They may not be strictly speaking necessary, but I don't think they >>>>> hurt >>>>> anything. Unless there is a requirement to strip out the license text, >>>>> we >>>>> would stick with it as is. >>>> >>>> >>>> >>>> I think the requirement is there and that would be much better for >>>> everyone: keeping both is redundant and does not bring any value, does >>>> it? Instead it kinda removes the benefits of having the SPDX id in the >>>> first place IMHO. >>>> >>>> Furthermore, as there have been already ~12K+ files cleaned up and >>>> still over 60K files to go, it would really nice if new files could >>>> adopt the new style: this way we will not have to revisit and repatch >>>> them in the future. >>>> >>> >>> I am happy to follow any style Greg would suggest. There doesn't seem to >>> be >>> much documentation about how this should be done yet. >> >> >> Thomas (tglx) has already submitted a first series of doc patches a >> few weeks ago. And AFAIK he might be working on posting the updates >> soon, whenever his real time clock yields a few cycles away from real >> time coding work ;) >> >> See also these discussions with Linus [1][2][3], Thomas[4] and Greg[5] >> on this and mostly related topics >> >> [1] https://lkml.org/lkml/2017/11/2/715 >> [2] https://lkml.org/lkml/2017/11/25/125 >> [3] https://lkml.org/lkml/2017/11/25/133 >> [4] https://lkml.org/lkml/2017/11/2/805 >> [5] https://lkml.org/lkml/2017/10/19/165 >> > > OK, you convinced me. > > Thanks, > David > No! Thank you to you: For doing real work on the kernel that makes my servers and laptops run, while I am nitpicking you on comments. -- Cordially Philippe Ombredanne