|
Re: How to get caller stack information when crash happens?
Is there an issue to track this request? This feature is very useful for debugging.
Regards,
Jun
From: Ilyes Gouta <ilyes.gouta@...>
Date: Wednesday, October 18, 2017 at 11:06
To: Kumar
Is there an issue to track this request? This feature is very useful for debugging.
Regards,
Jun
From: Ilyes Gouta <ilyes.gouta@...>
Date: Wednesday, October 18, 2017 at 11:06
To: Kumar
|
By
Li, Jun R
·
#1160
·
|
|
Re: BSD Sockets in mainline, and how that affects design decisions for the rest of IP stack (e.g. send MTU handling)
What I stated is that when faced with an existing Zephyr API that works only in supervisor mode, rather than do a parallel implementation in user mode, first see if the C library already provides a
What I stated is that when faced with an existing Zephyr API that works only in supervisor mode, rather than do a parallel implementation in user mode, first see if the C library already provides a
|
By
Boie, Andrew P
·
#1159
·
|
|
Problems with static variables and GNU map files
Hello,
A usecase (one of many): I want to see what network interface structures
go into my Zephyr binary. Of course, I look at the linker map file,
and ... see nothing:
net_if
Hello,
A usecase (one of many): I want to see what network interface structures
go into my Zephyr binary. Of course, I look at the linker map file,
and ... see nothing:
net_if
|
By
Paul Sokolovsky
·
#1158
·
|
|
Bluetooth mesh - best method to implement persistent storage
Hi,
I have been thinking about different ways to add persistent storage to
bluetooth mesh. I would like to add this with as few changes to the
library as possible. I would store the data in flash
Hi,
I have been thinking about different ways to add persistent storage to
bluetooth mesh. I would like to add this with as few changes to the
library as possible. I would store the data in flash
|
By
laczenJMS
·
#1157
·
|
|
Re: BSD Sockets in mainline, and how that affects design decisions for the rest of IP stack (e.g. send MTU handling)
Hello Andrew,
"Boie, Andrew P" <andrew.p.boie@...> wrote:
Thanks for sharing these. What caught my attention is "No good way to
assert validity of k_mem_block object passed to
Hello Andrew,
"Boie, Andrew P" <andrew.p.boie@...> wrote:
Thanks for sharing these. What caught my attention is "No good way to
assert validity of k_mem_block object passed to
|
By
Paul Sokolovsky
·
#1156
·
|
|
Re: Current time in Zephyr using ARM Qemu board
Hello,
Hui Yie Teh <hteh703@...> wrote:
Did you try to run your app under debugger and see what happens there?
--
Best Regards,
Paul
Linaro.org | Open source software for ARM
Hello,
Hui Yie Teh <hteh703@...> wrote:
Did you try to run your app under debugger and see what happens there?
--
Best Regards,
Paul
Linaro.org | Open source software for ARM
|
By
Paul Sokolovsky
·
#1155
·
|
|
Re: How to get caller stack information when crash happens?
Hi,
A port of libunwind (https://savannah.nongnu.org/projects/libunwind/) to Zephyr might be a solution?
Ilyes
Hi,
A port of libunwind (https://savannah.nongnu.org/projects/libunwind/) to Zephyr might be a solution?
Ilyes
|
By
Ilyes Gouta
·
#1154
·
|
|
Re: How to get caller stack information when crash happens?
This is something we need to implement on the various arch’s. Been wanting that myself.
- k
This is something we need to implement on the various arch’s. Been wanting that myself.
- k
|
By
Kumar Gala
·
#1153
·
|
|
How to get caller stack information when crash happens?
Hi,
While I debug my application based on Zephyr, sometimes Fatal faults could happen on a specific thread, with the messages like below:
shell> ***** BUS FAULT *****
Executing thread ID
Hi,
While I debug my application based on Zephyr, sometimes Fatal faults could happen on a specific thread, with the messages like below:
shell> ***** BUS FAULT *****
Executing thread ID
|
By
Li, Jun R
·
#1152
·
|
|
Current time in Zephyr using ARM Qemu board
Hi,
I am trying to get the current time using the following:
However, this is giving me an error on Qemu:
Is there a reason for this? Also, is there another way to get the current time of the system
Hi,
I am trying to get the current time using the following:
However, this is giving me an error on Qemu:
Is there a reason for this? Also, is there another way to get the current time of the system
|
By
Yie
·
#1151
·
|
|
Re: Mesh sample fails w/ CONFIG_BT_HCI_VS_EXT=y
Hi Johan,
I looked at the recent commits and didn't see any connection either.That's why I gave up and did the bisect.
Is it possible that because the buffer wasn't released, subsequent
commands
Hi Johan,
I looked at the recent commits and didn't see any connection either.That's why I gave up and did the bisect.
Is it possible that because the buffer wasn't released, subsequent
commands
|
By
Steve Brown
·
#1150
·
|
|
Re: IDE / Debugging
Pushpal please, at the very least, send your results to this mailing or, beyond the minimum, make a post online and make a note here for others to view your evaluation results.
Pushpal please, at the very least, send your results to this mailing or, beyond the minimum, make a post online and make a note here for others to view your evaluation results.
|
By
Justin
·
#1149
·
|
|
Re: IDE / Debugging
Thanks for the suggestions / information. I'll begin evaluating these.
This may be a great interim solution until the switch to CMake is made
and fully tested out.
-
Thanks for the suggestions / information. I'll begin evaluating these.
This may be a great interim solution until the switch to CMake is made
and fully tested out.
-
|
By
Pushpal Sidhu
·
#1148
·
|
|
[RFC] New HTTP API
Hi all,
I have sent a proposal for a new HTTP API at https://github.com/zephyrp
roject-rtos/zephyr/pull/4243 so in order to get more comments and
feedback I am sending this mail.
The PR#4243
Hi all,
I have sent a proposal for a new HTTP API at https://github.com/zephyrp
roject-rtos/zephyr/pull/4243 so in order to get more comments and
feedback I am sending this mail.
The PR#4243
|
By
Jukka Rissanen
·
#1147
·
|
|
Re: Mesh sample fails w/ CONFIG_BT_HCI_VS_EXT=y
Hi Steve,
It's still a mystery how that's related to the patch you found with
bisect. Did you try the v2 of my patch? The first version will not make
any difference to you since it had the missing
Hi Steve,
It's still a mystery how that's related to the patch you found with
bisect. Did you try the v2 of my patch? The first version will not make
any difference to you since it had the missing
|
By
Johan Hedberg
·
#1146
·
|
|
Re: Mesh sample fails w/ CONFIG_BT_HCI_VS_EXT=y
This patch fixed it.
Thanks,
Steve
This patch fixed it.
Thanks,
Steve
|
By
Steve Brown
·
#1145
·
|
|
Re: Mesh sample fails w/ CONFIG_BT_HCI_VS_EXT=y
Hi Johan,
More ...
In looking at the log, it appears that the beacon_complete callback
never gets called from bt_mesh_adv_send. So, net_buf_unref never gets
called and we run out of buffers.
Steve
Hi Johan,
More ...
In looking at the log, it appears that the beacon_complete callback
never gets called from bt_mesh_adv_send. So, net_buf_unref never gets
called and we run out of buffers.
Steve
|
By
Steve Brown
·
#1144
·
|
|
Re: Mesh sample fails w/ CONFIG_BT_HCI_VS_EXT=y
Hi Steve,
Here's version 2. The first attempt didn't take the account the jump to
a label in the success case. So ignore the earlier and test this one,
please.
Johan
Hi Steve,
Here's version 2. The first attempt didn't take the account the jump to
a label in the success case. So ignore the earlier and test this one,
please.
Johan
|
By
Johan Hedberg
·
#1143
·
|
|
Re: Mesh sample fails w/ CONFIG_BT_HCI_VS_EXT=y
Hi John,
Didn't fix it. Identical log.
Steve
Hi John,
Didn't fix it. Identical log.
Steve
|
By
Steve Brown
·
#1142
·
|
|
Re: Mesh sample fails w/ CONFIG_BT_HCI_VS_EXT=y
Hi Steve,
I went through the patch in question, and found a leak of a net_buf
object. I wonder if the available buffer count has been so well
fine-tuned that loosing just one causes this issue.
Hi Steve,
I went through the patch in question, and found a leak of a net_buf
object. I wonder if the available buffer count has been so well
fine-tuned that loosing just one causes this issue.
|
By
Johan Hedberg
·
#1141
·
|