|
Build posix sample problem (cmake error)
Hi,
I'm new to Zephyr, just starting to investigate it.
I suspect I'm either missing something or doing something silly.
When I run the following command in the
Hi,
I'm new to Zephyr, just starting to investigate it.
I suspect I'm either missing something or doing something silly.
When I run the following command in the
|
By
Andrew Holt
·
#6211
·
|
|
Re: [RFC] Enabling %lld, %llu (long long) support for newlib's stdio
"Cufi, Carles" <Carles.Cufi@...> wrote:
Good to know, thanks!
--
Best Regards,
Paul
Linaro.org | Open source software for ARM SoCs
Follow Linaro:
"Cufi, Carles" <Carles.Cufi@...> wrote:
Good to know, thanks!
--
Best Regards,
Paul
Linaro.org | Open source software for ARM SoCs
Follow Linaro:
|
By
Paul Sokolovsky
·
#6210
·
|
|
Upcoming Event: Zephyr Project: APIs - Tue, 08/27/2019 9:00am-10:00am, Please RSVP
#cal-reminder
Reminder: Zephyr Project: APIs
When: Tuesday, 27 August 2019, 9:00am to 10:00am, (GMT-07:00) America/Los Angeles
Where:https://zoom.us/j/177647878
An RSVP is requested. Click here to
Reminder: Zephyr Project: APIs
When: Tuesday, 27 August 2019, 9:00am to 10:00am, (GMT-07:00) America/Los Angeles
Where:https://zoom.us/j/177647878
An RSVP is requested. Click here to
|
By
devel@lists.zephyrproject.org Calendar <devel@...>
·
#6209
·
|
|
Re: [RFC] Enabling %lld, %llu (long long) support for newlib's stdio
Hi Paul,
This one seems to have been renamed "picolibc":
https://salsa.debian.org/electronics-team/toolchains/picolibc
Carles
Hi Paul,
This one seems to have been renamed "picolibc":
https://salsa.debian.org/electronics-team/toolchains/picolibc
Carles
|
By
Carles Cufi
·
#6208
·
|
|
Re: [RFC] Enabling %lld, %llu (long long) support for newlib's stdio
Hello,
Kumar Gala <kumar.gala@...> wrote:
[]
Right, those are useful options to keep in mind and explore. But given
that they require more development effort, IMHO they should be treated
as
Hello,
Kumar Gala <kumar.gala@...> wrote:
[]
Right, those are useful options to keep in mind and explore. But given
that they require more development effort, IMHO they should be treated
as
|
By
Paul Sokolovsky
·
#6207
·
|
|
OpenThread development guide
Hi,
I've verified basic OT functionality using the echo_client/server samples with the openthread overlays. That's nice, but it's not obvious to me how I proceed after this. A few things that had me
Hi,
I've verified basic OT functionality using the echo_client/server samples with the openthread overlays. That's nice, but it's not obvious to me how I proceed after this. A few things that had me
|
By
Benjamin Lindqvist
·
#6206
·
|
|
API meeting: agenda
Hi all,
This week we will look at:
Agenda:
- Sensor API: Update on progress
- GPIO: Update on https://github.com/zephyrproject-rtos/zephyr/pull/16648 and possibly merging it
Additional items in
Hi all,
This week we will look at:
Agenda:
- Sensor API: Update on progress
- GPIO: Update on https://github.com/zephyrproject-rtos/zephyr/pull/16648 and possibly merging it
Additional items in
|
By
Carles Cufi
·
#6205
·
|
|
Re: 回复:[Zephyr-devel] Is The tick handler "z_clock_announce" in SMP mode dupulicate caculated?
Indeed, that looks like a bug in the driver when SMP and !TICKLESS are set. Can you file an issue on github?
Andy
On 8/24/2019 3:23 AM, "曹子龙 wrote:
Indeed, that looks like a bug in the driver when SMP and !TICKLESS are set. Can you file an issue on github?
Andy
On 8/24/2019 3:23 AM, "曹子龙 wrote:
|
By
Andy Ross
·
#6204
·
|
|
Re: [RFC] Enabling %lld, %llu (long long) support for newlib's stdio
There are some other options, but they require more development effort.
1. Add support for newlib nano for long long.
2. Add support to crosstool-ng to build multiple newlib variants. And build 2
There are some other options, but they require more development effort.
1. Add support for newlib nano for long long.
2. Add support to crosstool-ng to build multiple newlib variants. And build 2
|
By
Kumar Gala
·
#6203
·
|
|
MESH DEMO
Dear Sir/Madam,
Hope you will be fine and in best of health. I am a beginner and done with the Zephyr BLE Beacon example with NRF52840 Dongle. It is requested if i can be helped to run the Bluetooth
Dear Sir/Madam,
Hope you will be fine and in best of health. I am a beginner and done with the Zephyr BLE Beacon example with NRF52840 Dongle. It is requested if i can be helped to run the Bluetooth
|
By
Muhammad Muh <muhammad.muh83@...>
·
#6202
·
|
|
[RFC] Enabling %lld, %llu (long long) support for newlib's stdio
Hello,
We have a patch to enable format specifiers %lld, %llu (i.e. dealing
with "long long" C types) for Newlib libc in the next Zephyr SDK
release:
Hello,
We have a patch to enable format specifiers %lld, %llu (i.e. dealing
with "long long" C types) for Newlib libc in the next Zephyr SDK
release:
|
By
Paul Sokolovsky
·
#6201
·
|
|
回复:[Zephyr-devel] Is The tick handler "z_clock_announce" in SMP mode dupulicate caculated?
Hi andrew:
i find the place you said laste emai, it seems only xtensa and x84 arch supports the SMP mode, so take xtensa for exmaple.
it seems the mechanism you said in the laste email only
Hi andrew:
i find the place you said laste emai, it seems only xtensa and x84 arch supports the SMP mode, so take xtensa for exmaple.
it seems the mechanism you said in the laste email only
|
By
"曹子龙
·
#6200
·
|
|
Re: What branch should I be using for the 1.14 LTS release?
It's still not clear to me what you're looking for but maybe this git command will help:
git log --decorate --no-walk --oneline $(git tag -l v1.14*) upstream/v1.14-branch
5ad3f4a6930d (tag:
It's still not clear to me what you're looking for but maybe this git command will help:
git log --decorate --no-walk --oneline $(git tag -l v1.14*) upstream/v1.14-branch
5ad3f4a6930d (tag:
|
By
Marc Herbert
·
#6199
·
|
|
Re: What branch should I be using for the 1.14 LTS release?
Thanks Anas, I should have been clearer in my question, apologies.
It looks like there is a 1.14.1 brewing, I presume that is bug fixes on the 1.14 release. When it is released, I will probably want
Thanks Anas, I should have been clearer in my question, apologies.
It looks like there is a 1.14.1 brewing, I presume that is bug fixes on the 1.14 release. When it is released, I will probably want
|
By
Manu R
·
#6198
·
|
|
Re: What branch should I be using for the 1.14 LTS release?
v1.14-branch is the branch, all others are tags on the branch.
Anas
From:<devel@...> on behalf of Manu R <manu@...>
Date: Friday, 23 August 2019 at 18:38
To: "devel@..." <devel@...>
Subject:
v1.14-branch is the branch, all others are tags on the branch.
Anas
From:<devel@...> on behalf of Manu R <manu@...>
Date: Friday, 23 August 2019 at 18:38
To: "devel@..." <devel@...>
Subject:
|
By
Nashif, Anas
·
#6197
·
|
|
回复:[Zephyr-devel] Is The tick handler "z_clock_announce" in SMP mode dupulicate caculated?
I still cant understand this flow after read the code.
take cortex-m arch for exmaple, z_clock_isr, is hooked for NVIC vector table, so each cores would call this following the frequency.
so, there
I still cant understand this flow after read the code.
take cortex-m arch for exmaple, z_clock_isr, is hooked for NVIC vector table, so each cores would call this following the frequency.
so, there
|
By
"曹子龙
·
#6196
·
|
|
What branch should I be using for the 1.14 LTS release?
when I do a zephyr (v1.14-branch) $ git checkout v1.14<tab>
v1.14-branch v1.14.0 v1.14.0-rc1 v1.14.0-rc2 v1.14.0-rc3 v1.14.1-rc1
Thanks
Manu
when I do a zephyr (v1.14-branch) $ git checkout v1.14<tab>
v1.14-branch v1.14.0 v1.14.0-rc1 v1.14.0-rc2 v1.14.0-rc3 v1.14.1-rc1
Thanks
Manu
|
By
Manu R
·
#6195
·
|
|
回复: [Zephyr-devel] Is The tick handler "z_clock_announce" in SMP mode dupulicate caculated?
could you show me where the logic you said locates? i still cant catches it, thank you
could you show me where the logic you said locates? i still cant catches it, thank you
|
By
"曹子龙
·
#6194
·
|
|
Re: Is The tick handler "z_clock_announce" in SMP mode dupulicate caculated?
This is the responsibility of the timer driver. The ticks announced needs to be globally correct. The existing drivers do this by locking a "last count" state variable and updating it, so
This is the responsibility of the timer driver. The ticks announced needs to be globally correct. The existing drivers do this by locking a "last count" state variable and updating it, so
|
By
Andy Ross
·
#6193
·
|
|
Is The tick handler "z_clock_announce" in SMP mode dupulicate caculated?
Hi friends:
a puzzle in the timer tick interrupt handler in SMP mode. look at below, the SMP mult cores share the same "cur_tick" object to remeber the current time, each cpu would increment
Hi friends:
a puzzle in the timer tick interrupt handler in SMP mode. look at below, the SMP mult cores share the same "cur_tick" object to remeber the current time, each cpu would increment
|
By
"曹子龙
·
#6192
·
|