diff mbox series

Bluetooth: Remove spurious error message

Message ID 20210512133407.52330-1-szymon.janc@codecoup.pl (mailing list archive)
State New, archived
Headers show
Series Bluetooth: Remove spurious error message | expand

Commit Message

Szymon Janc May 12, 2021, 1:34 p.m. UTC
Even with rate limited reporting this is very spammy and since
it is remote device that is providing bogus data there is no
need to report this as error.

[72454.143336] bt_err_ratelimited: 10 callbacks suppressed
[72454.143337] Bluetooth: hci0: advertising data len corrected
[72454.296314] Bluetooth: hci0: advertising data len corrected
[72454.892329] Bluetooth: hci0: advertising data len corrected
[72455.051319] Bluetooth: hci0: advertising data len corrected
[72455.357326] Bluetooth: hci0: advertising data len corrected
[72455.663295] Bluetooth: hci0: advertising data len corrected
[72455.787278] Bluetooth: hci0: advertising data len corrected
[72455.942278] Bluetooth: hci0: advertising data len corrected
[72456.094276] Bluetooth: hci0: advertising data len corrected
[72456.249137] Bluetooth: hci0: advertising data len corrected
[72459.416333] bt_err_ratelimited: 13 callbacks suppressed
[72459.416334] Bluetooth: hci0: advertising data len corrected
[72459.721334] Bluetooth: hci0: advertising data len corrected
[72460.011317] Bluetooth: hci0: advertising data len corrected
[72460.327171] Bluetooth: hci0: advertising data len corrected
[72460.638294] Bluetooth: hci0: advertising data len corrected
[72460.946350] Bluetooth: hci0: advertising data len corrected
[72461.225320] Bluetooth: hci0: advertising data len corrected
[72461.690322] Bluetooth: hci0: advertising data len corrected
[72462.118318] Bluetooth: hci0: advertising data len corrected
[72462.427319] Bluetooth: hci0: advertising data len corrected
[72464.546319] bt_err_ratelimited: 7 callbacks suppressed
[72464.546319] Bluetooth: hci0: advertising data len corrected
[72464.857318] Bluetooth: hci0: advertising data len corrected
[72465.163332] Bluetooth: hci0: advertising data len corrected
[72465.278331] Bluetooth: hci0: advertising data len corrected
[72465.432323] Bluetooth: hci0: advertising data len corrected
[72465.891334] Bluetooth: hci0: advertising data len corrected
[72466.045334] Bluetooth: hci0: advertising data len corrected
[72466.197321] Bluetooth: hci0: advertising data len corrected
[72466.340318] Bluetooth: hci0: advertising data len corrected
[72466.498335] Bluetooth: hci0: advertising data len corrected
[72469.803299] bt_err_ratelimited: 10 callbacks suppressed

Signed-off-by: Szymon Janc <szymon.janc@codecoup.pl>
Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=203753
Cc: stable@vger.kernel.org
---
 net/bluetooth/hci_event.c | 2 --
 1 file changed, 2 deletions(-)

Comments

bluez.test.bot@gmail.com May 12, 2021, 2:18 p.m. UTC | #1
This is automated email and please do not reply to this email!

Dear submitter,

Thank you for submitting the patches to the linux bluetooth mailing list.
This is a CI test results with your patch series:
PW Link:https://patchwork.kernel.org/project/bluetooth/list/?series=481227

---Test result---

##############################
Test: CheckPatch - PASS


##############################
Test: CheckGitLint - PASS


##############################
Test: CheckBuildK - PASS


##############################
Test: CheckTestRunner: Setup - PASS


##############################
Test: CheckTestRunner: l2cap-tester - PASS
Total: 40, Passed: 40 (100.0%), Failed: 0, Not Run: 0

##############################
Test: CheckTestRunner: bnep-tester - PASS
Total: 1, Passed: 1 (100.0%), Failed: 0, Not Run: 0

##############################
Test: CheckTestRunner: mgmt-tester - PASS
Total: 416, Passed: 403 (96.9%), Failed: 0, Not Run: 13

##############################
Test: CheckTestRunner: rfcomm-tester - PASS
Total: 9, Passed: 9 (100.0%), Failed: 0, Not Run: 0

##############################
Test: CheckTestRunner: sco-tester - PASS
Total: 8, Passed: 8 (100.0%), Failed: 0, Not Run: 0

