Re: [PATCH 7.1 667/744] ptp: ptp_s390: Add missing facility check
Sven Schnelle <[email protected]> Fri, 31 Jul 2026 10:18:54 +0200
| Newsgroups | dev.linux.lists.patches,org.kernel.vger.stable |
|---|---|
| Message-ID | <[email protected]> |
Greg Kroah-Hartman <[email protected]> writes: > On Fri, Jul 31, 2026 at 08:21:26AM +0200, Jiri Slaby wrote: >> On 30. 07. 26, 16:15, Greg Kroah-Hartman wrote: >> > 7.1-stable review patch. If anyone has any objections, please let me know. >> > >> > ------------------ >> > >> > From: Sven Schnelle <[email protected]> >> > >> > commit e78f1ac37afcb16cb6fef8a2c92591eab6558956 upstream. >> > >> > Only register the physical clock when facility 28 is installed >> > and PTFF QAF returns that PTFF QPT is available. >> > >> > Fixes: 2d7de7a3010d ("s390/time: Add PtP driver") >> > Signed-off-by: Sven Schnelle <[email protected]> >> > Cc: [email protected] >> > Reviewed-by: Heiko Carstens <[email protected]> >> > Link: https://patch.msgid.link/[email protected] >> > Signed-off-by: Jakub Kicinski <[email protected]> >> > Signed-off-by: Greg Kroah-Hartman <[email protected]> >> > --- >> > drivers/ptp/ptp_s390.c | 6 +++++- >> > 1 file changed, 5 insertions(+), 1 deletion(-) >> > >> > --- a/drivers/ptp/ptp_s390.c >> > +++ b/drivers/ptp/ptp_s390.c >> > @@ -107,6 +107,9 @@ static __init int ptp_s390_init(void) >> > if (IS_ERR(ptp_stcke_clock)) >> > return PTR_ERR(ptp_stcke_clock); >> > + if (!test_facility(28) || !ptff_query(PTFF_QPT)) >> >> ptff_query() here needs: >> 9de445d8296a ("s390/ptff: Export ptff_function_mask[]") > > Ah, good catch, now queued up. How did you find that thing? Maybe we should change the documentation. I was wondering whether I have to mark that as a dependency, looked up ./process/stable-kernel-rules.rst which says: Note that for a patch series, you do not have to list as prerequisites the patches present in the series itself. For example, if you have the following patch series:: patch1 patch2 where patch2 depends on patch1, you do not have to list patch1 as prerequisite of patch2 if you have already marked patch1 for stable inclusion. Which lead me to believe that I don't have to add stable@ to the the other patch, but looks like this was wrong?