Hi, I've created new PR https://github.com/zephyrproject-rtos/zephyr/pull/8101. It is basically modified version of samples/bluetooth/mesh as well as inspired from

Hi, I commented line no. 3318 of subsys/bluetooth/host/hci_core.c i.e. // BT_ASSERT(buf); And after that everything is working perfectly normal. Thanks !!

Hi Vikrant, OK in that case I will try to run the onoff mesh app to see if I can reproduce at all. Thanks for the help in debugging this. Carles From: users@... <users@...>On Behalf Of

Hi Carles, I tried it with samples/boards/nrf52/mesh/onoff-app ....Here too, I faced kernel OOPS. But in that case, occurrence frequency was very low. I'm facing all these issues after 1.12.0-rc2

Hi Vikrant, Can you please try to reproduce this with standard samples present in the Zephyr tree? Thanks, Carles From: Vikrant More <vikrant8051@...> Sent: 31 May 2018 16:13 To: Cufi,

Hi, These are today's OOPS & Faults root@vikrant-iMac:/home/vikrant/projects/bluez/mesh# /opt/zephyr-sdk/sysroots/x86_64-pokysdk-linux/usr/bin/arm-zephyr-eabi/arm-zephyr-eabi-addr2line -e

Hi, I re-downloaded entire git repository & now it works for me !!

Hi, But I'm facing this error just after updating to latest version of zephyr which I did just an half hour ago. Thank You !!

https://stackoverflow.com/questions/47081317/zephyr-cmake-error ________________________________________ Sent: Thursday, 31 May 2018 3:20:09 PM To: devel@...;

Hi, After executing, cmake -DBOARD=nrf52840_pca10056 .. I got following error ... (tried it with samples/bluetooth/mesh as well as

That worked. Thanks Carles! -Gurpreet -- Gurpreet SinghMember of Technical StaffMist Systems e:gurpreet@... w: www.mist.comSign up for a live demo of the world's first Virtual Network Assistant.

What board is this on? Check for stack overflow, on devices with NXP MPUs these get reported as bus faults. Andrew From: users@... [mailto:users@...]On Behalf Of Cufi, Carles Sent: Wednesday,

Ah perfect. I must've missed this when perusing the documentation. I'll try this out today. Thanks! Gurpreet

Well, I am not sure if it will be an issue or not, I was just suggesting changes since I cannot reproduce the issue myself. If you have your own OUI then you need to set and use a public address,

Hi Carles Hmmm. I can try disabling my laptop's Bluetooth and attempt this again. But would that mean, when I have my actual boards, this won't be an issue? Also, based on what you're saying,

This is starting to look more and more like a memory corruption or kernel issue at this point. I cannot reproduce this easily by running our standard Bluetooth samples, so I am a bit at a loss here.

Hi Gurpreet, I do not know why you get that behavior. Typically BlueZ should detect that this is an LE-only controller with no public address and would assign one to it. Maybe it’s because you

Hi Carles Yes. I've been doing that but the Mac address comes up as all zeroes. Which is my original problem. So how do I set a Mac address? Or why is it all zeroes? Gurpreet

Hi to all, Suddenly get this non-stoppable FAULT ***** BUS FAULT ***** Executing thread ID (thread): 0x20000220 Faulting instruction address: 0x1c9a4 Precise data bus error Address:

Hi Carles, Now get these FAULT/OOPS, ***** MPU FAULT ***** Executing thread ID (thread): 0x20001eb0 Faulting instruction address: 0x200006b8 Instruction Access Violation Fatal fault in thread