Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1641341 > unrolled thread
| Started by | Mark Brown <broonie@kernel.org> |
|---|---|
| First post | 2017-05-15 10:00 +0200 |
| Last post | 2017-05-15 13:00 +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 6/9] regulator: palmas: Drop unnecessary static Mark Brown <broonie@kernel.org> - 2017-05-15 10:00 +0200
Re: [PATCH 6/9] regulator: palmas: Drop unnecessary static Julia Lawall <julia.lawall@lip6.fr> - 2017-05-15 12:50 +0200
Re: [PATCH 6/9] regulator: palmas: Drop unnecessary static Mark Brown <broonie@kernel.org> - 2017-05-15 13:00 +0200
| From | Mark Brown <broonie@kernel.org> |
|---|---|
| Date | 2017-05-15 10:00 +0200 |
| Subject | Re: [PATCH 6/9] regulator: palmas: Drop unnecessary static |
| Message-ID | <tHj59-5aS-35@gated-at.bofh.it> |
[Multipart message — attachments visible in raw view] — view raw
On Thu, May 04, 2017 at 10:10:51PM +0200, Julia Lawall wrote: > Drop static on a local variable, when the variable is initialized before > any use, on every possible execution path through the function. When sending a bunch of changes like this please either send the cover letter to everyone or send each patch separately (this seems like it stands alone just fine). The first question when only one patch in a series is visible is always what are the interdependencies.
[toc] | [next] | [standalone]
| From | Julia Lawall <julia.lawall@lip6.fr> |
|---|---|
| Date | 2017-05-15 12:50 +0200 |
| Message-ID | <tHlJD-6Zt-1@gated-at.bofh.it> |
| In reply to | #1641341 |
On Sun, 14 May 2017, Mark Brown wrote: > On Thu, May 04, 2017 at 10:10:51PM +0200, Julia Lawall wrote: > > Drop static on a local variable, when the variable is initialized before > > any use, on every possible execution path through the function. > > When sending a bunch of changes like this please either send the cover > letter to everyone or send each patch separately (this seems like it > stands alone just fine). The first question when only one patch in a > series is visible is always what are the interdependencies. Not sure what is best to do. If the cover letter goes to everyone, it could be rejected for too many recipients. Currently it goes to all the mailing lists. If the patches are sent separately, then could there be a cover letter for each one? If the semantic patch is complicated, then I typically put the whole thing there, and an abbreviated one in the actual patch. That is not relevant here, because the semantic patch is small. Part of the purpose of the cover letter was to allow people who were not interested to skip over the whole thing at once. julia
[toc] | [prev] | [next] | [standalone]
| From | Mark Brown <broonie@kernel.org> |
|---|---|
| Date | 2017-05-15 13:00 +0200 |
| Message-ID | <tHlTk-72L-9@gated-at.bofh.it> |
| In reply to | #1641527 |
[Multipart message — attachments visible in raw view] — view raw
On Mon, May 15, 2017 at 06:41:41PM +0800, Julia Lawall wrote: > mailing lists. If the patches are sent separately, then could there be a > cover letter for each one? If the semantic patch is complicated, then I > typically put the whole thing there, and an abbreviated one in the actual > patch. That is not relevant here, because the semantic patch is small. Well, if the cover letter is needed to understand the patch then it needs to go to everyone anyway... > Part of the purpose of the cover letter was to allow people who were not > interested to skip over the whole thing at once. On the flip side things that lack context can get discarded easily.
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web