netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Sven Eckelmann <sven@narfation.org>
To: Simon Wunderlich <sw@simonwunderlich.de>,
	Paolo Abeni <pabeni@redhat.com>
Cc: "David S. Miller" <davem@davemloft.net>,
	Eric Dumazet <edumazet@google.com>,
	Jakub Kicinski <kuba@kernel.org>,
	netdev@vger.kernel.org, syzkaller-bugs@googlegroups.com
Subject: Re: [PATCH net v3] batman-adv: Fix double-hold of meshif when getting enabled
Date: Thu, 10 Apr 2025 15:08:25 +0200	[thread overview]
Message-ID: <3807435.LM0AJKV5NW@ripper> (raw)
In-Reply-To: <d72376b8-a794-4c47-b981-11df6e17e417@redhat.com>

[-- Attachment #1: Type: text/plain, Size: 3028 bytes --]

On Thursday, 10 April 2025 12:13:25 CEST Paolo Abeni wrote:
> Also this is somewhat strange: the same patch come from 2 different
> persons (sometimes with garbled SoBs), 

Ok, all of that was my fault. Even the original duplicated *dev_hold. Just as summary:

* v1: accidentally submitted the patch with correct content but from a test
  git repo which didn't had the actual commit message
* v2: send correct patch but it was done from the folder which is used to 
  prepare the branches which will be submitted later by Simon -> git-send-
  email picked up the Simon's name (see below) and submitted it using my 
  mailserver
* v3: submitted it "correctly" and marked the day as "shouldn't have waken up 
  in the first place"

Regarding the v2 situation: This is definitely odd but it had to be done this 
way because there were complains in the past from netdev when Simon submitted 
the PR and not all patches in the PR were Signed-off-by him. As result, when I 
add something in the queue, I directly apply the patches as him (including my 
own Signed-off-by). And Simon will go through the patches again before 
actually sending the PR, create a signed tag and submits the PR. I would love 
not to do this preparation/fakery anymore. But then you will not have the 
requested full signed-off-by - something which you usually don't have for PRs 
but which was for some reason required for netdev.

> and we usually receive PR for
> batman patches.

This was just an attempt to get syzbot happy again (sooner). Besides my direct 
patch submission, we have different options:

* wait for Simon's PR
* let Eric Dumazet integrate his (earlier posted) patch from
  https://lore.kernel.org/r/CANn89iJTHf-sJCqcyrFJiLMLBOBgtN0+KrfPSuW0mhOzLS08Rw@mail.gmail.com
  This change was also published earlier

> Also I do not see credits given to syzbot  team ?

Correct. Is there a proper way when the reports received were actually about 
different problems (just the bisecting went the wrong way due to the 
batman-adv bug)?

For example, I saw the problem with bisecting in:

* https://syzkaller.appspot.com/bug?extid=ff3aa851d46ab82953a3
  Reported-by: syzbot+ff3aa851d46ab82953a3@syzkaller.appspotmail.com
* https://syzkaller.appspot.com/bug?extid=4036165fc595a74b09b2
  Reported-by: syzbot+4036165fc595a74b09b2@syzkaller.appspotmail.com
* https://syzkaller.appspot.com/bug?extid=c35d73ce910d86c0026e
  Reported-by: syzbot+c35d73ce910d86c0026e@syzkaller.appspotmail.com
* https://syzkaller.appspot.com/bug?extid=48c14f61594bdfadb086
  Reported-by: syzbot+48c14f61594bdfadb086@syzkaller.appspotmail.com

So, a lot of different problems which unfortunately all ended up in bisecting 
to the batman-adv problem.

On Thursday, 10 April 2025 13:20:21 CEST Eric Dumazet wrote:
> https://lkml.org/lkml/2025/4/8/1988

You also posted your patch here. Feel free to directly add it. And sorry for 
adding the problem in the first placed - just tried to make Antonio happy (and 
then created a big mess for everyone else)

Kind regards,
	Sven

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 228 bytes --]

  parent reply	other threads:[~2025-04-10 13:08 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-04-09  7:35 [PATCH net v3] batman-adv: Fix double-hold of meshif when getting enabled Sven Eckelmann
2025-04-10 10:13 ` Paolo Abeni
2025-04-10 11:20   ` Eric Dumazet
2025-04-10 12:42     ` Simon Wunderlich
2025-04-10 13:08   ` Sven Eckelmann [this message]
2025-04-10 13:31     ` Eric Dumazet
2025-04-10 18:57       ` Sven Eckelmann

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=3807435.LM0AJKV5NW@ripper \
    --to=sven@narfation.org \
    --cc=davem@davemloft.net \
    --cc=edumazet@google.com \
    --cc=kuba@kernel.org \
    --cc=netdev@vger.kernel.org \
    --cc=pabeni@redhat.com \
    --cc=sw@simonwunderlich.de \
    --cc=syzkaller-bugs@googlegroups.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).