##############################
Test: CheckTestRunner: smp-tester - PASS
Total: 8, Passed: 8 (100.0%), Failed: 0, Not Run: 0

##############################
Test: CheckTestRunner: userchan-tester - PASS
Total: 3, Passed: 3 (100.0%), Failed: 0, Not Run: 0



---
Regards,
Linux Bluetooth
Kai Krakow May 12, 2021, 5:04 p.m. UTC | #2
Hi Szymon!

Am Mi., 12. Mai 2021 um 15:34 Uhr schrieb Szymon Janc <szymon.janc@codecoup.pl>:
>
> Even with rate limited reporting this is very spammy and since
> it is remote device that is providing bogus data there is no
> need to report this as error.
>
[...]
> [72464.546319] Bluetooth: hci0: advertising data len corrected
> [72464.857318] Bluetooth: hci0: advertising data len corrected
> [72465.163332] Bluetooth: hci0: advertising data len corrected
> [72465.278331] Bluetooth: hci0: advertising data len corrected
> [72465.432323] Bluetooth: hci0: advertising data len corrected
> [72465.891334] Bluetooth: hci0: advertising data len corrected
> [72466.045334] Bluetooth: hci0: advertising data len corrected
> [72466.197321] Bluetooth: hci0: advertising data len corrected
> [72466.340318] Bluetooth: hci0: advertising data len corrected
> [72466.498335] Bluetooth: hci0: advertising data len corrected
> [72469.803299] bt_err_ratelimited: 10 callbacks suppressed
>
> Signed-off-by: Szymon Janc <szymon.janc@codecoup.pl>
> Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=203753
> Cc: stable@vger.kernel.org
> ---
>  net/bluetooth/hci_event.c | 2 --
>  1 file changed, 2 deletions(-)
>
> diff --git a/net/bluetooth/hci_event.c b/net/bluetooth/hci_event.c
> index 5e99968939ce..abdc44dc0b2f 100644
> --- a/net/bluetooth/hci_event.c
> +++ b/net/bluetooth/hci_event.c
> @@ -5476,8 +5476,6 @@ static void process_adv_report(struct hci_dev *hdev, u8 type, bdaddr_t *bdaddr,
>
>         /* Adjust for actual length */
>         if (len != real_len) {
> -               bt_dev_err_ratelimited(hdev, "advertising data len corrected %u -> %u",
> -                                      len, real_len);
>                 len = real_len;
>         }

This renders the "if" quite useless since it now always ensures len =
real_len and nothing else. At this point, the "if" can be removed, and
len can be set unconditionally. Depending on the further context of
the patch, destinction between real_len and len may not be needed at
all and real_len could be renamed to len, ditching the unused original
which is potentially bogus data anyways according to your commit
description.

Regards,
Kai
Luiz Augusto von Dentz May 12, 2021, 6:13 p.m. UTC | #3
Hi Kai,

On Wed, May 12, 2021 at 11:06 AM Kai Krakow <kai@kaishome.de> wrote:
>
> Hi Szymon!
>
> Am Mi., 12. Mai 2021 um 15:34 Uhr schrieb Szymon Janc <szymon.janc@codecoup.pl>:
> >
> > Even with rate limited reporting this is very spammy and since
> > it is remote device that is providing bogus data there is no
> > need to report this as error.
> >
> [...]
> > [72464.546319] Bluetooth: hci0: advertising data len corrected
> > [72464.857318] Bluetooth: hci0: advertising data len corrected
> > [72465.163332] Bluetooth: hci0: advertising data len corrected
> > [72465.278331] Bluetooth: hci0: advertising data len corrected
> > [72465.432323] Bluetooth: hci0: advertising data len corrected
> > [72465.891334] Bluetooth: hci0: advertising data len corrected
> > [72466.045334] Bluetooth: hci0: advertising data len corrected
> > [72466.197321] Bluetooth: hci0: advertising data len corrected
> > [72466.340318] Bluetooth: hci0: advertising data len corrected
> > [72466.498335] Bluetooth: hci0: advertising data len corrected
> > [72469.803299] bt_err_ratelimited: 10 callbacks suppressed
> >
> > Signed-off-by: Szymon Janc <szymon.janc@codecoup.pl>
> > Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=203753
> > Cc: stable@vger.kernel.org
> > ---
> >  net/bluetooth/hci_event.c | 2 --
> >  1 file changed, 2 deletions(-)
> >
> > diff --git a/net/bluetooth/hci_event.c b/net/bluetooth/hci_event.c
> > index 5e99968939ce..abdc44dc0b2f 100644
> > --- a/net/bluetooth/hci_event.c
> > +++ b/net/bluetooth/hci_event.c
> > @@ -5476,8 +5476,6 @@ static void process_adv_report(struct hci_dev *hdev, u8 type, bdaddr_t *bdaddr,
> >
> >         /* Adjust for actual length */
> >         if (len != real_len) {
> > -               bt_dev_err_ratelimited(hdev, "advertising data len corrected %u -> %u",
> > -                                      len, real_len);
> >                 len = real_len;
> >         }
>
> This renders the "if" quite useless since it now always ensures len =
> real_len and nothing else. At this point, the "if" can be removed, and
> len can be set unconditionally. Depending on the further context of
> the patch, destinction between real_len and len may not be needed at
> all and real_len could be renamed to len, ditching the unused original
> which is potentially bogus data anyways according to your commit
> description.

That was introduced to truncate the len, the patch just removes the
logging but it does keep this logic, if you want to understand the
reason for it just use git blame and look at the history.
Szymon Janc May 13, 2021, 8:09 a.m. UTC | #4
Hi,

On Wednesday, 12 May 2021 20:13:19 CEST Luiz Augusto von Dentz wrote:
> Hi Kai,
> 
> On Wed, May 12, 2021 at 11:06 AM Kai Krakow <kai@kaishome.de> wrote:
> > Hi Szymon!
> > 
> > Am Mi., 12. Mai 2021 um 15:34 Uhr schrieb Szymon Janc 
<szymon.janc@codecoup.pl>:
> > > Even with rate limited reporting this is very spammy and since
> > > it is remote device that is providing bogus data there is no
> > > need to report this as error.
> > 
> > [...]
> > 
> > > [72464.546319] Bluetooth: hci0: advertising data len corrected
> > > [72464.857318] Bluetooth: hci0: advertising data len corrected
> > > [72465.163332] Bluetooth: hci0: advertising data len corrected
> > > [72465.278331] Bluetooth: hci0: advertising data len corrected
> > > [72465.432323] Bluetooth: hci0: advertising data len corrected
> > > [72465.891334] Bluetooth: hci0: advertising data len corrected
> > > [72466.045334] Bluetooth: hci0: advertising data len corrected
> > > [72466.197321] Bluetooth: hci0: advertising data len corrected
> > > [72466.340318] Bluetooth: hci0: advertising data len corrected
> > > [72466.498335] Bluetooth: hci0: advertising data len corrected
> > > [72469.803299] bt_err_ratelimited: 10 callbacks suppressed
> > > 
> > > Signed-off-by: Szymon Janc <szymon.janc@codecoup.pl>
> > > Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=203753
> > > Cc: stable@vger.kernel.org
> > > ---
> > > 
> > >  net/bluetooth/hci_event.c | 2 --
> > >  1 file changed, 2 deletions(-)
> > > 
> > > diff --git a/net/bluetooth/hci_event.c b/net/bluetooth/hci_event.c
> > > index 5e99968939ce..abdc44dc0b2f 100644
> > > --- a/net/bluetooth/hci_event.c
> > > +++ b/net/bluetooth/hci_event.c
> > > @@ -5476,8 +5476,6 @@ static void process_adv_report(struct hci_dev
> > > *hdev, u8 type, bdaddr_t *bdaddr,> > 
> > >         /* Adjust for actual length */
> > >         if (len != real_len) {
> > > 
> > > -               bt_dev_err_ratelimited(hdev, "advertising data len
> > > corrected %u -> %u", -                                      len,
> > > real_len);
> > > 
> > >                 len = real_len;
> > >         
> > >         }
> > 
> > This renders the "if" quite useless since it now always ensures len =
> > real_len and nothing else. At this point, the "if" can be removed, and
> > len can be set unconditionally. Depending on the further context of
> > the patch, destinction between real_len and len may not be needed at
> > all and real_len could be renamed to len, ditching the unused original
> > which is potentially bogus data anyways according to your commit
> > description.
> 
> That was introduced to truncate the len, the patch just removes the
> logging but it does keep this logic, if you want to understand the
> reason for it just use git blame and look at the history.

Actually, with no log there is no need for this "if" and real_len could be 
indeed avoided.

But I'd change this is subsequent patch which would not be tagged as stable 
candidate. Thoughts?
Greg Kroah-Hartman May 13, 2021, 10:16 a.m. UTC | #5
On Thu, May 13, 2021 at 10:09:49AM +0200, Szymon Janc wrote:
> Hi,
> 
> On Wednesday, 12 May 2021 20:13:19 CEST Luiz Augusto von Dentz wrote:
> > Hi Kai,
> > 
> > On Wed, May 12, 2021 at 11:06 AM Kai Krakow <kai@kaishome.de> wrote:
> > > Hi Szymon!
> > > 
> > > Am Mi., 12. Mai 2021 um 15:34 Uhr schrieb Szymon Janc 
> <szymon.janc@codecoup.pl>:
> > > > Even with rate limited reporting this is very spammy and since
> > > > it is remote device that is providing bogus data there is no
> > > > need to report this as error.
> > > 
> > > [...]
> > > 
> > > > [72464.546319] Bluetooth: hci0: advertising data len corrected
> > > > [72464.857318] Bluetooth: hci0: advertising data len corrected
> > > > [72465.163332] Bluetooth: hci0: advertising data len corrected
> > > > [72465.278331] Bluetooth: hci0: advertising data len corrected
> > > > [72465.432323] Bluetooth: hci0: advertising data len corrected
> > > > [72465.891334] Bluetooth: hci0: advertising data len corrected
> > > > [72466.045334] Bluetooth: hci0: advertising data len corrected
> > > > [72466.197321] Bluetooth: hci0: advertising data len corrected
> > > > [72466.340318] Bluetooth: hci0: advertising data len corrected
> > > > [72466.498335] Bluetooth: hci0: advertising data len corrected
> > > > [72469.803299] bt_err_ratelimited: 10 callbacks suppressed
> > > > 
> > > > Signed-off-by: Szymon Janc <szymon.janc@codecoup.pl>
> > > > Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=203753
> > > > Cc: stable@vger.kernel.org
> > > > ---
> > > > 
> > > >  net/bluetooth/hci_event.c | 2 --
> > > >  1 file changed, 2 deletions(-)
> > > > 
> > > > diff --git a/net/bluetooth/hci_event.c b/net/bluetooth/hci_event.c
> > > > index 5e99968939ce..abdc44dc0b2f 100644
> > > > --- a/net/bluetooth/hci_event.c
> > > > +++ b/net/bluetooth/hci_event.c
> > > > @@ -5476,8 +5476,6 @@ static void process_adv_report(struct hci_dev
> > > > *hdev, u8 type, bdaddr_t *bdaddr,> > 
> > > >         /* Adjust for actual length */
> > > >         if (len != real_len) {
> > > > 
> > > > -               bt_dev_err_ratelimited(hdev, "advertising data len
> > > > corrected %u -> %u", -                                      len,
> > > > real_len);
> > > > 
> > > >                 len = real_len;
> > > >         
> > > >         }
> > > 
> > > This renders the "if" quite useless since it now always ensures len =
> > > real_len and nothing else. At this point, the "if" can be removed, and
> > > len can be set unconditionally. Depending on the further context of
> > > the patch, destinction between real_len and len may not be needed at
> > > all and real_len could be renamed to len, ditching the unused original
> > > which is potentially bogus data anyways according to your commit
> > > description.
> > 
> > That was introduced to truncate the len, the patch just removes the
> > logging but it does keep this logic, if you want to understand the
> > reason for it just use git blame and look at the history.
> 
> Actually, with no log there is no need for this "if" and real_len could be 
> indeed avoided.
> 
> But I'd change this is subsequent patch which would not be tagged as stable 
> candidate. Thoughts?

Fix it properly, and worry about stable trees later, they can also
always take the correct change as well.

thanks,

greg k-h
Szymon Janc May 13, 2021, 12:23 p.m. UTC | #6
Hi,

On Thursday, 13 May 2021 12:16:36 CEST Greg KH wrote:
> On Thu, May 13, 2021 at 10:09:49AM +0200, Szymon Janc wrote:
> > Hi,
> > 
> > On Wednesday, 12 May 2021 20:13:19 CEST Luiz Augusto von Dentz wrote:
> > > Hi Kai,
> > > 
> > > On Wed, May 12, 2021 at 11:06 AM Kai Krakow <kai@kaishome.de> wrote:
> > > > Hi Szymon!
> > > > 
> > > > Am Mi., 12. Mai 2021 um 15:34 Uhr schrieb Szymon Janc
> > 
> > <szymon.janc@codecoup.pl>:
> > > > > Even with rate limited reporting this is very spammy and since
> > > > > it is remote device that is providing bogus data there is no
> > > > > need to report this as error.
> > > > 
> > > > [...]
> > > > 
> > > > > [72464.546319] Bluetooth: hci0: advertising data len corrected
> > > > > [72464.857318] Bluetooth: hci0: advertising data len corrected
> > > > > [72465.163332] Bluetooth: hci0: advertising data len corrected
> > > > > [72465.278331] Bluetooth: hci0: advertising data len corrected
> > > > > [72465.432323] Bluetooth: hci0: advertising data len corrected
> > > > > [72465.891334] Bluetooth: hci0: advertising data len corrected
> > > > > [72466.045334] Bluetooth: hci0: advertising data len corrected
> > > > > [72466.197321] Bluetooth: hci0: advertising data len corrected
> > > > > [72466.340318] Bluetooth: hci0: advertising data len corrected
> > > > > [72466.498335] Bluetooth: hci0: advertising data len corrected
> > > > > [72469.803299] bt_err_ratelimited: 10 callbacks suppressed
> > > > > 
> > > > > Signed-off-by: Szymon Janc <szymon.janc@codecoup.pl>
> > > > > Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=203753
> > > > > Cc: stable@vger.kernel.org
> > > > > ---
> > > > > 
> > > > >  net/bluetooth/hci_event.c | 2 --
> > > > >  1 file changed, 2 deletions(-)
> > > > > 
> > > > > diff --git a/net/bluetooth/hci_event.c b/net/bluetooth/hci_event.c
> > > > > index 5e99968939ce..abdc44dc0b2f 100644
> > > > > --- a/net/bluetooth/hci_event.c
> > > > > +++ b/net/bluetooth/hci_event.c
> > > > > @@ -5476,8 +5476,6 @@ static void process_adv_report(struct hci_dev
> > > > > *hdev, u8 type, bdaddr_t *bdaddr,> >
> > > > > 
> > > > >         /* Adjust for actual length */
> > > > >         if (len != real_len) {
> > > > > 
> > > > > -               bt_dev_err_ratelimited(hdev, "advertising data len
> > > > > corrected %u -> %u", -                                      len,
> > > > > real_len);
> > > > > 
> > > > >                 len = real_len;
> > > > >         
> > > > >         }
> > > > 
> > > > This renders the "if" quite useless since it now always ensures len =
> > > > real_len and nothing else. At this point, the "if" can be removed, and
> > > > len can be set unconditionally. Depending on the further context of
> > > > the patch, destinction between real_len and len may not be needed at
> > > > all and real_len could be renamed to len, ditching the unused original
> > > > which is potentially bogus data anyways according to your commit
> > > > description.
> > > 
> > > That was introduced to truncate the len, the patch just removes the
> > > logging but it does keep this logic, if you want to understand the
> > > reason for it just use git blame and look at the history.
> > 
> > Actually, with no log there is no need for this "if" and real_len could be
> > indeed avoided.
> > 
> > But I'd change this is subsequent patch which would not be tagged as
> > stable
> > candidate. Thoughts?
> 
> Fix it properly, and worry about stable trees later, they can also
> always take the correct change as well.

Fair enough, V2 sent.
diff mbox series

Patch

diff --git a/net/bluetooth/hci_event.c b/net/bluetooth/hci_event.c
index 5e99968939ce..abdc44dc0b2f 100644
--- a/net/bluetooth/hci_event.c
+++ b/net/bluetooth/hci_event.c
@@ -5476,8 +5476,6 @@  static void process_adv_report(struct hci_dev *hdev, u8 type, bdaddr_t *bdaddr,
 
 	/* Adjust for actual length */
 	if (len != real_len) {
-		bt_dev_err_ratelimited(hdev, "advertising data len corrected %u -> %u",
-				       len, real_len);
 		len = real_len;
 	}