Date   

Re: Zephyr 1.14.1 tagged

Nashif, Anas
 

The 1.14.1 docs are here: https://docs.zephyrproject.org/1.14.1/

We still need to update the indexes everywhere to point to the new dot release.

David, where should this be changed? (show 1.14.1 instead of 1.14.0)

Anas

On 07/10/2019, 14:15, "Pushpal Sidhu" <psidhu.devel@gmail.com> wrote:

Hi Marc,

On 10/7/19, Herbert, Marc <marc.herbert@intel.com> wrote:
> Extremely useful workaround:
>
> https://github.com/zephyrproject-rtos/zephyr/commits/v1.14-branch
> \-> https://github.com/zephyrproject-rtos/zephyr/pull/19639
>
> \->https://builds.zephyrproject.org/zephyrproject-rtos/zephyr/19639/docs/index.html
>
> This works for any pull request! I don't whether this is documented, I
> sort-of "reverse-engineer" the link every time I need it.
>
> Ideally the "All checks have passed" section would link directly to it.

That's awesome and useful, thanks!

- Pushpal


Re: Zephyr 1.14.1 tagged

Pushpal Sidhu
 

Hi Marc,

On 10/7/19, Herbert, Marc <marc.herbert@intel.com> wrote:
Extremely useful workaround:

https://github.com/zephyrproject-rtos/zephyr/commits/v1.14-branch
\-> https://github.com/zephyrproject-rtos/zephyr/pull/19639

\->https://builds.zephyrproject.org/zephyrproject-rtos/zephyr/19639/docs/index.html

This works for any pull request! I don't whether this is documented, I
sort-of "reverse-engineer" the link every time I need it.

Ideally the "All checks have passed" section would link directly to it.
That's awesome and useful, thanks!

- Pushpal


Re: Zephyr 1.14.1 tagged

Marc Herbert
 


This is great, thank you. I had a question on the documentation - I
can't seem to find the 1.14.1 docs. I see
https://docs.zephyrproject.org/1.14.0/, just no 1.14.1. Is the 1.14.0
documentation recent with 1.14.1, or will new documentation be coming
soon?

Extremely useful workaround:

https://github.com/zephyrproject-rtos/zephyr/commits/v1.14-branch
\-> https://github.com/zephyrproject-rtos/zephyr/pull/19639
\->https://builds.zephyrproject.org/zephyrproject-rtos/zephyr/19639/docs/index.html

This works for any pull request! I don't whether this is documented, I
sort-of "reverse-engineer" the link every time I need it.

Ideally the "All checks have passed" section would link directly to it.


Re: Zephyr 1.14.1 tagged

Pushpal Sidhu
 

Hi Anas,

On 10/6/19, Nashif, Anas <anas.nashif@intel.com> wrote:
Hi,
We are pleased to announce that we have tagged the first 1.14 maintenance
release with fixes, as well as Bluetooth
qualification listings for the Bluetooth protocol stack included in Zephyr.

All details and the list of bugs that have been fixed in this release are
available here:

https://github.com/zephyrproject-rtos/zephyr/releases/tag/zephyr-v1.14.1


Thank you everyone who participated creating this release.

Regards,
Anas
This is great, thank you. I had a question on the documentation - I
can't seem to find the 1.14.1 docs. I see
https://docs.zephyrproject.org/1.14.0/, just no 1.14.1. Is the 1.14.0
documentation recent with 1.14.1, or will new documentation be coming
soon?

Thanks,
- Pushpal


Re: Power Management

Erwan Gouriou
 

Hi Adam,

We've started to push briks to enable power management on STM32.
Two first PRs are:
- https://github.com/zephyrproject-rtos/zephyr/pull/18582 that enable LPTIMER to enable a tick source in sleep states.
- https://github.com/zephyrproject-rtos/zephyr/issues/14066 that provides a first power management driver

This work, limited to L4 series for now, has limitations but allowed to have a sense of what will be required in order to provide a more complete power management solution. For now, main know limitations are:
- Limited to fixed clock (HSI, ..) since there is no way right now to restart PLL after sleep more
- GPIO low power is not handled, nor other peripheral PM management is available.
- No generic way to set up wake up source

