Hi Kamlesh, On Fri, 20 Sep 2024 15:07:19 +0530 Kamlesh Gurudasani <kamlesh@xxxxxx> wrote: > > Danny Tsen <dtsen@xxxxxxxxxxxxx> writes: > > > Data mismatch found when testing ipsec tunnel with AES/GCM crypto. > > Disabling CRYPTO_AES_GCM_P10 in Kconfig for this feature. > > > > Fixes: fd0e9b3e2ee6 ("crypto: p10-aes-gcm - An accelerated AES/GCM stitched implementation") > > Fixes: cdcecfd9991f ("crypto: p10-aes-gcm - Glue code for AES/GCM stitched implementation") > > Fixes: 45a4672b9a6e2 ("crypto: p10-aes-gcm - Update Kconfig and Makefile") > > > > Signed-off-by: Danny Tsen <dtsen@xxxxxxxxxxxxx> > nitpick > checkpatch complains > Please use correct Fixes: style 'Fixes: <12 chars of sha1> ("<title line>")' - > ie: 'Fixes: 45a4672b9a6e ("crypto: p10-aes-gcm - Update Kconfig and > Makefile")' > > There is no rule for 12 characters, but it is generally preferred. > I guess it is just a typo for you as you have correctly added other > Fixes tag. It should be at least 12 hex digits i.e. more is fine. It is possible that some commits need more than 12 hex digits of the SHA1 to be uniquely identified in some git repositories already. I guess checkpatch needs a patch. > Also, just to understand, > > "A Fixes: tag indicates that the patch fixes an issue in a previous > commit. It is used to make it easy to determine where a bug originated, > which can help review a bug fix" > > from > https://docs.kernel.org/process/submitting-patches.html > > should there not be just single Fixes tag? as bug originated from one > commit, may be the commit that actually broke the functionality. While we generally prefer that a patch only fix one bug, it is very possible that the bug may have been introduced in more than one commit e.g. in different files. -- Cheers, Stephen Rothwell
Attachment:
pgpHCtqKmJgCP.pgp
Description: OpenPGP digital signature