Date   

CPU frequency and RISC-V boards

Peter Kietzmann
 

Dear community,

how is the CPU frequency configured in zephyr? I found `clock-frequency`
configurations for `cpu0` in different device tree source files. This is
missing for hifive1_revb or rv32m1_vega_zero_riscy, however,
hifive1_revb defines `clock-frequency = <16000000>` (16 MHz) in multiple
peripheral structures. Is this the CPU frequency? The platform is
supposed to run with up to 320 MHz, though.

More specifically, I would like to run both platforms with maximum
speed. How can I achieve that? I'd be happy about any advice :).

Cheers
Peter


Re: Cortex support for OpenISA VEGAboard?

Peter Kietzmann
 

Thanks for the fast response, Henrik!

Best
Peter


Am 04.11.20 um 23:51 schrieb Henrik Brix Andersen:

Hi Peter,

Until recently there was an open draft PR adding support for the CM4 core within the RV32M1:
https://github.com/zephyrproject-rtos/zephyr/pull/27497

Unfortunately it was closed due to inactivity.

Regards,
Brix
--
Henrik Brix Andersen

On 4 Nov 2020, at 12.15, Peter Kietzmann <peter.kietzmann@...> wrote:

Dear community,

is there support for operating the OpenISA VEGAboard with the Cortex M4F
or Cortex M0+ processors? If yes, can someone point me to the
development procedure? If no, is anyone working on that?

Cheers
Peter








--
Peter Kietzmann

Hamburg University of Applied Sciences
Dept. Informatik, Internet Technologies Group
Berliner Tor 7, 20099 Hamburg, Germany
Fon: +49-40-42875-8426
Web: http://www.haw-hamburg.de/inet


Re: Cortex support for OpenISA VEGAboard?

Henrik Brix Andersen
 

Hi Peter,

Until recently there was an open draft PR adding support for the CM4 core within the RV32M1:
https://github.com/zephyrproject-rtos/zephyr/pull/27497

Unfortunately it was closed due to inactivity.

Regards,
Brix
--
Henrik Brix Andersen

On 4 Nov 2020, at 12.15, Peter Kietzmann <peter.kietzmann@...> wrote:

Dear community,

is there support for operating the OpenISA VEGAboard with the Cortex M4F
or Cortex M0+ processors? If yes, can someone point me to the
development procedure? If no, is anyone working on that?

Cheers
Peter





Cortex support for OpenISA VEGAboard?

Peter Kietzmann
 

Dear community,

is there support for operating the OpenISA VEGAboard with the Cortex M4F
or Cortex M0+ processors? If yes, can someone point me to the
development procedure? If no, is anyone working on that?

Cheers
Peter


Re: set a pin as out

Erwan Gouriou
 

Hi Sarvg,