I plan to create an umbrella ticket to draw a roadmap and list implemented tickets and next steps.
Also we're looking all work that has been done on timers that are likely to be of interest on that path.

Hope this gives you a better idea of what is available.

Cheers
Erwan


On Mon, 7 Oct 2019 at 15:21, Adam Podogrocki <a.podogrocki@...> wrote:
Hi everyone,

I am looking forward to some description or a hint how to utilize Power Management in STM32L0/L4 MCU family. System will work in power constraint environment. I've seen some HAL based approaches. Just wonder if Zephyr can provide similar functionality.

Are samples like "boards->nrf52->power_mgr" or "subsys->power->device_pm" all I need to investigate?

I will appreciate some general overview.

Regards,
Adam


Power Management

Adam Podogrocki
 

Hi everyone,

I am looking forward to some description or a hint how to utilize Power Management in STM32L0/L4 MCU family. System will work in power constraint environment. I've seen some HAL based approaches. Just wonder if Zephyr can provide similar functionality.

Are samples like "boards->nrf52->power_mgr" or "subsys->power->device_pm" all I need to investigate?

I will appreciate some general overview.

Regards,
Adam


Zephyr 1.14.1 tagged

Nashif, Anas
 

Hi,

We are pleased to announce that we have tagged the first 1.14 maintenance release with fixes, as well as Bluetooth
qualification listings for the Bluetooth protocol stack included in Zephyr.

 

All details and the list of bugs that have been fixed in this release are available here:

 

https://github.com/zephyrproject-rtos/zephyr/releases/tag/zephyr-v1.14.1

 

 

Thank you everyone who participated creating this release.

 

Regards,

Anas

 


Re: PR #17628: sys_heap benchmarks?

Christopher Friedt
 



On Sat., Oct. 5, 2019, 10:24 a.m. Andy Ross, <andrew.j.ross@...> wrote:
This hasn't merged yet and was never the backend for malloc() or
k_mem_pool, are you pulling it locally and writing code to its internal API?

Oh weird - I was on the developer call last week and everyone agreed it would be merged. Is there a merge window then?


Have you tried a simple git bisect over your tree to look for other
culprits?

I have but no luck so far.

In any case, are there some benchmarks available for it?

Thanks,

C


Re: PR #17628: sys_heap benchmarks?

Andy Ross
 

This hasn't merged yet and was never the backend for malloc() or k_mem_pool, are you pulling it locally and writing code to its internal API?

Have you tried a simple git bisect over your tree to look for other culprits?

Andy

On 10/5/19 6:58 AM, Christopher Friedt wrote:
Recently a sys_heap change went into zephyr

https://github.com/zephyrproject-rtos/zephyr/pull/17628

The PR says that it's faster, but I'm seeing some behaviour that would
suggest that's not the case.

The reason I bring it up, is that I had ported a certain protocol
subsystem over from an external repository (in my fork, atm). That
subsystem made heavy use of malloc. I rebased just a couple of days
ago (no other changes), and now I'm experiencing a fair amount of
timeouts when using the protocol that I did not experience before.
I've had to increase buffer sizes, etc.

Personally, I'm not a huge fan of malloc usage in communication code,
but I'm just kind of dealing with the code that I inherited.

Does anyone have some benchmarks on the new allocator? I'd really like
to have a look if that information is available.

Thanks,

C


PR #17628: sys_heap benchmarks?

Christopher Friedt
 

Recently a sys_heap change went into zephyr

https://github.com/zephyrproject-rtos/zephyr/pull/17628

The PR says that it's faster, but I'm seeing some behaviour that would
suggest that's not the case.

The reason I bring it up, is that I had ported a certain protocol
subsystem over from an external repository (in my fork, atm). That
subsystem made heavy use of malloc. I rebased just a couple of days
ago (no other changes), and now I'm experiencing a fair amount of
timeouts when using the protocol that I did not experience before.
I've had to increase buffer sizes, etc.

Personally, I'm not a huge fan of malloc usage in communication code,
but I'm just kind of dealing with the code that I inherited.

Does anyone have some benchmarks on the new allocator? I'd really like
to have a look if that information is available.

Thanks,

