From: Sven Eckelmann <sven@narfation.org>
To: linus.luessing@c0d3.blue, b.a.t.m.a.n@lists.open-mesh.org
Cc: Nicolas Escande <nico.escande@gmail.com>,
Sven Eckelmann <sven@narfation.org>
Subject: Re: [PATCH v2] batman-adv: add dynamic, bridged-in TT VID detection support
Date: Sun, 24 Nov 2024 10:47:27 +0100 [thread overview]
Message-ID: <2663995.Lt9SDvczpP@sven-l14> (raw)
In-Reply-To: <6100761.lOV4Wx5bFT@ripper>
[-- Attachment #1: Type: text/plain, Size: 1685 bytes --]
On Thursday, 14 November 2024 14:58:43 CET Sven Eckelmann wrote:
> > Or maybe I missed something ?
> >
> > ---
> > net/batman-adv/soft-interface.c | 1 -
> > 1 file changed, 1 deletion(-)
> >
> > diff --git a/net/batman-adv/soft-interface.c b/net/batman-adv/soft-interface.c
> > index b61f35918b5d..d7de54734725 100644
> > --- a/net/batman-adv/soft-interface.c
> > +++ b/net/batman-adv/soft-interface.c
> > @@ -599,7 +599,6 @@ batadv_softif_create_vlan(struct batadv_priv *bat_priv, unsigned short vid)
> >
> > atomic_set(&vlan->ap_isolation, 0);
> >
> > - kref_get(&vlan->refcount);
> > hlist_add_head_rcu(&vlan->list, &bat_priv->softif_vlan_list);
> > spin_unlock_bh(&bat_priv->softif_vlan_list_lock);
> >
> >
>
> This ref is for the VLAN list entry (just one line below the kref_get).
> This patch is therefore definitely wrong.
Ok, had a look at the surrounding code from this patch and it looks too me
like the reason for what a ref++ stands for was changed and so this
initialization also needs to be changed. So, I have to correct my original
statement about your patch, Nicholas. It is definitely an improvement to the
refcnt (with this patch, not before). But at the same time, it should be made
clear by Linus what the reference counter is used for. Especially because it
was completely different before the patch and different then most other things
in batman-adv.
Starting with not simply dropping the kref_get but with a small comment
explaining that there is "no kref_get for list because only TT entries per
VLAN and temporary references on stack are tracked. list entries will be
removed automatically when refcount reaches zero".
Kind regards,
Sven
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
prev parent reply other threads:[~2024-11-24 9:47 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-12 21:39 [PATCH v2] batman-adv: add dynamic, bridged-in TT VID detection support Linus Lüssing
2024-06-16 20:38 ` Linus Lüssing
2024-07-12 22:13 ` Linus Lüssing
2024-11-14 13:48 ` Nicolas Escande
2024-11-14 13:58 ` Sven Eckelmann
2024-11-14 14:53 ` Nicolas Escande
2024-11-14 18:06 ` Linus Lüssing
2024-11-21 15:10 ` Nicolas Escande
2024-11-24 9:47 ` Sven Eckelmann [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=2663995.Lt9SDvczpP@sven-l14 \
--to=sven@narfation.org \
--cc=b.a.t.m.a.n@lists.open-mesh.org \
--cc=linus.luessing@c0d3.blue \
--cc=nico.escande@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.