|
BUGS (Zephyr v1.14.0-rc1) Feb 12 2019
Some Bug details:
268:bug
124:priority: low
109:priority: medium
6:priority: high
42:Coverity
41:area: Networking
15:area: Bluetooth
14:area: Drivers
13:nRF
12:area: Kernel
11:area:
Some Bug details:
268:bug
124:priority: low
109:priority: medium
6:priority: high
42:Coverity
41:area: Networking
15:area: Bluetooth
14:area: Drivers
13:nRF
12:area: Kernel
11:area:
|
By
Kumar Gala
·
#5684
·
|
|
Re: CMake comments to HTML? (PR #9947 CMake build architecture documentation)
Thanks Anas!
Correct no PR yet, sorry for the confusion. This is still at the early prototype stage however there's already a demo git commit - the one that produced the screenshot - linked from
Thanks Anas!
Correct no PR yet, sorry for the confusion. This is still at the early prototype stage however there's already a demo git commit - the one that produced the screenshot - linked from
|
By
Marc Herbert
·
#5683
·
|
|
Re: CMake comments to HTML? (PR #9947 CMake build architecture documentation)
I think this looks great.
9947 is not a PR, it is an enhancement issue, got me confused for a second. So it is an open enhancement issue with not PR associated with it, if you have something ,
I think this looks great.
9947 is not a PR, it is an enhancement issue, got me confused for a second. So it is an open enhancement issue with not PR associated with it, if you have something ,
|
By
Nashif, Anas
·
#5682
·
|
|
CMake comments to HTML? (PR #9947 CMake build architecture documentation)
I tried the “moderncmakedomain” sphinx extension to prototype extracting CMake comments into html and it seems to work, see screenshot and PR
I tried the “moderncmakedomain” sphinx extension to prototype extracting CMake comments into html and it seems to work, see screenshot and PR
|
By
Marc Herbert
·
#5681
·
|
|
BUGS (Zephyr v1.14.0-rc1) Feb 11 2019
All,
Wanted to provide some bug stats so we can hopefully drive the total number of bugs down to single digits for the LTS release:
Some Bug details:
265:bug
125:priority: low
112:priority:
All,
Wanted to provide some bug stats so we can hopefully drive the total number of bugs down to single digits for the LTS release:
Some Bug details:
265:bug
125:priority: low
112:priority:
|
By
Kumar Gala
·
#5680
·
|
|
ZEPHYR_TOOLCHAIN_VARIANT=host in docs? (Was: Zephyr SDK 0.10.0-rc2 available)
… including no “toolchain" in some cases thanks to ZEPHYR_TOOLCHAIN_VARIANT=host
I noticed ZEPHYR_TOOLCHAIN_VARIANT=host doesn’t seem mentioned in the documentation (I found it in the source).
… including no “toolchain" in some cases thanks to ZEPHYR_TOOLCHAIN_VARIANT=host
I noticed ZEPHYR_TOOLCHAIN_VARIANT=host doesn’t seem mentioned in the documentation (I found it in the source).
|
By
Marc Herbert
·
#5679
·
|
|
Zephyr v1.14.0-rc1 Tagged
Hi all,
We have just tagged Zephyr 1.14.0-rc1.
All required features that have not been pushed out to 1.14 are now merged, and so we begin the stabilization phase that should run for around 4
Hi all,
We have just tagged Zephyr 1.14.0-rc1.
All required features that have not been pushed out to 1.14 are now merged, and so we begin the stabilization phase that should run for around 4
|
By
Kumar Gala
·
#5678
·
|
|
How to encrypt advertise packet with zephyr and nrf52832 ?
#ble
#nrf52832
Hi guys, I'd like to encrypt the advertise packet since some secure fields in the payload. But I did not find any clue yet.
So anybody knows how to implement this feature with zephyr? Thank a lot if
Hi guys, I'd like to encrypt the advertise packet since some secure fields in the payload. But I did not find any clue yet.
So anybody knows how to implement this feature with zephyr? Thank a lot if
|
By
icephyr
·
#5677
·
Edited
|
|
Re: mcuboot : nrf52: warning during build
Hi Marti,
I followed your steps & its works for me.
Thank You !!
Hi Marti,
I followed your steps & its works for me.
Thank You !!
|
By
vikrant8051 <vikrant8051@...>
·
#5676
·
|
|
Re: mcuboot : nrf52: warning during build
Hi Vikrant,
Thanks for the report.
The warnings are a known issue; please see: https://github.com/zephyrproject-rtos/zephyr/issues/13194.
The reason mcuboot is not working with mainline zephyr is
Hi Vikrant,
Thanks for the report.
The warnings are a known issue; please see: https://github.com/zephyrproject-rtos/zephyr/issues/13194.
The reason mcuboot is not working with mainline zephyr is
|
By
Marti Bolivar <marti@...>
·
#5675
·
|
|
mcuboot : nrf52: warning during build
Hello,
I am getting following warning while building mcuboot :
warning: ‘enum power_states’ declared inside parameter list will not be visible outside of this definition or declaration
void
Hello,
I am getting following warning while building mcuboot :
warning: ‘enum power_states’ declared inside parameter list will not be visible outside of this definition or declaration
void
|
By
vikrant8051 <vikrant8051@...>
·
#5674
·
|
|
Re: Zephyr SDK 0.10.0-rc2 available
No, Zephyr release is not tied to a toolchain. The SDK was always a one stop for everything you need to build and use zephyr, but you should be able to use any toolchain.
Anas
No, Zephyr release is not tied to a toolchain. The SDK was always a one stop for everything you need to build and use zephyr, but you should be able to use any toolchain.
Anas
|
By
Nashif, Anas
·
#5673
·
|
|
Re: Zephyr SDK 0.10.0-rc2 available
That's due to multilib arm and arc both 80% of the SDK if I remember correctly :)
Anas
That's due to multilib arm and arc both 80% of the SDK if I remember correctly :)
Anas
|
By
Nashif, Anas
·
#5672
·
|
|
Re: Zephyr SDK 0.10.0-rc2 available
Hello,
"Paul Sokolovsky" <paul.sokolovsky@...> wrote:
Ping @nashif.
Btw, nice upgrade in size comparing to "non-NG" SDK - from 300MB to
700MB. No chance that we just fix up the old SDK?
Hello,
"Paul Sokolovsky" <paul.sokolovsky@...> wrote:
Ping @nashif.
Btw, nice upgrade in size comparing to "non-NG" SDK - from 300MB to
700MB. No chance that we just fix up the old SDK?
|
By
Paul Sokolovsky
·
#5671
·
|
|
BT MESH SENSOR MODEL: BT_MESH_MODEL_ID_SENSOR_SRV
#bluetoothmesh
#zephyrbluetoothmesh
Hi All,
I am looking at implementing a sensor network via BLE Mesh and am looking for any information on the implementation of the SENSOR MESH MODEL.
Can anyone point me in the right direction?
Many
Hi All,
I am looking at implementing a sensor network via BLE Mesh and am looking for any information on the implementation of the SENSOR MESH MODEL.
Can anyone point me in the right direction?
Many
|
By
William Fish
·
#5670
·
|
|
Re: Pairing/bonding Zephyr API? Pairing info?
Hi Johan,
The QEMU concept looks great, just what I'm looking for. Thanks,
Best regards,
Frank
Hi Johan,
The QEMU concept looks great, just what I'm looking for. Thanks,
Best regards,
Frank
|
By
frv
·
#5669
·
|
|
Re: Code Freeze for 1.14 on Friday Feb 1st
I guess it has been postponed to this Friday:
https://github.com/zephyrproject-rtos/zephyr/wiki/Program-Management
Armando
I guess it has been postponed to this Friday:
https://github.com/zephyrproject-rtos/zephyr/wiki/Program-Management
Armando
|
By
Armando Visconti
·
#5668
·
|
|
Re: Pairing/bonding Zephyr API? Pairing info?
Hi Frank,
Good to hear!
Yes, it’s possible, however you need to use Linux as your development environment (in case you were using MacOS or Windows until now).
There are instructions available
Hi Frank,
Good to hear!
Yes, it’s possible, however you need to use Linux as your development environment (in case you were using MacOS or Windows until now).
There are instructions available
|
By
Johan Hedberg
·
#5667
·
|
|
Re: Pairing/bonding Zephyr API? Pairing info?
Hi Johan, all,
It all works like a charm now, after a power cycle the BLE central applic reconnects without authentication issues anymore.
So indeed flash configuration was required as demonstrated
Hi Johan, all,
It all works like a charm now, after a power cycle the BLE central applic reconnects without authentication issues anymore.
So indeed flash configuration was required as demonstrated
|
By
frv
·
#5666
·
|
|
Re: Pairing/bonding Zephyr API? Pairing info?
Hi Johan,
Sorry for messing up my messages on the forum.
I will try to remember, unfortunately not the first time, I will do my best to do better in the future.
Anyway thanks for pointing me in the
Hi Johan,
Sorry for messing up my messages on the forum.
I will try to remember, unfortunately not the first time, I will do my best to do better in the future.
Anyway thanks for pointing me in the
|
By
frv
·
#5665
·
|