C


Re: NRF52840 select clock source from external XTAL HFXO

jim@...
 

Something like this should work:

struct device *clk_dev = device_get_binding(DT_INST_0_NORDIC_NRF_CLOCK_LABEL "_16M");
clock_control_on(clk_dev, (void *)1);

Jim


On Fri, Oct 4, 2019 at 09:25 AM, Alexis Cogrel <alexis.cogrel@...> wrote:

Hello Zephyr Community,

 

We work on board based on NRF52840 using zephyr. We are encountering problems to communicate with a device using UARTE at 9600 bit/s.

We observe that the current speed is not properly at 9600 bit/s. We observe a shift error around 2%. When we program the UARTE properly at 9600 bit/s by setting BAUDRATE register value, the communication is good with our device.

 

To our mind, the shift error is due to the clock source (HFCLOCK) from internal (HFINT tolerance typ 1.5% to 8% max) is selected by default and we would like to use clock from external crystal (HFXO) for better performance.

Currently, setting clock source from external crystal seems to be not easily and maybe not implemented yet. Is the driver available?

 

If yes someone can help me to set clock source to external XTAL (HFXO)?

 

Regards,

 

Alexis COGREL

Embedded software engineer

www.stimio.fr

 

 

 


NRF52840 select clock source from external XTAL HFXO

Alexis Cogrel <alexis.cogrel@...>
 

Hello Zephyr Community,

 

We work on board based on NRF52840 using zephyr. We are encountering problems to communicate with a device using UARTE at 9600 bit/s.

We observe that the current speed is not properly at 9600 bit/s. We observe a shift error around 2%. When we program the UARTE properly at 9600 bit/s by setting BAUDRATE register value, the communication is good with our device.

 

To our mind, the shift error is due to the clock source (HFCLOCK) from internal (HFINT tolerance typ 1.5% to 8% max) is selected by default and we would like to use clock from external crystal (HFXO) for better performance.

Currently, setting clock source from external crystal seems to be not easily and maybe not implemented yet. Is the driver available?

 

If yes someone can help me to set clock source to external XTAL (HFXO)?

 

Regards,

 

Alexis COGREL

Embedded software engineer

www.stimio.fr

 

 

 


Re: how to get the verbose output the check the compile details using west?

Bolivar, Marti
 

The "west -vvv build" line is correct, but will potentially enable a lot
more verbose output than is desired. The -v option can be given multiple
times, and west build includes compiler output when it's given just one.

You can just do "west -v build ..." if the compiler lines are what you
need. The "full" -vvv output is usually only helpful when debugging west
itself.


"Cufi, Carles via Lists.Zephyrproject.Org"
<carles.cufi=nordicsemi.no@lists.zephyrproject.org> writes:

Even simpler:

west -vvv build samples/hello_world

-----Original Message-----
From: devel@lists.zephyrproject.org <devel@lists.zephyrproject.org> On
Behalf Of Sebastian Boe via Lists.Zephyrproject.Org
Sent: 03 October 2019 13:47
To: devel@lists.zephyrproject.org; caozilong@allwinnertech.com
Cc: devel@lists.zephyrproject.org
Subject: Re: [Zephyr-devel] how to get the verbose output the check the
compile details using west?

west build --build-opt=-v

(from a clean build directory)

see "west build --help" for more.

________________________________________
From: devel@lists.zephyrproject.org <devel@lists.zephyrproject.org> on
behalf of "曹子龙 via Lists.Zephyrproject.Org
<caozilong=allwinnertech.com@lists.zephyrproject.org>
Sent: Thursday, October 3, 2019 1:44 PM
To: devel@lists.zephyrproject.org
Cc: devel@lists.zephyrproject.org
Subject: [Zephyr-devel] how to get the verbose output the check the
compile details using west?

Hi folks:

i want to get the compiler process details output when using west
build command, so, how to get this?

曹子龙
珠海全志科技股份有限公司 BU1-PSW
地址:广东省珠海市高新区唐家湾镇科技2路9号
TEL:13824125580
Email:caozilong@allwinnertech.com
网址: http://www.allwinnertech.com<http://www.allwinnertech.com/>
[cid:__aliyun157010308698250051]