To configure a pin in a gpio mode, please have a look to the gpio API (you'll find exemples under tests/drivers/gpio)

Chevets
Erwan


Le mar. 3 nov. 2020 à 18:49, <sarvg@...> a écrit :
Hello,
How can i set an gpio pin as output? Is there any examples or tutorials for this?
For example
PIN: PB_12 in St nucleo H743zi2
 
Thanks for your help
 
sarvg 


Re: MCUboot placed to immutable flash #nrf52840 #crypto #dts

Bolivar, Marti
 

In general, that's left as an exercise for the user, as far as I know.

"Nikos Karamolegkos via lists.zephyrproject.org"
<nkaram=ics.forth.gr@...> writes:

Hello, I am studying this ( https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.zephyrproject.org%2Fmcuboot-security-part-1%2F&;data=04%7C01%7Cmarti.bolivar%40nordicsemi.no%7C5786fbc8d5064bb910c308d87f42f246%7C28e5afa2bf6f419a8cf6b31c6e9e5e8d%7C0%7C0%7C637399274195312166%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000&amp;sdata=kj5gkT%2BTyB7To%2BLmZE%2FvKojeHKTTTW3Sqd%2FL%2F91Wx50%3D&amp;reserved=0 ) which mentions that the MCUboot is placed to immutable section of flash. How is this implemented? I can not see anywhere information about immutable MCUboot partition.



set a pin as out

sarvg@...
 

Hello,
How can i set an gpio pin as output? Is there any examples or tutorials for this?
For example
PIN: PB_12 in St nucleo H743zi2
 
Thanks for your help
 
sarvg 


Re: zephyr API to read the nRF5340 die temperature #nrf5340

Martin Kozusky
 

Hi Mohamed,
i think
#include <drivers/sensor.h>
with standard #include <zephyr.h> etc
should work.

Martin


Dne 02.11.2020 v 9:37 Mohamed Belaroussi napsal(a):

Hi Martin,

Thank you for sharing the snippet of your MCU temperature code.
I will let you know how I got on when I get a chance to try it.
Any specific #include that this code requires?

Kind regards
Mohamed 

On Fri, Oct 30, 2020 at 2:11 PM Martin Kozusky <news@...> wrote:
Hi,
try this, I hope it will work

      #define TEMP_SENSOR_NAME "TEMP_0"
      int valid = 0;
       const struct device *tempSensor device_get_binding(TEMP_SENSOR_NAME);
       sensor_value sensor_val;
        int rc = sensor_sample_fetch(tempSensor);
        if (rc == 0) {
            rc = sensor_channel_get(tempSensor, SENSOR_CHAN_DIE_TEMP,&sensor_val);
        }else{
            valid=0;
        }
        if (rc == 0) {
            double temp = sensor_val.val1 + sensor_val.val2/1000000.0;
            //printk("Temp: %d.%d\n", sensor_val.val1, sensor_val.val2/10000);
            valid=1;
        }else{
            valid=0;
        }

you also need to enable
CONFIG_SENSOR=y
CONFIG_TEMP_NRF5=y
in prj.conf

Martin

Dne 30.10.2020 v 9:16 Mohamed Belaroussi napsal(a):
Hi Martin.
If you have some code that you are willing to share then please share it to save time.
Thank you.

Kind regards
Mohamed


On Thu, Oct 29, 2020 at 9:15 PM Martin Kozusky <news@...> wrote:
Hi,
I would recommend looking at samples\bluetooth\peripheral_ht\src  
I managed to create my code for nrf52832  based on that sample.  If you have problems with that sample, I can paste some code here.

Martin

Dne 29.10.2020 v 15:45 mohamed.belaroussi@... napsal(a):

Hello,

I am looking for some some nRF5340 example code that reads the nRF5340 die temperature using zephyr APIs.

I've looked at previous posts but I could only find this one https://devzone.nordicsemi.com/f/nordic-q-a/56171/how-to-get-die-temperature-on-nrf52832-using-zephyr from 10 months ago that stated none existed.
I am hoping someone, somewhere musty have done something similar.

Thank you.

Kind regards




Please consider the environment before printing this email.
*********************************************************************
This communication may contain information which is confidential, personal and/or privileged. It is for the exclusive use of the intended recipient(s).
If you are not the intended recipient(s), please note that any distribution, forwarding, copying or use of this communication or the information in it is strictly prohibited. If you have received it in error please contact the sender immediately by return e-mail. Please then delete the e-mail and any copies of it and do not use or disclose its contents to any person.
Any personal views expressed in this e-mail are those of the individual sender and the company does not endorse or accept responsibility for them. Prior to taking any action based upon this e-mail message, you should seek appropriate confirmation of its authenticity.
This message has been checked for viruses on behalf of the company.
*********************************************************************


G4S Regional Management (UK&I) Limited, Registered Office: Southside, 105 Victoria Street, London, SW1E 6QT. Registered in England No. 3189802. G4S Care and Justice Services (UK) Limited, trading as G4S Central Government Services, Registered in England No. 390328. G4S Health Services (UK) Limited, Registered in England No. 5121608. G4S Government and Outsourcing Services (UK) Limited, trading as G4S Outsourcing Services, Registered in England No.3175173. G4S Facilities Management (UK) Limited, Registered in England No. 3333860. G4S Investigation Solutions (UK) Limited, Registered in England No. 3749819. G4S Monitoring Technologies Limited, Registered in England No. 2626613. G4S Ordnance Management Limited, Registered in England No. 7068855. G4S Risk Management Limited, Registered in England No. 1540857. G4S Secure Solutions (Iraq) Limited, Registered in England No.5128617. G4S Risk Consulting Limited, Registered in England No. 4047630. The Registered office of all the above companies is Southside, 105 Victoria Street, London, SW1E 6QT. G4S Aviation Services (UK) Limited, Registered in England No. 2837136. G4S Secure Solutions (UK) Limited, Registered in England No. 1046019. G4S Security Services (UK) Limited, Registered in England No.2380900. G4S Gurkha Services (UK) Limited, Registered in England No.6304482. G4S Cash Solutions (UK) Limited, Registered in England No.354883. G4S Cash Centres (UK) Limited, Registered in England No.1485104. G4S Bullion Solutions (UK) Limited, Registered in England No.7860383. The Registered office of all the above companies is Sutton Park House, 15 Carshalton Road, Sutton, Surrey SM1 4LD. 




Please consider the environment before printing this email.
*********************************************************************
This communication may contain information which is confidential, personal and/or privileged. It is for the exclusive use of the intended recipient(s).
If you are not the intended recipient(s), please note that any distribution, forwarding, copying or use of this communication or the information in it is strictly prohibited. If you have received it in error please contact the sender immediately by return e-mail. Please then delete the e-mail and any copies of it and do not use or disclose its contents to any person.
Any personal views expressed in this e-mail are those of the individual sender and the company does not endorse or accept responsibility for them. Prior to taking any action based upon this e-mail message, you should seek appropriate confirmation of its authenticity.
This message has been checked for viruses on behalf of the company.
*********************************************************************


G4S Regional Management (UK&I) Limited, Registered Office: Southside, 105 Victoria Street, London, SW1E 6QT. Registered in England No. 3189802. G4S Care and Justice Services (UK) Limited, trading as G4S Central Government Services, Registered in England No. 390328. G4S Health Services (UK) Limited, Registered in England No. 5121608. G4S Government and Outsourcing Services (UK) Limited, trading as G4S Outsourcing Services, Registered in England No.3175173. G4S Facilities Management (UK) Limited, Registered in England No. 3333860. G4S Investigation Solutions (UK) Limited, Registered in England No. 3749819. G4S Monitoring Technologies Limited, Registered in England No. 2626613. G4S Ordnance Management Limited, Registered in England No. 7068855. G4S Risk Management Limited, Registered in England No. 1540857. G4S Secure Solutions (Iraq) Limited, Registered in England No.5128617. G4S Risk Consulting Limited, Registered in England No. 4047630. The Registered office of all the above companies is Southside, 105 Victoria Street, London, SW1E 6QT. G4S Aviation Services (UK) Limited, Registered in England No. 2837136. G4S Secure Solutions (UK) Limited, Registered in England No. 1046019. G4S Security Services (UK) Limited, Registered in England No.2380900. G4S Gurkha Services (UK) Limited, Registered in England No.6304482. G4S Cash Solutions (UK) Limited, Registered in England No.354883. G4S Cash Centres (UK) Limited, Registered in England No.1485104. G4S Bullion Solutions (UK) Limited, Registered in England No.7860383. The Registered office of all the above companies is Sutton Park House, 15 Carshalton Road, Sutton, Surrey SM1 4LD. 



API meeting: agenda

Carles Cufi
 

Hi all,

Agenda for tomorrow.

Note: the API and component naming conventions (https://github.com/zephyrproject-rtos/zephyr/issues/29569) discussion has been postponed until next week since tomorrow the availability of US-based engineers is restricted.

- devicetree-based device definitions and dependency representations
- PR: https://github.com/zephyrproject-rtos/zephyr/pull/29644

- Reminder and questions about: API to correlate system time with external time sources and translate uptime to wall-clock time
- PR https://github.com/zephyrproject-rtos/zephyr/pull/28977

- Introduction of a new work queue
- PR https://github.com/zephyrproject-rtos/zephyr/pull/29618

and then, time permitting we'd like to follow-up on pinctrl:

- Pinmux and pinctrl API: Decide what the priorities for this are, and how to get to LTS with it
- Issue: https://github.com/zephyrproject-rtos/zephyr/issues/22748

Teams link: https://teams.microsoft.com/l/meetup-join/19%3ameeting_NWU2MjZlYWEtZDcwMi00MWQzLTgwMjEtNDdkYjQwMjBjMmFj%40thread.v2/0?context=%7b%22Tid%22%3a%22af0096d9-700c-411a-b795-b3dd7122bad2%22%2c%22Oid%22%3a%22841a7c92-7816-4faf-9887-5e334e88f6d8%22%7d

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

Regards,

Carles


Network forum agenda

Jukka Rissanen
 


MCUboot placed to immutable flash #nrf52840 #crypto #dts

Nikos Karamolegkos
 

Hello, I am studying this which mentions that the MCUboot is placed to immutable section of flash. How is this implemented? I can not see anywhere information about immutable MCUboot partition.


Re: zephyr API to read the nRF5340 die temperature #nrf5340

Martin Kozusky
 

Hi,
try this, I hope it will work

      #define TEMP_SENSOR_NAME "TEMP_0"
      int valid = 0;
       const struct device *tempSensor device_get_binding(TEMP_SENSOR_NAME);
       sensor_value sensor_val;
        int rc = sensor_sample_fetch(tempSensor);
        if (rc == 0) {
            rc = sensor_channel_get(tempSensor, SENSOR_CHAN_DIE_TEMP,&sensor_val);
        }else{
            valid=0;
        }
        if (rc == 0) {
            double temp = sensor_val.val1 + sensor_val.val2/1000000.0;
            //printk("Temp: %d.%d\n", sensor_val.val1, sensor_val.val2/10000);
            valid=1;
        }else{
            valid=0;
        }

you also need to enable
CONFIG_SENSOR=y
CONFIG_TEMP_NRF5=y
in prj.conf

Martin

Dne 30.10.2020 v 9:16 Mohamed Belaroussi napsal(a):

Hi Martin.
If you have some code that you are willing to share then please share it to save time.
Thank you.

Kind regards
Mohamed


On Thu, Oct 29, 2020 at 9:15 PM Martin Kozusky <news@...> wrote:
Hi,
I would recommend looking at samples\bluetooth\peripheral_ht\src  
I managed to create my code for nrf52832  based on that sample.  If you have problems with that sample, I can paste some code here.

Martin

Dne 29.10.2020 v 15:45 mohamed.belaroussi@... napsal(a):

Hello,

I am looking for some some nRF5340 example code that reads the nRF5340 die temperature using zephyr APIs.

I've looked at previous posts but I could only find this one https://devzone.nordicsemi.com/f/nordic-q-a/56171/how-to-get-die-temperature-on-nrf52832-using-zephyr from 10 months ago that stated none existed.
I am hoping someone, somewhere musty have done something similar.

Thank you.

Kind regards




Please consider the environment before printing this email.
*********************************************************************
This communication may contain information which is confidential, personal and/or privileged. It is for the exclusive use of the intended recipient(s).
If you are not the intended recipient(s), please note that any distribution, forwarding, copying or use of this communication or the information in it is strictly prohibited. If you have received it in error please contact the sender immediately by return e-mail. Please then delete the e-mail and any copies of it and do not use or disclose its contents to any person.
Any personal views expressed in this e-mail are those of the individual sender and the company does not endorse or accept responsibility for them. Prior to taking any action based upon this e-mail message, you should seek appropriate confirmation of its authenticity.
This message has been checked for viruses on behalf of the company.
*********************************************************************


G4S Regional Management (UK&I) Limited, Registered Office: Southside, 105 Victoria Street, London, SW1E 6QT. Registered in England No. 3189802. G4S Care and Justice Services (UK) Limited, trading as G4S Central Government Services, Registered in England No. 390328. G4S Health Services (UK) Limited, Registered in England No. 5121608. G4S Government and Outsourcing Services (UK) Limited, trading as G4S Outsourcing Services, Registered in England No.3175173. G4S Facilities Management (UK) Limited, Registered in England No. 3333860. G4S Investigation Solutions (UK) Limited, Registered in England No. 3749819. G4S Monitoring Technologies Limited, Registered in England No. 2626613. G4S Ordnance Management Limited, Registered in England No. 7068855. G4S Risk Management Limited, Registered in England No. 1540857. G4S Secure Solutions (Iraq) Limited, Registered in England No.5128617. G4S Risk Consulting Limited, Registered in England No. 4047630. The Registered office of all the above companies is Southside, 105 Victoria Street, London, SW1E 6QT. G4S Aviation Services (UK) Limited, Registered in England No. 2837136. G4S Secure Solutions (UK) Limited, Registered in England No. 1046019. G4S Security Services (UK) Limited, Registered in England No.2380900. G4S Gurkha Services (UK) Limited, Registered in England No.6304482. G4S Cash Solutions (UK) Limited, Registered in England No.354883. G4S Cash Centres (UK) Limited, Registered in England No.1485104. G4S Bullion Solutions (UK) Limited, Registered in England No.7860383. The Registered office of all the above companies is Sutton Park House, 15 Carshalton Road, Sutton, Surrey SM1 4LD. 



Re: zephyr API to read the nRF5340 die temperature #nrf5340

Martin Kozusky
 

Hi,
I would recommend looking at samples\bluetooth\peripheral_ht\src  
I managed to create my code for nrf52832  based on that sample.  If you have problems with that sample, I can paste some code here.

Martin

Dne 29.10.2020 v 15:45 mohamed.belaroussi@... napsal(a):

Hello,

I am looking for some some nRF5340 example code that reads the nRF5340 die temperature using zephyr APIs.

I've looked at previous posts but I could only find this one https://devzone.nordicsemi.com/f/nordic-q-a/56171/how-to-get-die-temperature-on-nrf52832-using-zephyr from 10 months ago that stated none existed.
I am hoping someone, somewhere musty have done something similar.

Thank you.

Kind regards



zephyr API to read the nRF5340 die temperature #nrf5340

Mohamed Belaroussi
 

Hello,

I am looking for some some nRF5340 example code that reads the nRF5340 die temperature using zephyr APIs.

I've looked at previous posts but I could only find this one https://devzone.nordicsemi.com/f/nordic-q-a/56171/how-to-get-die-temperature-on-nrf52832-using-zephyr from 10 months ago that stated none existed.
I am hoping someone, somewhere musty have done something similar.

Thank you.

Kind regards


How to Use the generic Zephyr SPI driver API without creating a full-blown zephyr-based driver #driver

Mohamed Belaroussi
 

Hello,

I need to communicate with an SPI device (Semtech LR1110) connected to the nordic SoC nRF5340 via its SPI peripheral.

I have the driver source code but I am not sure about the steps I need to take to integrate the driver code into zephyr.

I know that I have to create a device tree overlay file that defines the compatibilty compatible="nordic,nrf-spim" and specifies the MISO, MOSI, SCK and CS pins etc...

&spi1 {
   compatible = "nordic,nrf-spim";
   status = "okay";
   sck-pin = <10>;
   mosi-pin = <11>;
   miso-pin = <12>;                                                                                                                                                                                                                                                                                   cs-gpios = <&gpio0 8 0>;

 I am not sure whether I need the following section because I do not want to create a full-blown driver in the zephyr device tree. What else do you suggest instead?

      adxl362@0 {
      compatible = "???,?????";
      label = "LR1110";
      spi-max-frequency = <8000000>;
      reg = <0>;
      int1-gpios = <&gpio0 9 0>;
   };

};

I've read in one of the posts the following:

Drivers-wise, you essentially have two options (zephyr choice is divided into two options):

1. Use the generic Zephyr driver API

    a. Hard way: Create a full-blown zephyr based driver - this is normally not done unless you plan to do a pull-request to the zephyr-rtos project.

    b. Easier way: Setup the SPI instance in your application, then add the communication protocol on-top.

2. Use the nordic specific nrfx driver directly

You can use the Zephyr API to create your own driver. This includes creating Kconfig menu, device tree, and developing the sensor src and porting to use the spi.h API. This would then be a portable driver, which can theoretically run on any of the supported SPI "backends" (ie: x86, arm, xtensa, etc), but its not a straight forward process.

You also have the option to use the nrfx_spim driver directly in your application, by adding CONFIG_NRFX_SPIM=y, then adding for instance CONFIG_NRFX_SPIM1=y.

It looks like option 1b is the best way but I need more details, a step-by-step guide if possible would be greatly appreciated.

Thank you.

Kind regards

Mohamed


Re: Adding an out of tree driver

Bolivar, Marti
 

Hi,

You should just need to add it to the build system's Kconfig and
CMakeLists.txt hierarchy like any other file in your module.

There are worked examples in
https://github.com/nrfconnect/sdk-nrf/tree/master/drivers.

HTH,
Martí

"Lawrence King via lists.zephyrproject.org"
<lawrence.king=irdeto.com@...> writes:

Adding an out of tree board is easy, I just set the variable BOARD_ROOT and the build system happily finds my_custom_board. This is nicely described by following the links from here: https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.zephyrproject.org%2Flatest%2Fapplication%2Findex.html%23boards&;data=04%7C01%7Cmarti.bolivar%40nordicsemi.no%7C8f5afeb9e53b4b11f9b808d87b63fcf5%7C28e5afa2bf6f419a8cf6b31c6e9e5e8d%7C0%7C0%7C637395016659844236%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=HLSJWOCIo1bmNd7toN8PiWy4yPKgDoKUSgwu4dc6HMY%3D&amp;reserved=0

Now I want to do the same for my_custom_sensor_driver. Is there a variable I can set (like SENSOR_ROOT) that will find my out of tree sensor driver? Unfortunately the documentation at https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdocs.zephyrproject.org%2F2.3.0%2Fsamples%2Fapplication_development%2Fout_of_tree_driver%2FREADME.html&;data=04%7C01%7Cmarti.bolivar%40nordicsemi.no%7C8f5afeb9e53b4b11f9b808d87b63fcf5%7C28e5afa2bf6f419a8cf6b31c6e9e5e8d%7C0%7C0%7C637395016659854203%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=4qznVND3NnjhnL6oS0evZVz89Uqi0Tk4zIpPycsMX3I%3D&amp;reserved=0 is a little sparse.

How do I include an out of tree sensor driver?

Lawrence King
Principal Developer
Connected Transport Market Unit
https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.irdeto.com%2F&;data=04%7C01%7Cmarti.bolivar%40nordicsemi.no%7C8f5afeb9e53b4b11f9b808d87b63fcf5%7C28e5afa2bf6f419a8cf6b31c6e9e5e8d%7C0%7C0%7C637395016659854203%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=DuktziXbXA7dDl%2BDxoD5cMHtFNUn0EtQfEKdmMK9SDI%3D&amp;reserved=0
+1(416)627-7302

[1]<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcareers.irdeto.com%2F&;data=04%7C01%7Cmarti.bolivar%40nordicsemi.no%7C8f5afeb9e53b4b11f9b808d87b63fcf5%7C28e5afa2bf6f419a8cf6b31c6e9e5e8d%7C0%7C0%7C637395016659854203%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=Z8rh2RzZbwZp0PtsYk8Asrn2CALvLKN6B7SRKWNDR3g%3D&amp;reserved=0> [2 - linkedin] <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.linkedin.com%2Fcompany%2Firdeto%2F&;data=04%7C01%7Cmarti.bolivar%40nordicsemi.no%7C8f5afeb9e53b4b11f9b808d87b63fcf5%7C28e5afa2bf6f419a8cf6b31c6e9e5e8d%7C0%7C0%7C637395016659854203%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=hojClORdOoJtcW8pt162xhoVOkFpDSAlHFdpi4ixj9U%3D&amp;reserved=0> [3 - instagram] <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.instagram.com%2Flifeatirdeto%2F%3Fhl%3Den&;data=04%7C01%7Cmarti.bolivar%40nordicsemi.no%7C8f5afeb9e53b4b11f9b808d87b63fcf5%7C28e5afa2bf6f419a8cf6b31c6e9e5e8d%7C0%7C0%7C637395016659854203%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=SBEqwhWg5Wsp2LhpAqZh5JBYbVqaXvF6X0O1shAvBCU%3D&amp;reserved=0> [4 - youtube] <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.youtube.com%2Fchannel%2FUCwgT0-wMbEqx3qLfrPIEnRg&;data=04%7C01%7Cmarti.bolivar%40nordicsemi.no%7C8f5afeb9e53b4b11f9b808d87b63fcf5%7C28e5afa2bf6f419a8cf6b31c6e9e5e8d%7C0%7C0%7C637395016659854203%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=a9wID1YYPeFdVXijSjIDOCdAJJ%2FcAIA7T1md1y%2FQj8o%3D&amp;reserved=0> [6 - facebook] <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.facebook.com%2FJoinIrdeto%2F&;data=04%7C01%7Cmarti.bolivar%40nordicsemi.no%7C8f5afeb9e53b4b11f9b808d87b63fcf5%7C28e5afa2bf6f419a8cf6b31c6e9e5e8d%7C0%7C0%7C637395016659854203%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=urIrDp3t2mZKOMMewzbWZiv6hS3v%2FYg%2FGgNGhkHzL2U%3D&amp;reserved=0> [7] <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.com%2FIrdeto%3Fref_src%3Dtwsrc%255Egoogle%257Ctwcamp%255Eserp%257Ctwgr%255Eauthor&;data=04%7C01%7Cmarti.bolivar%40nordicsemi.no%7C8f5afeb9e53b4b11f9b808d87b63fcf5%7C28e5afa2bf6f419a8cf6b31c6e9e5e8d%7C0%7C0%7C637395016659854203%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&amp;sdata=6rPAMHp%2FoV4OnZlM8rx43YOkNtzFsD60KTLHvTwDi8E%3D&amp;reserved=0>

CONFIDENTIAL: This e-mail and any attachments are confidential and intended solely for the use of the individual(s) to whom it is addressed. It can contain proprietary confidential information and be subject to legal privilege and/or subject to a non-disclosure Agreement. Unauthorized use, disclosure or copying is strictly prohibited. If you are not the/an addressee and are in possession of this e-mail, please delete the message and notify us immediately. Please consider the environment before printing this e-mail. Thank you.






Adding an out of tree driver

Lawrence King
 

Adding an out of tree board is easy, I just set the variable BOARD_ROOT and the build system happily finds my_custom_board. This is nicely described by following the links from here:  https://docs.zephyrproject.org/latest/application/index.html#boards

 

Now I want to do the same for my_custom_sensor_driver. Is there a variable I can set (like SENSOR_ROOT) that will find my out of tree sensor driver? Unfortunately the documentation at https://docs.zephyrproject.org/2.3.0/samples/application_development/out_of_tree_driver/README.html is a little sparse.

 

How do I include an out of tree sensor driver?

 

Lawrence King

Principal Developer

Connected Transport Market Unit

https://www.Irdeto.com

+1(416)627-7302

 

1  2 - linkedin  3 - instagram  4 - youtube  6 - facebook  7

            

CONFIDENTIAL: This e-mail and any attachments are confidential and intended solely for the use of the individual(s) to whom it is addressed. It can contain proprietary confidential information and be subject to legal privilege and/or subject to a non-disclosure Agreement. Unauthorized use, disclosure or copying is strictly prohibited. If you are not the/an addressee and are in possession of this e-mail, please delete the message and notify us immediately. Please consider the environment before printing this e-mail. Thank you.

 

 

 


Re: Heap usage monitoring

Becker Markus
 

-----Original Message-----
From: users@... <users@...> On Behalf Of Rob Meades via lists.zephyrproject.org
Sent: Montag, 26. Oktober 2020 11:01
To: Zephyr-users@...
Subject: [Zephyr-users] Heap usage monitoring

I have a question about heap usage monitoring. Apologies if this is the wrong place to ask, please feel free to point me elsewhere if that is the case.

I'm using Zephyr on a Nordic NRF53 chip and I need to monitor how much heap was ever left available, as a minimum, after I have run my CI test suite. This is the true minimum heap ever remaining, so taking account of calls to malloc() as well as to Zephyr's memory management APIs, i.e. the true underlying heap low water mark. I could do this on NRF52 as I had the implementation of _sbrk() that FreeRTOS called into. What is the equivalent in the nRFConnect/Zephyr world? I've asked Nordic (https://devzone.nordicsemi.com/f/nordic-q-a/67495/finding-the-heap-low-water-mark-when-using-nrfconnect-zephyr) but they didn't know the answer immediately and suggested I might ask here instead.

I note that there are heap stress and heap validation functions in sys/sys_heap.c but nothing in there about heap usage. You must have something of this nature to test for memory leaks: can you point me in the right direction please?

Rob






________________________________
The contents of this e-mail and any attachments are confidential to the intended recipient. They may not be disclosed to or used by or copied in any way by anyone other than the intended recipient. If this e-mail is received in error, please immediately notify the sender and delete the e-mail and attached documents. Please note that neither the sender nor the sender's company accept any responsibility for viruses and it is your responsibility to scan or otherwise check this e-mail and any attachments.


API meeting: agenda

Carles Cufi
 


Heap usage monitoring

Rob Meades
 

I have a question about heap usage monitoring.  Apologies if this is the wrong place to ask, please feel free to point me elsewhere if that is the case.

I'm using Zephyr on a Nordic NRF53 chip and I need to monitor how much heap was ever left available, as a minimum, after I have run my CI test suite. This is the true minimum heap ever remaining, so taking account of calls to malloc() as well as to Zephyr's memory management APIs, i.e. the true underlying heap low water mark.  I could do this on NRF52 as I had the implementation of _sbrk() that FreeRTOS called into.  What is the equivalent in the nRFConnect/Zephyr world?  I've asked Nordic (https://devzone.nordicsemi.com/f/nordic-q-a/67495/finding-the-heap-low-water-mark-when-using-nrfconnect-zephyr) but they didn't know the answer immediately and suggested I might ask here instead.

I note that there are heap stress and heap validation functions in sys/sys_heap.c but nothing in there about heap usage. You must have something of this nature to test for memory leaks: can you point me in the right direction please?

Rob

721 - 740 of 3031