search

zephyriot / zep-jira14

0 stars 0 forks source link

[PTS] SM/SLA/PROT/BV-02-C fails #1546

Closed nashif closed 7 years ago

nashif commented 7 years ago

Reported by Dawei Wu:

Test Env: Zephyr revision: master/033b5e9a7de8fa17abcd1f2fc4bd09f421383a34 PTS: 7.0 Host: Win10 64bit Enterprise , Dell Optiplex with Intel® Core i7-4770 @3.4GHZ, 8GB Memory BT USB dongle: CSR Please see attachment log for more info

(Imported from Jira ZEP-1693)

nashif commented 7 years ago

by Dawei Wu:

nashif commented 7 years ago

by Dawei Wu:

nashif commented 7 years ago

by Sharron LIU:

Mariusz Skamra, simply put this issue "merged" with "resolution=duplicate". That will trigger Dawei Wu to close (if he also agree this's duplication). Thanks.

nashif commented 7 years ago

by Mariusz Skamra:

Sharron LIU After analysis I see it's not related to GH-1560. I apologize.

nashif commented 7 years ago

by Mariusz Skamra:

I tested this today and I cannot reproduce this locally. I ran this test in loop 8 times and always PASS.

In this test case, PTS checks if SMP timeout is properly implemented. After SMP timeout, SMP: Pairing Confirm is received so that IUT shall discard this packet. And it's visible in DBG messages:

{code:java} [bt] [DBG] smp_pairing_req: (0x200037d8) [bt] [DBG] smp_init: (0x200037d8) prnd a07fc386381cc0c7dc649a9cb491ba48 [bt] [DBG] legacy_pairing_req: (0x200037d8) ... [bt] [ERR] smp_timeout: SMP Timeout [bt] [DBG] smp_pairing_complete: (0x200051ec) status 0x8 ... [bt] [DBG] bt_smp_recv: (0x200037d8) Received SMP code 0x03 len 17 [bt] [WRN] bt_smp_recv: SMP command (code 0x03) received after timeout ... [bt] [DBG] hci_disconn_complete: (0x200037d8) status 0 handle 0 reason 19



8/8 PASS (Arduino101)
4/4 PASS (QEMU+n51 dongle)

OS: Client: Fedora 24 (4.8.16-200.fc24.x86_64)
Server: Windows 7
Zephyr: bluetooth/b8b681ddf9548a2f24c627e9efbcff67503821a8
AutoPTS: master/be41e3fb57e14ea1038fef55d48701ffeb1e0c85
Workspace: zephyr-hci
nashif commented 7 years ago

by Mark Linkmeyer:

Andrei Laperie , can you please assess this bug and set an appropriate priority?

nashif commented 7 years ago

by Dawei Wu:

Still met this issue , tried 10times ,all failed. I will upload test logs. So reopen this. Mariusz Skamra , did you use some workaround from PTS upstream ?

Tested: Zephyr: 1.7-rc2/46a38ee4601b4afff472a88a253312fbd6a4deb5 auto: master/e46298380b86814a187de4777f5935e771df150f.

nashif commented 7 years ago

by Mark Linkmeyer:

Andrei Laperie , please set the prioirty.

nashif commented 7 years ago

by Ruslan Mstoi:

I tested today, Zephyr (Bluetooth branch): v1.7.99-187-g902970916 DUT: Arduino 101

Results: Total: 12 FAIL: 9 PASS: 3

nashif commented 7 years ago

by Mariusz Skamra:

Dawei Wu Unfortunately I have no workaround for this because I cannot reproduce this even once. But looking into your logs I see that IUT failed to send Pairing Response, so that PTS aborted test execution after 10 seconds waiting for it. So this might be Zephyr issue, but to know this I need more info. Do you have a sniffer to get the traces? It could help me a lot.

nashif commented 7 years ago

by Dawei Wu:

Mariusz Skamra , sorry. could you guide me how to get the traces ? I have wireshark installed on my Linux host.

nashif commented 7 years ago

by Mariusz Skamra:

I mean't some Bluetooth protocol analyzer eg. from ComProbe that would capture local BT traffic.

I don't know if Wireshark can be used for this purpose I've never tried it. I googled this and found that probably you could do that with use of some chip eg. nordic for this. The topic is interesting IMO. I have some Nordic development board here, I'll try to do that by myself.

nashif commented 7 years ago

by Anas Nashif:

automated tests, can't be reproduced, lets start with low priority please.

nashif commented 7 years ago

by vikram Shekhawat:

With current master/29a3ccecd5a314921e1b79d8031b1c1c2ccb4f12. Cannot able to reproduce it. Tested 5/5 PASS.