Upcoming Event: Zephyr Project: Dev Meeting - Thu, 10/03/2019 8:00am-9:00am, Please RSVP #cal-reminder

devel@lists.zephyrproject.org Calendar <devel@...>
 

Reminder: Zephyr Project: Dev Meeting

When: Thursday, 3 October 2019, 8:00am to 9:00am, (GMT-07:00) America/Los Angeles

Where:https://zoom.us/j/993312203

An RSVP is requested. Click here to RSVP

Organizer: devel@...

Description: Join Zoom Meeting
https://zoom.us/j/993312203

One tap mobile
+16699006833,,993312203# US (San Jose)
+16465588656,,993312203# US (New York)

Dial by your location
        +1 669 900 6833 US (San Jose)
        +1 646 558 8656 US (New York)
        +1 877 369 0926 US Toll-free
        +1 855 880 1246 US Toll-free
Meeting ID: 993 312 203
Find your local number: https://zoom.us/u/ankEMRagf


Dev-Review Meeting Agenda (Oct 3)

Kumar Gala
 

Here’s the agenda topics for this week:

kernel: Introduce k_triggered_work:
https://github.com/zephyrproject-rtos/zephyr/pull/14041

Let me know if anyone has any other topics.

- k


Re: how to get the verbose output the check the compile details using west?

Carles Cufi
 

Even simpler:

west -vvv build samples/hello_world

-----Original Message-----
From: devel@lists.zephyrproject.org <devel@lists.zephyrproject.org> On
Behalf Of Sebastian Boe via Lists.Zephyrproject.Org
Sent: 03 October 2019 13:47
To: devel@lists.zephyrproject.org; caozilong@allwinnertech.com
Cc: devel@lists.zephyrproject.org
Subject: Re: [Zephyr-devel] how to get the verbose output the check the
compile details using west?

west build --build-opt=-v

(from a clean build directory)

see "west build --help" for more.

________________________________________
From: devel@lists.zephyrproject.org <devel@lists.zephyrproject.org> on
behalf of "曹子龙 via Lists.Zephyrproject.Org
<caozilong=allwinnertech.com@lists.zephyrproject.org>
Sent: Thursday, October 3, 2019 1:44 PM
To: devel@lists.zephyrproject.org
Cc: devel@lists.zephyrproject.org
Subject: [Zephyr-devel] how to get the verbose output the check the
compile details using west?

Hi folks:

i want to get the compiler process details output when using west
build command, so, how to get this?

曹子龙
珠海全志科技股份有限公司 BU1-PSW
地址:广东省珠海市高新区唐家湾镇科技2路9号
TEL:13824125580
Email:caozilong@allwinnertech.com
网址: http://www.allwinnertech.com<http://www.allwinnertech.com/>
[cid:__aliyun157010308698250051]




Re: how to get the verbose output the check the compile details using west?

Sebastian Boe
 

west build --build-opt=-v

(from a clean build directory)

see "west build --help" for more.

________________________________________
From: devel@lists.zephyrproject.org <devel@lists.zephyrproject.org> on behalf of "曹子龙 via Lists.Zephyrproject.Org <caozilong=allwinnertech.com@lists.zephyrproject.org>
Sent: Thursday, October 3, 2019 1:44 PM
To: devel@lists.zephyrproject.org
Cc: devel@lists.zephyrproject.org
Subject: [Zephyr-devel] how to get the verbose output the check the compile details using west?

Hi folks:

i want to get the compiler process details output when using west build command, so, how to get this?

曹子龙
珠海全志科技股份有限公司 BU1-PSW
地址:广东省珠海市高新区唐家湾镇科技2路9号
TEL:13824125580
Email:caozilong@allwinnertech.com
网址: http://www.allwinnertech.com<http://www.allwinnertech.com/>
[cid:__aliyun157010308698250051]


how to get the verbose output the check the compile details using west?

"曹子龙
 

Hi folks:

   i want to get the compiler process details  output when using west build command, so, how to get this?

曹子龙

珠海全志科技股份有限公司      BU1-PSW

地址:广东省珠海市高新区唐家湾镇科技2路9号

TEL:13824125580

