On 9/2/24 00:39, Jinjie Ruan wrote:
In the macro definition of next_comb(), a parameter L1 is accepted,
but it is not used. Hence, it should be removed.

Signed-off-by: Jinjie Ruan <ruanjin...@huawei.com>

Acked-by: John Johansen <john.johan...@canonical.com>

I have pulled this into my tree

---
  security/apparmor/include/label.h | 4 ++--
  1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/security/apparmor/include/label.h 
b/security/apparmor/include/label.h
index 2a72e6b17d68..2635eef0ae2b 100644
--- a/security/apparmor/include/label.h
+++ b/security/apparmor/include/label.h
@@ -160,7 +160,7 @@ int aa_label_next_confined(struct aa_label *l, int i);
  #define label_for_each_cont(I, L, P)                                  \
        for (++((I).i); ((P) = (L)->vec[(I).i]); ++((I).i))
-#define next_comb(I, L1, L2) \
+#define next_comb(I, L2)                                               \
  do {                                                                  \
        (I).j++;                                                        \
        if ((I).j >= (L2)->size) {                                        \
@@ -174,7 +174,7 @@ do {                                                        
                \
  #define label_for_each_comb(I, L1, L2, P1, P2)                                
\
  for ((I).i = (I).j = 0;                                                       
\
        ((P1) = (L1)->vec[(I).i]) && ((P2) = (L2)->vec[(I).j]);           \
-       (I) = next_comb(I, L1, L2))
+       (I) = next_comb(I, L2))
#define fn_for_each_comb(L1, L2, P1, P2, FN) \
  ({                                                                    \


Reply via email to