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 <[email protected]>
Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=203753
Cc: [email protected]
---
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;
}
--
2.31.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
Hi Szymon!
Am Mi., 12. Mai 2021 um 15:34 Uhr schrieb Szymon Janc <[email protected]>:
>
> 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 <[email protected]>
> Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=203753
> Cc: [email protected]
> ---
> 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
Hi Kai,
On Wed, May 12, 2021 at 11:06 AM Kai Krakow <[email protected]> wrote:
>
> Hi Szymon!
>
> Am Mi., 12. Mai 2021 um 15:34 Uhr schrieb Szymon Janc <[email protected]>:
> >
> > 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 <[email protected]>
> > Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=203753
> > Cc: [email protected]
> > ---
> > 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.
--
Luiz Augusto von Dentz
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 <[email protected]> wrote:
> > Hi Szymon!
> >
> > Am Mi., 12. Mai 2021 um 15:34 Uhr schrieb Szymon Janc
<[email protected]>:
> > > 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 <[email protected]>
> > > Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=203753
> > > Cc: [email protected]
> > > ---
> > >
> > > 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?
--
pozdrawiam
Szymon Janc
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 <[email protected]> wrote:
> > > Hi Szymon!
> > >
> > > Am Mi., 12. Mai 2021 um 15:34 Uhr schrieb Szymon Janc
> <[email protected]>:
> > > > 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 <[email protected]>
> > > > Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=203753
> > > > Cc: [email protected]
> > > > ---
> > > >
> > > > 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
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 <[email protected]> wrote:
> > > > Hi Szymon!
> > > >
> > > > Am Mi., 12. Mai 2021 um 15:34 Uhr schrieb Szymon Janc
> >
> > <[email protected]>:
> > > > > 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 <[email protected]>
> > > > > Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=203753
> > > > > Cc: [email protected]
> > > > > ---
> > > > >
> > > > > 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.
--
pozdrawiam
Szymon Janc