Email:caozilong@...

网址: http://www.allwinnertech.com

 



Re: DATA_DTCM and NETWORKING Hello World

alessandro.moroni@...
 

Hello, thanks for the reply.

I can't compile with CONFIG_DATA_OCRAM (I guess because I'm using version 2.0.0 and not the last of Zephyr). I will try to update it but my main problem is another.

My final goal is a comparison between my bare-metal webserver (using raw lwip + mbedtls) and a webserver created with Zephyr (using sockets).

I don't understand why the bare-metal version is much faster than the zephyr version. The example "samples/net/sockets/dumb_http_server" takes about 350ms to serve a request. I thought it was because of the external SDRAM but using it in my bare metal, the performance doesn't drop so much.

In the bare-metal version, HTTP requests are much faster than HTTPS (as I expected).
On Zephyr, HTTP requests take 350ms while HTTPS are very variable but often they are even less than 350ms! (I can't explain the reason).

Do you have any idea of the reason?

I apologize for the off-topic, if it is a problem I will create a different discussion.

Best Regards,
Alessandro.


Re: WiFi driver

Venkat Subbiah
 

Hello Loic,

I see below that your code section refers to 43xx. Is that cypress driver publicly available?

Is the code section below is the wifi_43xxx_api structure. Can’t spot that in master. Is that in a branch? I am also looking at enabling the 43xx WiFi driver.

Thanks,
Venkat

On Oct 2, 2019, at 4:07 PM, Loic Poulain <loic.poulain@linaro.org> wrote:



Le mar. 1 oct. 2019 à 17:40, <vsubbiah@packetp.com> a écrit :
Hello,

I am looking for a wifi driver which I could use to the interface to be used for a wifi driver to hook up to zephyr. I see a few in the zephyr/drivers/wifi/ folder, but they seem to AT command based. Not ones which received packets and sends them up the network stack.

I am looking to port the WHD driver from Cypress over to Zephyr and an existing one would help to try and figure out the how to interface it to zephyr and the network stack. I guess could try to use an ethernet driver, since it most OS's the interface to hookup a WiFi/ethernet driver is the same. Would that be true for zephyr too?

I think easier way for you is that your driver implements both ethernet and wifi interfaces (I've already enabled a cypress driver in that way). That requires a change in wifi mgmt:

diff --git a/include/net/wifi_mgmt.h b/include/net/wifi_mgmt.h
index 50fe51a1ae..aa398de187 100644
--- a/include/net/wifi_mgmt.h
+++ b/include/net/wifi_mgmt.h
@@ -109,6 +109,8 @@ struct wifi_status {
typedef void (*scan_result_cb_t)(struct net_if *iface, int status,
struct wifi_scan_result *entry);

+#include <net/ethernet.h>
+
struct net_wifi_mgmt_offload {
/**
* Mandatory to get in first position.
@@ -116,7 +118,12 @@ struct net_wifi_mgmt_offload {
* net_if_api structure. So we make current structure pointer
* that can be casted to a net_if_api structure pointer.
*/
- struct net_if_api iface_api;
+
+ /* union support wifi with 'ethernet' interface */
+ union {
+ struct net_if_api iface_api;
+ struct ethernet_api eth_api;
+ };

Then your driver can full wifi/ethernet interfaces, e. g:

static const struct net_wifi_mgmt_offload wifi_43xxx_api = {
.iface_api.init = wifi_43xxx_iface_init,
.scan = wifi_43xxx_mgmt_scan,
.connect = wifi_43xxx_mgmt_connect,
.disconnect = wifi_43xxx_mgmt_disconnect,
.ap_enable = wifi_43xxx_mgmt_ap_enable,
.ap_disable = wifi_43xxx_mgmt_ap_disable,
.eth_api.iface_api.init = wifi_43xxx_iface_init,
.eth_api.start = wifi_43xxx_eth_start,
.eth_api.stop = wifi_43xxx_eth_stop,
.eth_api.send = wifi_43xxx_eth_send,
.eth_api.get_capabilities = wifi_43xxx_eth_caps,
};




Note that it's more a workaround, but a proprer patch is welcome.

Regards,
Loic

1541 - 1560 of 7903