|
Re: arm: cortex_r: config_userspace: nested interrupt level is not decremented following syscall
Hi Andrew,
I opened GH issue #26912, and Stephanos is assigned to it.
My platform is an internal chip, that has an R5 core. I'm fairly certain that one of our team members uses QEMU, though, so I'll
Hi Andrew,
I opened GH issue #26912, and Stephanos is assigned to it.
My platform is an internal chip, that has an R5 core. I'm fairly certain that one of our team members uses QEMU, though, so I'll
|
By
Phil Erwin Jr
·
#7186
·
|
|
Re: arm: cortex_r: config_userspace: nested interrupt level is not decremented following syscall
In v2.3 when building with CONFIG_USERSPACE enabled, I see that we do not do a context switch a short time after POR. I've chased this back and found the the cpus[0].nested has incremented to 6, so
In v2.3 when building with CONFIG_USERSPACE enabled, I see that we do not do a context switch a short time after POR. I've chased this back and found the the cpus[0].nested has incremented to 6, so
|
By
Boie, Andrew P
·
#7185
·
|
|
Re: MCUMGR - sends responses to wrong port
Thanks Charles.
Bug #26939 filed…. Let me know if there is any other info I can provide.
https://github.com/zephyrproject-rtos/zephyr/issues/26939
Lawrence King
Principal
Thanks Charles.
Bug #26939 filed…. Let me know if there is any other info I can provide.
https://github.com/zephyrproject-rtos/zephyr/issues/26939
Lawrence King
Principal
|
By
Lawrence King
·
#7184
·
|
|
[RFC] API change - Normalize DMA, IPM and UART callbacks signatures including the caller's device pointer.
Hello,
You will find the github issue here
https://github.com/zephyrproject-rtos/zephyr/issues/26923
Which describes the changes.
PRs are already done and linked there as
well.
Tomasz
Hello,
You will find the github issue here
https://github.com/zephyrproject-rtos/zephyr/issues/26923
Which describes the changes.
PRs are already done and linked there as
well.
Tomasz
|
By
Tomasz Bursztyka
·
#7183
·
|
|
Re: MCUMGR - sends responses to wrong port
Hi Lawrence,
Right, I think I understand what you mean. This is almost certainly a bug in the SMP shell transport, but just to make sure, please:
Create an issue on GitHub with this
Hi Lawrence,
Right, I think I understand what you mean. This is almost certainly a bug in the SMP shell transport, but just to make sure, please:
Create an issue on GitHub with this
|
By
Carles Cufi
·
#7182
·
|
|
Re: MCUMGR - sends responses to wrong port
Hi Charles,
I tried your suggestion, unfortunately it doesn’t help. Every dts that uses mcumgr, also has the console on the same port, there is no existing board that routes the mcumgr to a
Hi Charles,
I tried your suggestion, unfortunately it doesn’t help. Every dts that uses mcumgr, also has the console on the same port, there is no existing board that routes the mcumgr to a
|
By
Lawrence King
·
#7181
·
|
|
Community input on possible change to Discord from Slack
All,
We’ve had a few discussion in the Zephyr TSC regarding the need for maintaining history in our chat communication platform and the limitation that Slack imposes on this for free usage. The
All,
We’ve had a few discussion in the Zephyr TSC regarding the need for maintaining history in our chat communication platform and the limitation that Slack imposes on this for free usage. The
|
By
Kumar Gala
·
#7180
·
|
|
arm: cortex_r: config_userspace: nested interrupt level is not decremented following syscall
In v2.3 when building with CONFIG_USERSPACE enabled, I see that we do not do a context switch a short time after POR. I've chased this back and found the the cpus[0].nested has incremented to 6, so
In v2.3 when building with CONFIG_USERSPACE enabled, I see that we do not do a context switch a short time after POR. I've chased this back and found the the cpus[0].nested has incremented to 6, so
|
By
Phil Erwin Jr
·
#7179
·
|
|
Zephyr Project: Dev Meeting - Thu, 07/16/2020 3:00pm-4:00pm, Please RSVP
#cal-reminder
Reminder: Zephyr Project: Dev Meeting
When: Thursday, 16 July 2020, 3:00pm to 4:00pm, (GMT+00:00) UTC
Where:Microsoft Teams Meeting
An RSVP is requested. Click here to RSVP
Organizer:
Reminder: Zephyr Project: Dev Meeting
When: Thursday, 16 July 2020, 3:00pm to 4:00pm, (GMT+00:00) UTC
Where:Microsoft Teams Meeting
An RSVP is requested. Click here to RSVP
Organizer:
|
By
devel@lists.zephyrproject.org Calendar <devel@...>
·
#7178
·
|
|
Dev-Review Meeting Agenda Jul 16
Here’s the agenda topics for this week:
* Any PR/issues w/dev-review tag [ https://github.com/zephyrproject-rtos/zephyr/labels/dev-review ]
- lib: gui: lvgl: add support for v7.0.2
[
Here’s the agenda topics for this week:
* Any PR/issues w/dev-review tag [ https://github.com/zephyrproject-rtos/zephyr/labels/dev-review ]
- lib: gui: lvgl: add support for v7.0.2
[
|
By
Kumar Gala
·
#7177
·
|
|
Re: MCUMGR - sends responses to wrong port
Hi Lawrence,
Try instead using the .dts in your board, or add an overlay, and change this line:
zephyr,uart-mcumgr = &uart0;
Thanks,
Carles
Hi Lawrence,
Try instead using the .dts in your board, or add an overlay, and change this line:
zephyr,uart-mcumgr = &uart0;
Thanks,
Carles
|
By
Carles Cufi
·
#7176
·
|
|
GH auto-close policy
Hi All,
I think we need to re-examine the current policy of auto-closing bugs after 60 days of no activity. I understand the intent, we don't want stale bugs lying around, but I think what we have
Hi All,
I think we need to re-examine the current policy of auto-closing bugs after 60 days of no activity. I understand the intent, we don't want stale bugs lying around, but I think what we have
|
By
Boie, Andrew P
·
#7175
·
|
|
MCUMGR - sends responses to wrong port
Dear All:
I am trying to setup mcumgr to allow code download over a serial port and use the shell. In this case I have 2 serial ports in play.
The first serial port is where printk() sends
Dear All:
I am trying to setup mcumgr to allow code download over a serial port and use the shell. In this case I have 2 serial ports in play.
The first serial port is where printk() sends
|
By
Lawrence King
·
#7174
·
|
|
Re: QEMU networking problem - has anyone ever run into this problem?
Can you post what you figured out for posterity sake in case anyone else runs into the same issue?
Can you post what you figured out for posterity sake in case anyone else runs into the same issue?
|
By
Jett ✈ Rink
·
#7173
·
|
|
RFC: subsys: fs: Support file open flags to fs and POSIX API
Hi,
There is proposal for change to fs_open, within Zephyr FS API. You are invited to post your comments herehttps://github.com/zephyrproject-rtos/zephyr/issues/26833 .
Thanks in advance and
Hi,
There is proposal for change to fs_open, within Zephyr FS API. You are invited to post your comments herehttps://github.com/zephyrproject-rtos/zephyr/issues/26833 .
Thanks in advance and
|
By
Ermel, Dominik
·
#7172
·
|
|
Zephyr Project: APIs - Tue, 07/14/2020 4:00pm-5:00pm, Please RSVP
#cal-reminder
Reminder: Zephyr Project: APIs
When: Tuesday, 14 July 2020, 4:00pm to 5:00pm, (GMT+00:00) UTC
Where:Microsoft Teams Meeting
An RSVP is requested. Click here to RSVP
Organizer:
Reminder: Zephyr Project: APIs
When: Tuesday, 14 July 2020, 4:00pm to 5:00pm, (GMT+00:00) UTC
Where:Microsoft Teams Meeting
An RSVP is requested. Click here to RSVP
Organizer:
|
By
devel@lists.zephyrproject.org Calendar <devel@...>
·
#7171
·
|
|
app external lib use zephyr driver fail
Hi guys,
I refer to external_lib sample create a app external lib , in external lib source code include "driver/display.h".
during build, show below error message, It seems that extern lib is
Hi guys,
I refer to external_lib sample create a app external lib , in external lib source code include "driver/display.h".
during build, show below error message, It seems that extern lib is
|
By
FrankLi
·
#7170
·
|
|
Re: QEMU networking problem - has anyone ever run into this problem?
Nevermind, I figured it out...
Nevermind, I figured it out...
|
By
Immo Birnbaum
·
#7169
·
|
|
API meeting: agenda
Hi all,
Tomorrow's topics:
- Conclusion on fs_open() flags Stable API Change:
- Issue: https://github.com/zephyrproject-rtos/zephyr/issues/26833
- RFC: Require system clock stability on startup
Hi all,
Tomorrow's topics:
- Conclusion on fs_open() flags Stable API Change:
- Issue: https://github.com/zephyrproject-rtos/zephyr/issues/26833
- RFC: Require system clock stability on startup
|
By
Carles Cufi
·
#7168
·
|
|
RFC: API Change: watchdog: wdt_feed error codes
The API change proposed here and summarized below has been completed.
Followinghttps://docs.zephyrproject.org/latest/development_process/api_lifecycle.html#stable we have a need
The API change proposed here and summarized below has been completed.
Followinghttps://docs.zephyrproject.org/latest/development_process/api_lifecycle.html#stable we have a need
|
By
Peter A. Bigot
·
#7167
·
|