Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1652300 > unrolled thread
| Started by | Linus Walleij <linus.walleij@linaro.org> |
|---|---|
| First post | 2017-05-29 10:40 +0200 |
| Last post | 2017-05-30 09:50 +0200 |
| Articles | 3 — 2 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [PATCH 3/3] pinctrl: bcm: clean up modular vs. non-modular distinctions Linus Walleij <linus.walleij@linaro.org> - 2017-05-29 10:40 +0200
Re: [PATCH 3/3] pinctrl: bcm: clean up modular vs. non-modular distinctions Scott Branden <scott.branden@broadcom.com> - 2017-05-29 18:40 +0200
Re: [PATCH 3/3] pinctrl: bcm: clean up modular vs. non-modular distinctions Linus Walleij <linus.walleij@linaro.org> - 2017-05-30 09:50 +0200
| From | Linus Walleij <linus.walleij@linaro.org> |
|---|---|
| Date | 2017-05-29 10:40 +0200 |
| Subject | Re: [PATCH 3/3] pinctrl: bcm: clean up modular vs. non-modular distinctions |
| Message-ID | <tMonv-5Ga-5@gated-at.bofh.it> |
On Mon, May 22, 2017 at 10:56 PM, Paul Gortmaker <paul.gortmaker@windriver.com> wrote: > Fixups here tend to be more of a conglomerate of some of the other > repeated/systematic ones we've seen in the earlier pinctrl cleanups. > > We remove module.h from code that isn't doing anything modular at > all; if they have __init sections, then replace it with init.h > > One driver has a .remove that would be dispatched on module_exit, > and as that code is essentially orphaned, so we remove it. In case > anyone was previously doing the (pointless) unbind to get to that > function, we disable unbind for this one driver as well. > > A couple bool drivers (hence non-modular) are converted over to > to builtin_platform_driver(). > > Since module_platform_driver() uses the same init level priority as > builtin_platform_driver() the init ordering remains unchanged with > this commit. > > Also note that MODULE_DEVICE_TABLE is a no-op for non-modular code. > > We also delete the MODULE_LICENSE tag etc. since all that information > was (or is now) contained at the top of the file in the comments. > > Cc: Eric Anholt <eric@anholt.net> > Cc: Florian Fainelli <f.fainelli@gmail.com> > Cc: Jon Mason <jonmason@broadcom.com> > Cc: Linus Walleij <linus.walleij@linaro.org> > Cc: Ray Jui <rjui@broadcom.com> > Cc: Scott Branden <sbranden@broadcom.com> > Cc: Stefan Wahren <stefan.wahren@i2se.com> > Cc: Sherman Yin <syin@broadcom.com> > Cc: bcm-kernel-feedback-list@broadcom.com > Cc: linux-gpio@vger.kernel.org > Cc: linux-rpi-kernel@lists.infradead.org > Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com> Patch applied with Stefan Wahren's Tested-by tag. I can't take header standardization into account, header files are not ABI, further see Documentation/process/stable-api-nonsense.rst Yours, Linus Walleij
[toc] | [next] | [standalone]
| From | Scott Branden <scott.branden@broadcom.com> |
|---|---|
| Date | 2017-05-29 18:40 +0200 |
| Subject | Re: [PATCH 3/3] pinctrl: bcm: clean up modular vs. non-modular distinctions |
| Message-ID | <tMvS2-2uZ-13@gated-at.bofh.it> |
| In reply to | #1652300 |
Hi Linus, On 17-05-29 01:31 AM, Linus Walleij wrote: > On Mon, May 22, 2017 at 10:56 PM, Paul Gortmaker > <paul.gortmaker@windriver.com> wrote: > >> Fixups here tend to be more of a conglomerate of some of the other >> repeated/systematic ones we've seen in the earlier pinctrl cleanups. >> >> We remove module.h from code that isn't doing anything modular at >> all; if they have __init sections, then replace it with init.h >> >> One driver has a .remove that would be dispatched on module_exit, >> and as that code is essentially orphaned, so we remove it. In case >> anyone was previously doing the (pointless) unbind to get to that >> function, we disable unbind for this one driver as well. >> >> A couple bool drivers (hence non-modular) are converted over to >> to builtin_platform_driver(). >> >> Since module_platform_driver() uses the same init level priority as >> builtin_platform_driver() the init ordering remains unchanged with >> this commit. >> >> Also note that MODULE_DEVICE_TABLE is a no-op for non-modular code. >> >> We also delete the MODULE_LICENSE tag etc. since all that information >> was (or is now) contained at the top of the file in the comments. >> >> Cc: Eric Anholt <eric@anholt.net> >> Cc: Florian Fainelli <f.fainelli@gmail.com> >> Cc: Jon Mason <jonmason@broadcom.com> >> Cc: Linus Walleij <linus.walleij@linaro.org> >> Cc: Ray Jui <rjui@broadcom.com> >> Cc: Scott Branden <sbranden@broadcom.com> >> Cc: Stefan Wahren <stefan.wahren@i2se.com> >> Cc: Sherman Yin <syin@broadcom.com> >> Cc: bcm-kernel-feedback-list@broadcom.com >> Cc: linux-gpio@vger.kernel.org >> Cc: linux-rpi-kernel@lists.infradead.org >> Signed-off-by: Paul Gortmaker <paul.gortmaker@windriver.com> > Patch applied with Stefan Wahren's Tested-by tag. > > I can't take header standardization into account, header files are not > ABI, further see > Documentation/process/stable-api-nonsense.rst It is a simple ask to place the new information in a new comment after the legal header. An aim at consistency helps reduce confusion (internal and external) of what license header template to apply to files. Modifying these headers and placing information in the middle of them does not help in this effort. > Yours, > Linus Walleij Regards, Scott
[toc] | [prev] | [next] | [standalone]
| From | Linus Walleij <linus.walleij@linaro.org> |
|---|---|
| Date | 2017-05-30 09:50 +0200 |
| Message-ID | <tMK4G-4lV-17@gated-at.bofh.it> |
| In reply to | #1652645 |
On Mon, May 29, 2017 at 6:35 PM, Scott Branden <scott.branden@broadcom.com> wrote: > It is a simple ask to place the new information in a new comment after the > legal header. OK send a patch fixing the headers the way you want them. I don't mind if you want a certain order on your desk as a figure of speak, I am the same. > An aim at consistency helps reduce confusion (internal and external) > of what license header template to apply to files. Modifying these headers > and placing > information in the middle of them does not help in this effort. Aha, I understand it if a human is reading the files. If it is a machine, not so much, as we should not serve the machines but the other way around. Yours, Linus Walleij
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web