[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20220517091953.4d9a0e4b@kernel.org>
Date: Tue, 17 May 2022 09:19:53 -0700
From: Jakub Kicinski <kuba@...nel.org>
To: Jonathan Lemon <jonathan.lemon@...il.com>
Cc: netdev@...r.kernel.org, richardcochran@...il.com,
davem@...emloft.net, pabeni@...hat.com, edumazet@...gle.com,
kernel-team@...com
Subject: Re: [PATCH net-next v3 08/10] ptp: ocp: fix PPS source selector
reporting
On Tue, 17 May 2022 08:39:42 -0700 Jonathan Lemon wrote:
> On Mon, May 16, 2022 at 06:54:28PM -0700, Jonathan Lemon wrote:
> > On Mon, May 16, 2022 at 05:43:17PM -0700, Jakub Kicinski wrote:
> > > This one and patch 10 need Fixes tags
> >
> > This is for a debugfs entry. I disagree that a Fixes: tag
> > is needed here.
> >
> > I'll do it for patch 10 if you insist, but this only happens
> > if ptp_clock_register() fails, which not normally seen.
>
> Actually, patch 10 would be:
>
> Fixes: c205d53c4923 ("ptp: ocp: Add firmware capability bits for feature gating")
>
> Which is only in 5.18-rcX at this point.
>
> Do we need a fixes tags for code which hasn't made it into a
> full release release yet?
Yup, having the Fixes tag makes it obvious to the maintainer that
the tree selection is correct and helps backporters figure out if
they need to worry that the patch didn't apply.
Powered by blists - more mailing lists