|
Re: [Zephyr-users] #BluetoothMesh ...about latest kernel OOPS & exception
#bluetoothmesh
Hi Carles,
I will but don't know, how to do that ?
Hi Carles,
I will but don't know, how to do that ?
|
By
vikrant8051 <vikrant8051@...>
·
#4630
·
|
|
Re: [Zephyr-users] #BluetoothMesh ...about latest kernel OOPS & exception
#bluetoothmesh
Hi Vikrant,
Can you please run addr2line with this address present in the error log:0x5222?
Thanks,
Carles
Hi Vikrant,
Can you please run addr2line with this address present in the error log:0x5222?
Thanks,
Carles
|
By
Carles Cufi
·
#4629
·
|
|
#BluetoothMesh ...about latest kernel OOPS & exception
#bluetoothmesh
Hello World !!
Today after upgrading to v1.12.0-rc2, I'm getting following error while playing with sample code which is inspired from sample/bluetooth/mesh
[bt] [ERR] hci_tx_thread: assert: 'err ==
Hello World !!
Today after upgrading to v1.12.0-rc2, I'm getting following error while playing with sample code which is inspired from sample/bluetooth/mesh
[bt] [ERR] hci_tx_thread: assert: 'err ==
|
By
vikrant8051 <vikrant8051@...>
·
#4628
·
|
|
Re: How to support multiple defconfigs to be merged?
CONF_FILE is a space-separated list instead of the normal CMake semicolon-separated list.
So doing
set(CONF_FILE "defconfig_1 defconfig_2 defconfig_3")
is expected to work without any upstream
CONF_FILE is a space-separated list instead of the normal CMake semicolon-separated list.
So doing
set(CONF_FILE "defconfig_1 defconfig_2 defconfig_3")
is expected to work without any upstream
|
By
Sebastian Boe
·
#4627
·
|
|
Zephyr 1.12.0-rc2 tagged
Hi all,
We have just tagged Zephyr 1.12.0-rc2.
The merge window for new features has been closed since rc1, and we will continue to merge only bug fixes and documentation until the release is
Hi all,
We have just tagged Zephyr 1.12.0-rc2.
The merge window for new features has been closed since rc1, and we will continue to merge only bug fixes and documentation until the release is
|
By
Maureen Helm
·
#4626
·
|
|
Re: How to support multiple defconfigs to be merged?
Thank you, Mike! Yeah, it is better to have a PR in Zephyr to support this.
Regards,
Jun
From: <devel@...> on behalf of Michael Rosen <michael.r.rosen@...>
Date: Tuesday, May 29, 2018 at
Thank you, Mike! Yeah, it is better to have a PR in Zephyr to support this.
Regards,
Jun
From: <devel@...> on behalf of Michael Rosen <michael.r.rosen@...>
Date: Tuesday, May 29, 2018 at
|
By
Li, Jun R
·
#4625
·
|
|
Re: How to support multiple defconfigs to be merged?
Jun,
As we discussed, you can use the following to do what you have below in the new cmake system:
set(CONF_FILE “defconfig_1”)
list(APPEND CONF_FILE “defconfig_2”)
list(APPEND
Jun,
As we discussed, you can use the following to do what you have below in the new cmake system:
set(CONF_FILE “defconfig_1”)
list(APPEND CONF_FILE “defconfig_2”)
list(APPEND
|
By
Michael Rosen
·
#4624
·
|
|
How to support multiple defconfigs to be merged?
Hi everyone,
Before Zephyr adopted cmake as the building tool, it supported to merge multiple defconfig files in project’s makefile by the following way:
CONF_FILE = defconfig_1
CONF_FILE
Hi everyone,
Before Zephyr adopted cmake as the building tool, it supported to merge multiple defconfig files in project’s makefile by the following way:
CONF_FILE = defconfig_1
CONF_FILE
|
By
Li, Jun R
·
#4623
·
|
|
POSIX clock_gettime() has meaningless 'tv_nsec' field.
I’ve created Issue 8009 to track this.
The current implementation of clock_gettime() attempts to use the k_cycle_get_32() counter to provide a more accurate notion of time (filling in the
I’ve created Issue 8009 to track this.
The current implementation of clock_gettime() attempts to use the k_cycle_get_32() counter to provide a more accurate notion of time (filling in the
|
By
David Brown
·
#4622
·
|
|
[Bluetooth pairing] psskey_confirm callback is not executing even after successful pairing
Hi,
static void auth_passkey_confirm(struct bt_conn *conn, unsigned int passkey){
printk("\n\rauth_passkey_confirm !!\n\r");
}
static struct bt_conn_auth_cb auth_cb_display = {
Hi,
static void auth_passkey_confirm(struct bt_conn *conn, unsigned int passkey){
printk("\n\rauth_passkey_confirm !!\n\r");
}
static struct bt_conn_auth_cb auth_cb_display = {
|
By
vikrant8051 <vikrant8051@...>
·
#4621
·
|
|
Re: BLE synchronization
Hi Daniel,
Whether a reply is sent in the same connection event really depends on timing between the RX and TX paths, and right now I doubt we can process it in the TIFS 150us window as you point
Hi Daniel,
Whether a reply is sent in the same connection event really depends on timing between the RX and TX paths, and right now I doubt we can process it in the TIFS 150us window as you point
|
By
Carles Cufi
·
#4620
·
|
|
BLE synchronization
Hello there,
I want to synchronize an event between a BLE Central and Peripheral with an accuracy of ~1ms. Both devices use a NRF52832 with zephyr.
Using the normal GATT API, there is a significant
Hello there,
I want to synchronize an event between a BLE Central and Peripheral with an accuracy of ~1ms. Both devices use a NRF52832 with zephyr.
Using the normal GATT API, there is a significant
|
By
Daniel Widmann
·
#4619
·
|
|
Re: Device Tree on separated builds
"I have an app that is built on many boards, and I'd like to build the
app only once and the dts for each board."
That is not supported if I am understanding you correctly. Your options are
to
"I have an app that is built on many boards, and I'd like to build the
app only once and the dts for each board."
That is not supported if I am understanding you correctly. Your options are
to
|
By
Sebastian Boe
·
#4618
·
|
|
Device Tree on separated builds
Hi there !
Is there any way to build the device tree on a different bin than the
kernel?
I have an app that is built on many boards, and I'd like to build the
app only once and the dts for each
Hi there !
Is there any way to build the device tree on a different bin than the
kernel?
I have an app that is built on many boards, and I'd like to build the
app only once and the dts for each
|
By
Inaki Malerba <inaki@...>
·
#4617
·
|
|
Fixing issues
Hi everyone,
When fixing bugs, please make sure to use the right keywords to enable auto-close when the pull request is merged. Please see
Hi everyone,
When fixing bugs, please make sure to use the right keywords to enable auto-close when the pull request is merged. Please see
|
By
Nashif, Anas
·
#4616
·
|
|
What end user can't do if have only NET & APP key for #BluetoothMesh n/w ?
#bluetoothmesh
Hi,
Assume
1) a company don't wanna go with any cloud service to store & upgrade #BluetoothMesh .json file for his products.
2) And no #OOB authentication during provisioning
3) On other side, user
Hi,
Assume
1) a company don't wanna go with any cloud service to store & upgrade #BluetoothMesh .json file for his products.
2) And no #OOB authentication during provisioning
3) On other side, user
|
By
vikrant8051 <vikrant8051@...>
·
#4615
·
|
|
Re: Mailing list archives before 2017
Indeed, I've found what I was looking for.
Thanks Brett
Indeed, I've found what I was looking for.
Thanks Brett
|
By
Erwan Gouriou
·
#4614
·
|
|
Re: Building on Gentoo/creating a DT_TEXTREL in shared object
I did solve it, at least sort of.
It turns out that Gentoo patches gcc to default to --pic and --pie
when building. The top-level Zephyr CMakeLists.txt file adds in
--no-pic, and --no-pie, which
I did solve it, at least sort of.
It turns out that Gentoo patches gcc to default to --pic and --pie
when building. The top-level Zephyr CMakeLists.txt file adds in
--no-pic, and --no-pie, which
|
By
David Brown
·
#4613
·
|
|
Odp.: [Zephyr-devel] NRF52840 UART1
Hi,
@Michael: The only drawback I've identified so far is that we will need some extra RAM (~40Byte - TBD) for Tx and Rx buffers which will be used for EasyDMA transfer.
@Johannes: I hope we will
Hi,
@Michael: The only drawback I've identified so far is that we will need some extra RAM (~40Byte - TBD) for Tx and Rx buffers which will be used for EasyDMA transfer.
@Johannes: I hope we will
|
By
Rzeszutko, Jakub <Jakub.Rzeszutko@...>
·
#4612
·
|
|
Re: Mailing list archives before 2017
All,
Just an update that the older archives (2016) are now available on the mail lists -
Thank you
--
Brett Preston
The Linux Foundation
+1 (971) 303-9030
bpreston@...
Google Talk:
All,
Just an update that the older archives (2016) are now available on the mail lists -
Thank you
--
Brett Preston
The Linux Foundation
+1 (971) 303-9030
bpreston@...
Google Talk:
|
By
Brett Preston
·
#4611
·
|