Re: What branch should I be using for the 1.14 LTS release?
Marc Herbert
It's still not clear to me what you're looking for but maybe this git command will help:
toggle quoted messageShow quoted text
git log --decorate --no-walk --oneline $(git tag -l v1.14*) upstream/v1.14-branch 5ad3f4a6930d (tag: v1.14.1-rc2, upstream/v1.14-branch) release: bump release to 1.14.0-rc2 03a52401c682 (tag: v1.14.1-rc1) release: bump version to 1.14.1-rc1 cebe11544ebe (tag: zephyr-v1.14.0, tag: v1.14.0) release: Zephyr 1.14.0 9e81cbea7df8 (tag: v1.14.0-rc3) release: Zephyr 1.14-rc3 350f6f715632 (tag: v1.14.0-rc2) release: Zephyr 1.14-rc2 588d7b068c91 (tag: v1.14.0-rc1) release: Zephyr 1.14-rc1
On 23 Aug 2019, at 16:32, Manu R <manu@...> wrote:
|
|
Re: What branch should I be using for the 1.14 LTS release?
Manu R
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 that, but for now, the last released version is v1.14.0, is that correct? Manu
On Fri, Aug 23, 2019 at 4:24 PM Nashif, Anas <anas.nashif@...> wrote:
|
|
Re: What branch should I be using for the 1.14 LTS release?
Nashif, Anas
v1.14-branch is the branch, all others are tags on the branch.
Anas
From:
<devel@...> on behalf of Manu R <manu@...>
when I do a zephyr (v1.14-branch) $ git checkout v1.14<tab>
Thanks Manu
|
|
回复:[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 must be a z_clock_announce invoked on each cpu, so the current tick would be duplicate caculated? although i know zephyr would nod be exsis such issue, but i did not figure out where am i wrong, from the coretex-m arch flow, i cant find where block the z_clock_announce calling from each cpu core? .word __pendsv #if defined(CONFIG_SYS_CLOCK_EXISTS) .word z_clock_isr #else .word __reserved #endif void z_clock_isr(void *arg) { ARG_UNUSED(arg); u32_t dticks; cycle_count += last_load; dticks = (cycle_count - announced_cycles) / CYC_PER_TICK; announced_cycles += dticks * CYC_PER_TICK; overflow_cyc = SysTick->CTRL; /* Reset overflow flag */ overflow_cyc = 0U; z_clock_announce(TICKLESS ? dticks : 1); z_ExcExit(); } 曹子龙 珠海全志科技股份有限公司 BU1-PSW 地址:广东省珠海市高新区唐家湾镇科技2路9号 TEL:13824125580 Email:caozilong@... 网址: http://www.allwinnertech.com
|
|
What branch should I be using for the 1.14 LTS release?
Manu R
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
|
|
回复: [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
toggle quoted messageShow quoted text
------------------------------------------------------------------
|
|
Re: Is The tick handler "z_clock_announce" in SMP mode dupulicate caculated?
Andy Ross
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 they see the updates made by the other cores.
Andy
On 8/23/2019 8:14 AM, "曹子龙 wrote:
|
|
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 it when the tick hander excutes on each CPU. so, could this would accelerate the timer compare with the realworld? for example, if 4cores exist, the cur_tick would 4 times incmrent than the read world, i cant fingure out where am a wrong, so, could you figure me out? thanks for your kinldy supply. void z_clock_announce(s32_t ticks) { #ifdef CONFIG_TIMESLICING z_time_slice(ticks); #endif k_spinlock_key_t key = k_spin_lock(&timeout_lock); announce_remaining = ticks; while (first() != NULL && first()->dticks <= announce_remaining) { struct _timeout *t = first(); int dt = t->dticks; curr_tick += dt; announce_remaining -= dt; t->dticks = 0; remove_timeout(t); k_spin_unlock(&timeout_lock, key); t->fn(t); key = k_spin_lock(&timeout_lock); } if (first() != NULL) { first()->dticks -= announce_remaining; } curr_tick += announce_remaining; announce_remaining = 0; z_clock_set_timeout(next_timeout(), false); k_spin_unlock(&timeout_lock, key); }曹子龙 珠海全志科技股份有限公司 BU1-PSW 地址:广东省珠海市高新区唐家湾镇科技2路9号 TEL:13824125580 Email:caozilong@... 网址: http://www.allwinnertech.com
|
|
Re: Md5 hash
Carles Cufi
Hi there,
Mbedtls comes with an MD5 implementation: https://github.com/zephyrproject-rtos/mbedtls/blob/master/include/mbedtls/md5.h
Carles
From:
<devel@...> on behalf of "Ruben Kertesz via Lists.Zephyrproject.Org" <rubenk=gmail.com@...>
Any recommendations on best methods to write a md5 hash function? I didn't find one built in but maybe I overlooked.
|
|
Md5 hash
rubenk@...
Any recommendations on best methods to write a md5 hash function? I didn't find one built in but maybe I overlooked.
|
|
Cancelled Event: Zephyr Project: Dev Meeting - Thursday, 22 August 2019
#cal-cancelled
devel@lists.zephyrproject.org Calendar <devel@...>
Cancelled: Zephyr Project: Dev Meeting This event has been cancelled. When: Where: Organizer: Description:
|
|
Upcoming Event: Zephyr Project: APIs - Tue, 08/20/2019 9:00am-10:00am, Please RSVP
#cal-reminder
devel@lists.zephyrproject.org Calendar <devel@...>
Reminder: Zephyr Project: APIs When: Tuesday, 20 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 RSVP Organizer: devel@... Description: Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/177647878 Live meeting minutes: https://docs.google.com/
|
|
API meeting 2019-08-20: Agenda
Peter A. Bigot
I'll be coordinating the API meeting today as Carles has a conflict.
Agenda: - GPIO: Current status, planning for a way forward (scope, breakdown, resources) so we know what we're intending to have in 2.1 Additional items in the "Triage" column in the GitHub project may be discussed if time permits. If you want an item included in the meeting, please add it to the GitHub project. https://github.com/zephyrproject-rtos/zephyr/wiki/Zephyr-Committee-and-Working-Group-Meetings#zephyr-api-discussion https://github.com/zephyrproject-rtos/zephyr/projects/18 https://docs.google.com/document/d/1lv-8B5QE2m4FjBcvfqAXFIgQfW5oz6306zJ7GIZIWCk/edit Peter
|
|
hotkernel@...
I have found the root cause: need init the k_poll_signal before it was used in the k_poll_event array.
k_poll_signal_init(&async_sig); struct k_poll_event async_evt = K_POLL_EVENT_INITIALIZER(K_POLL_TYPE_SIGNAL, K_POLL_MODE_NOTIFY_ONLY, &async_sig); I ported these demo code from the surce file test_adc.c from the zephyr master branch, so there is a bug in that test file.
|
|
Re: shipable ...
Marc Herbert
On 31 Jul 2019, at 18:16, Kumar Gala <kumar.gala@...> wrote:On Jul 30, 2019, at 10:36 PM, Nicolas Pitre <npitre@...> wrote:No sure, but probably can ask on https://github.com/Shippable/support Shippable's "rich" UI affects not just accessibility but also any user trying to perform simple things like searching for some specific error message across all 5 shards or (let's go crazy) across different runs. Don't even think about gathering data about sporadic failures like for instance the ones described in https://github.com/zephyrproject-rtos/zephyr/issues/12553 One important CI principle is "automate everything" but Shippable web UI is not meant for that. Maybe there's a another, lower level way to access CI logs and results?
|
|
Re: west: multiple local west project installations
Bolivar, Marti
"David Leach via Lists.Zephyrproject.Org"
<david.leach=nxp.com@...> writes: For historical tracking, the error is because I have ZEPHYR_BASEFTR, I rarely have ZEPHYR_BASE set in my parent environment because I only need it to run sanitycheck, which I usually do in a new terminal window since it takes forever. All the usual west-based workflows (build, flash, debug, etc.) work just fine without ZEPHYR_BASE set as long as you are running them from a directory in the installation. Since I don't keep my applications in ~, but rather in ~/zephyrproject, this works for me and I never run into this problem. I have a hopefully more helpful error message for people who do run into this proposed here: https://github.com/zephyrproject-rtos/west/pull/290 This PR adds the following to the error message: Note: In your environment, ZEPHYR_BASE is set to: <whatever> This forces west to search for an installation there. Try unsetting ZEPHYR_BASE and re-running this command. If you have some suggestions, please feel free to comment there. Sorry for the trouble. Thanks, Marti
|
|
Re: west: multiple local west project installations
For historical tracking, the error is because I have ZEPHYR_BASE environment variable set. Carles and I agree that the error message is not very helpful.
David
From: devel@... <devel@...>
On Behalf Of David Leach via Lists.Zephyrproject.Org
Carles,
See the following:
dleach@dleach-test:~/work$ west init zephyrproject2 FATAL ERROR: already in an installation (/home/dleach/work/zephyrproject), aborting
From: Cufi, Carles <Carles.Cufi@...>
That is actually incorrect, you can have as many installations as you want. In your case:
cd ~/work west init zephyrproject west init mytestzephyrproject cd zephyrproject west update cd ../mytestzephyrproject west update
and then do whatever you want in each of the installations, and choose one by either going into one:
vim west.yml <edit> west update // will only affect mytestzephyrproject and so on.
I am not sure what makes you think that you cannot have multiple west/zephyr installations in your system, I have several myself without any problems at all. Note that the zephyr.base-prefer setting will affect how ZEPHYR_BASE is determined though: https://docs.zephyrproject.org/latest/guides/west/config.html
Carles
From: David Leach <david.leach@...>
I want to be able to have multiple installations on my system. To expand out my example:
I understand that I can’t instantiate a separate project directory tree from within a west created project area but I think I should be able to create multiple project directory trees. But the indication is that using west commits your whole machine to a single project.
David
From: Cufi, Carles <Carles.Cufi@...>
I am not quite sure I understand David.
“west init” initializes an installation. It creates a top-level folder which then contains a .west/ subfolder and a bunch of other folders that correspond to the manifest repo and west projects. Once you are inside that installation you cannot really refer to another installation, but you *can* switch the path to the manifest repository by using your ~/.westconfig or the “west config” command. Say you have a zephyrproject/ top-level installation folder and there’s a zephyr/ folder inside it, at the same level as the .west/ folder. Say also that you have a myrepo/ folder at the same folder level that contains a myrepo/west.yml with your own manifest. Then you can do:
west config manifest.path zephyr (&& west update) west config manifest.path myrepo (&& west update)
to switch between manifest repos while remaining in a single installation.
Carles
From:
devel@... <devel@...>
On Behalf Of David Leach via Lists.Zephyrproject.Org
no. I want to initialize a second Zephyr project area in parallel. So for example:
/home/dleach/work/zephyrproject /home/dleach/work/zephyrproject2
David
Hi David: I'm not sure if I understand your question correctly. Do you mean that you created "zephyrproject_2" under "/home/dleach/work/zephyrproject" and run "west init"? If so, I don't think you should create "zephyrproject_2" like this. You should create it in another directory, rather than "/home/dleach/work/zephyrproject". -Steven
On 8/16/2019 12:11 PM, David Leach wrote:
|
|
Re: west: multiple local west project installations
Carles,
See the following:
dleach@dleach-test:~/work$ west init zephyrproject2 FATAL ERROR: already in an installation (/home/dleach/work/zephyrproject), aborting
From: Cufi, Carles <Carles.Cufi@...>
That is actually incorrect, you can have as many installations as you want. In your case:
cd ~/work west init zephyrproject west init mytestzephyrproject cd zephyrproject west update cd ../mytestzephyrproject west update
and then do whatever you want in each of the installations, and choose one by either going into one:
vim west.yml <edit> west update // will only affect mytestzephyrproject and so on.
I am not sure what makes you think that you cannot have multiple west/zephyr installations in your system, I have several myself without any problems at all. Note that the zephyr.base-prefer setting will affect how ZEPHYR_BASE is determined though: https://docs.zephyrproject.org/latest/guides/west/config.html
Carles
From: David Leach <david.leach@...>
I want to be able to have multiple installations on my system. To expand out my example:
I understand that I can’t instantiate a separate project directory tree from within a west created project area but I think I should be able to create multiple project directory trees. But the indication is that using west commits your whole machine to a single project.
David
From: Cufi, Carles <Carles.Cufi@...>
I am not quite sure I understand David.
“west init” initializes an installation. It creates a top-level folder which then contains a .west/ subfolder and a bunch of other folders that correspond to the manifest repo and west projects. Once you are inside that installation you cannot really refer to another installation, but you *can* switch the path to the manifest repository by using your ~/.westconfig or the “west config” command. Say you have a zephyrproject/ top-level installation folder and there’s a zephyr/ folder inside it, at the same level as the .west/ folder. Say also that you have a myrepo/ folder at the same folder level that contains a myrepo/west.yml with your own manifest. Then you can do:
west config manifest.path zephyr (&& west update) west config manifest.path myrepo (&& west update)
to switch between manifest repos while remaining in a single installation.
Carles
From:
devel@... <devel@...>
On Behalf Of David Leach via Lists.Zephyrproject.Org
no. I want to initialize a second Zephyr project area in parallel. So for example:
/home/dleach/work/zephyrproject /home/dleach/work/zephyrproject2
David
Hi David: I'm not sure if I understand your question correctly. Do you mean that you created "zephyrproject_2" under "/home/dleach/work/zephyrproject" and run "west init"? If so, I don't think you should create "zephyrproject_2" like this. You should create it in another directory, rather than "/home/dleach/work/zephyrproject". -Steven
On 8/16/2019 12:11 PM, David Leach wrote:
|
|
Re: west: multiple local west project installations
Carles Cufi
That is actually incorrect, you can have as many installations as you want. In your case:
cd ~/work west init zephyrproject west init mytestzephyrproject cd zephyrproject west update cd ../mytestzephyrproject west update
and then do whatever you want in each of the installations, and choose one by either going into one:
vim west.yml <edit> west update // will only affect mytestzephyrproject and so on.
I am not sure what makes you think that you cannot have multiple west/zephyr installations in your system, I have several myself without any problems at all. Note that the zephyr.base-prefer setting will affect how ZEPHYR_BASE is determined though: https://docs.zephyrproject.org/latest/guides/west/config.html
Carles
From: David Leach <david.leach@...>
I want to be able to have multiple installations on my system. To expand out my example:
I understand that I can’t instantiate a separate project directory tree from within a west created project area but I think I should be able to create multiple project directory trees. But the indication is that using west commits your whole machine to a single project.
David
From: Cufi, Carles <Carles.Cufi@...>
I am not quite sure I understand David.
“west init” initializes an installation. It creates a top-level folder which then contains a .west/ subfolder and a bunch of other folders that correspond to the manifest repo and west projects. Once you are inside that installation you cannot really refer to another installation, but you *can* switch the path to the manifest repository by using your ~/.westconfig or the “west config” command. Say you have a zephyrproject/ top-level installation folder and there’s a zephyr/ folder inside it, at the same level as the .west/ folder. Say also that you have a myrepo/ folder at the same folder level that contains a myrepo/west.yml with your own manifest. Then you can do:
west config manifest.path zephyr (&& west update) west config manifest.path myrepo (&& west update)
to switch between manifest repos while remaining in a single installation.
Carles
From:
devel@... <devel@...>
On Behalf Of David Leach via Lists.Zephyrproject.Org
no. I want to initialize a second Zephyr project area in parallel. So for example:
/home/dleach/work/zephyrproject /home/dleach/work/zephyrproject2
David
Hi David: I'm not sure if I understand your question correctly. Do you mean that you created "zephyrproject_2" under "/home/dleach/work/zephyrproject" and run "west init"? If so, I don't think you should create "zephyrproject_2" like this. You should create it in another directory, rather than "/home/dleach/work/zephyrproject". -Steven
On 8/16/2019 12:11 PM, David Leach wrote:
|
|
Re: west: multiple local west project installations
I want to be able to have multiple installations on my system. To expand out my example:
I understand that I can’t instantiate a separate project directory tree from within a west created project area but I think I should be able to create multiple project directory trees. But the indication is that using west commits your whole machine to a single project.
David
From: Cufi, Carles <Carles.Cufi@...>
I am not quite sure I understand David.
“west init” initializes an installation. It creates a top-level folder which then contains a .west/ subfolder and a bunch of other folders that correspond to the manifest repo and west projects. Once you are inside that installation you cannot really refer to another installation, but you *can* switch the path to the manifest repository by using your ~/.westconfig or the “west config” command. Say you have a zephyrproject/ top-level installation folder and there’s a zephyr/ folder inside it, at the same level as the .west/ folder. Say also that you have a myrepo/ folder at the same folder level that contains a myrepo/west.yml with your own manifest. Then you can do:
west config manifest.path zephyr (&& west update) west config manifest.path myrepo (&& west update)
to switch between manifest repos while remaining in a single installation.
Carles
From:
devel@... <devel@...>
On Behalf Of David Leach via Lists.Zephyrproject.Org
no. I want to initialize a second Zephyr project area in parallel. So for example:
/home/dleach/work/zephyrproject /home/dleach/work/zephyrproject2
David
Hi David: I'm not sure if I understand your question correctly. Do you mean that you created "zephyrproject_2" under "/home/dleach/work/zephyrproject" and run "west init"? If so, I don't think you should create "zephyrproject_2" like this. You should create it in another directory, rather than "/home/dleach/work/zephyrproject". -Steven
On 8/16/2019 12:11 PM, David Leach wrote:
|
|