Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1573365 > unrolled thread
| Started by | Doug Ledford <dledford@redhat.com> |
|---|---|
| First post | 2017-02-03 19:40 +0100 |
| Last post | 2017-02-06 10:40 +0100 |
| Articles | 2 — 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] IB/cma: Fix reversed test Doug Ledford <dledford@redhat.com> - 2017-02-03 19:40 +0100
Re: [PATCH] IB/cma: Fix reversed test Dan Carpenter <dan.carpenter@oracle.com> - 2017-02-06 10:40 +0100
| From | Doug Ledford <dledford@redhat.com> |
|---|---|
| Date | 2017-02-03 19:40 +0100 |
| Subject | Re: [PATCH] IB/cma: Fix reversed test |
| Message-ID | <t6QW5-5pW-9@gated-at.bofh.it> |
[Multipart message — attachments visible in raw view] — view raw
On 1/28/2017 1:59 AM, Dan Carpenter wrote:
> On Fri, Jan 27, 2017 at 07:05:52PM -0500, Doug Ledford wrote:
>>> Do you think this patch needs "Fixes:" and "Cc: stable" tags?
>>
>> It does not.
>
> We always should have fixes tags.
>
> When I'm reviewing, I try to look up the patch which introduced the bug
> so I can figure out what the intent was. Having a Fixes tag speeds up
> my work.
>
> Looking at how the bug was introduced sometimes helps to prevent bugs
> from recurring in the future. For example, I've seen several bugs
> introduced because the right people weren't on the CC to review it. For
> this particular bug it feels like probably this bug could have been
> detected with more testing. I doubt it would have made it into a
> released kernel.
>
> Also it let's you CC the original authors and hopefully they can Ack it.
OK, in my mind, there is a specific reason for Fixes: tags, and it
relates to the automated means by which other maintainers pull patches
for long term stable trees. Because both the buggy patch and this fix
are being queued in the same general kernel release, there is no need
for this patch to get automatically pulled for any of the long term
stable kernels. Hence my statement that it doesn't need a fixes tag. I
don't disagree with your reasons for wanting one, but even if you added
the fixes tag, the Cc: stable is definitely not needed.
--
Doug Ledford <dledford@redhat.com>
GPG Key ID: B826A3330E572FDD
Key fingerprint = AE6B 1BDA 122B 23B4 265B 1274 B826 A333 0E57 2FDD
[toc] | [next] | [standalone]
| From | Dan Carpenter <dan.carpenter@oracle.com> |
|---|---|
| Date | 2017-02-06 10:40 +0100 |
| Message-ID | <t7NWa-3aZ-9@gated-at.bofh.it> |
| In reply to | #1573365 |
Right. The stable tag isn't needed. But the fixes tag is a different thing. Greg doesn't automatically pull patches which have a fixes tag. Fixes is also useful for collecting metrics about how long it takes to fix bugs. It's just really useful on it's own. regards, dan carpenter
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web