Date   

Daily Gerrit Digest

donotreply@...
 

NEW within last 24 hours:
- https://gerrit.zephyrproject.org/r/9608 : [DO NOT MERGE] doc: move documetnation context to root directory
- https://gerrit.zephyrproject.org/r/9639 : doc: support official website theme
- https://gerrit.zephyrproject.org/r/9615 : arm: nvic: Fix exception priority access on Cortex-M0(+)
- https://gerrit.zephyrproject.org/r/9638 : Bluetooth: HFP HF: Handle +CIEV reponse
- https://gerrit.zephyrproject.org/r/9637 : Bluetooth: AT: HFP HF: Handle unsolicited reponse
- https://gerrit.zephyrproject.org/r/9636 : Bluetooth: HFP HF: Rename cind_status_handle_values
- https://gerrit.zephyrproject.org/r/9635 : Bluetooth: AT: Reset AT and CMD state
- https://gerrit.zephyrproject.org/r/9634 : net: event: Notify on interface being put down or up
- https://gerrit.zephyrproject.org/r/9633 : net: event: Fix misplaced comment
- https://gerrit.zephyrproject.org/r/9616 : arm: Cortex-M0: Adapt core register code to M0
- https://gerrit.zephyrproject.org/r/9592 : Makefile (arc/soc/quark_se): New compiler options
- https://gerrit.zephyrproject.org/r/9598 : ethernet: Rename ksdk to mcux
- https://gerrit.zephyrproject.org/r/9600 : random: Rename ksdk to mcux
- https://gerrit.zephyrproject.org/r/9595 : doc: remove obsolete file
- https://gerrit.zephyrproject.org/r/9607 : doc: samples: fix rst layout and use code-blocks
- https://gerrit.zephyrproject.org/r/9604 : MAINTAINERS: Rename ksdk to mcux
- https://gerrit.zephyrproject.org/r/9597 : ksdk: mcux: Rename ksdk to mcux
- https://gerrit.zephyrproject.org/r/9603 : ksdk: mcux: Remove config HAS_KSDK
- https://gerrit.zephyrproject.org/r/9599 : i2c: Rename ksdk to mcux
- https://gerrit.zephyrproject.org/r/9602 : pinmux: Rename ksdk to mcux
- https://gerrit.zephyrproject.org/r/9601 : flash: Rename ksdk to mcux
- https://gerrit.zephyrproject.org/r/9606 : doc: add JIRA macro
- https://gerrit.zephyrproject.org/r/9609 : sanity: prevent stack corruption at test_static_idt
- https://gerrit.zephyrproject.org/r/9596 : pinmux: Remove stale ksdk pinmux dev references
- https://gerrit.zephyrproject.org/r/9594 : arc: add -fno-delete-null-pointer-checks
- https://gerrit.zephyrproject.org/r/9591 : Makefile (arc/soc/em*): New compiler options
- https://gerrit.zephyrproject.org/r/9590 : Makefile.toolchain.zephyr: Modifications for SDK 0.9

UPDATED within last 24 hours:
- https://gerrit.zephyrproject.org/r/9542 : arm: Restructure ARM cpu related preprocessor conditionals.
- https://gerrit.zephyrproject.org/r/9545 : arm: Adjust cortex-m7 support to reflect its ARMv7-M architecture.
- https://gerrit.zephyrproject.org/r/9468 : Bluetooth: HFP HF: SLC Enable indicator status report
- https://gerrit.zephyrproject.org/r/7263 : Bluetooth: samples: handsfree application indicator callback
- https://gerrit.zephyrproject.org/r/9541 : arm: cortex-m memory map is CPU specific
- https://gerrit.zephyrproject.org/r/9540 : arm: Fix assembler layout.
- https://gerrit.zephyrproject.org/r/9544 : arm: Replace CONFIG_CPU_CORTEX_M3_M4 with CONFIG_ARMV7_M
- https://gerrit.zephyrproject.org/r/9543 : arm: Replace CONFIG_CPU_CORTEX_M0_M0PLUS with CONFIG_ARMV6_M
- https://gerrit.zephyrproject.org/r/7632 : net: ieee802154: Add grounds for passive scan
- https://gerrit.zephyrproject.org/r/7639 : net: ieee802154: Handle disassocation notification from PAN coordinator
- https://gerrit.zephyrproject.org/r/7640 : samples: ieee802154: Let's proceed with an active scan
- https://gerrit.zephyrproject.org/r/7638 : net: ieee802154: Add PAN disassociation request
- https://gerrit.zephyrproject.org/r/7637 : net: ieee80215: Add Active Scan request
- https://gerrit.zephyrproject.org/r/7636 : net: ieee802154: Integrate MAC Command frames handling
- https://gerrit.zephyrproject.org/r/7635 : net: ieee802154: Add PAN association request
- https://gerrit.zephyrproject.org/r/7634 : samples: net: ieee802154: Once cc2520 is up, let's initiate a scan
- https://gerrit.zephyrproject.org/r/7633 : net: ieee802154: Integrate beacon frame handling
- https://gerrit.zephyrproject.org/r/9356 : quark_se: PM: Add multicore support
- https://gerrit.zephyrproject.org/r/7622 : clock/stm32: add STM32F107 reset and clock control
- https://gerrit.zephyrproject.org/r/7623 : clock/stm32: add STM32F3X reset and clock control
- https://gerrit.zephyrproject.org/r/6717 : Bluetooth: A2DP: A2DP sink service record registration
- https://gerrit.zephyrproject.org/r/7613 : soc/stm32: add initial support for STM32F3X series
- https://gerrit.zephyrproject.org/r/9325 : gpio/stm32: provide GPIO driver implementation for STM32F3X family
- https://gerrit.zephyrproject.org/r/9328 : Bluetooth: AVDTP: Add Accept Incoming connection cb
- https://gerrit.zephyrproject.org/r/7492 : Bluetooth: A2DP: Added Preset Structure
- https://gerrit.zephyrproject.org/r/6720 : Bluetooth: A2DP: Stream End Point Registration
- https://gerrit.zephyrproject.org/r/6719 : Bluetooth: A2DP: Stream End Point Structure
- https://gerrit.zephyrproject.org/r/9373 : Bluetooth: AVDTP: Add AVDTP Discover API Prototype
- https://gerrit.zephyrproject.org/r/9460 : Bluetooth: AVDTP: Add AVDTP Discover Function Definition
- https://gerrit.zephyrproject.org/r/9331 : Bluetooth: A2DP: Adds accept state callback handlers
- https://gerrit.zephyrproject.org/r/9516 : drivers: Add Atmel SAM family GMAC Ethernet driver
- https://gerrit.zephyrproject.org/r/9446 : Bluetooth: AVDTP: Added pointer to Pending Request
- https://gerrit.zephyrproject.org/r/7496 : soc/stm32f1: Add the new type of SoC STM32F107
- https://gerrit.zephyrproject.org/r/9463 : tests: kernel: added memory pool kconfig test
- https://gerrit.zephyrproject.org/r/9462 : tests: kernel: added memory pool concept test
- https://gerrit.zephyrproject.org/r/9464 : tests: kernel: added memory pool threadsafe test
- https://gerrit.zephyrproject.org/r/9461 : tests: kernel: added memory pool api test
- https://gerrit.zephyrproject.org/r/9506 : tests: kernel: added memory slab api test
- https://gerrit.zephyrproject.org/r/9507 : tests: kernel: added memory slab concept test
- https://gerrit.zephyrproject.org/r/9508 : tests: kernel: added memory slab threadsafe test
- https://gerrit.zephyrproject.org/r/9505 : tests: kernel: re-path mslab test
- https://gerrit.zephyrproject.org/r/9546 : Switch logrotate to build-discarder
- https://gerrit.zephyrproject.org/r/9556 : net/mqtt: Add the mqtt_rx_publish routine
- https://gerrit.zephyrproject.org/r/9558 : net/mqtt: Allow an MQTT subscriber app to receive msgs
- https://gerrit.zephyrproject.org/r/9554 : net/mqtt: Add the reception callback
- https://gerrit.zephyrproject.org/r/9553 : net/mqtt: Use the right data type
- https://gerrit.zephyrproject.org/r/9557 : net/mqtt: Allow an MQTT publisher app to receive msgs
- https://gerrit.zephyrproject.org/r/9559 : net/mqtt: Improve buffer error handling in mqtt_tx routines
- https://gerrit.zephyrproject.org/r/9555 : net/mqtt: Add missing function prototypes
- https://gerrit.zephyrproject.org/r/9560 : net/mqtt: Improve error handling in mqtt_rx_connack routine
- https://gerrit.zephyrproject.org/r/9550 : net/nbuf: Introduce the net_nbuf_linear_copy routine
- https://gerrit.zephyrproject.org/r/9551 : net/mqtt: Make input arguments const
- https://gerrit.zephyrproject.org/r/9564 : net/dns: Introduce the qname_copy routine
- https://gerrit.zephyrproject.org/r/9552 : net/mqtt: Improve indentation
- https://gerrit.zephyrproject.org/r/9520 : commit-message: Fix logging info
- https://gerrit.zephyrproject.org/r/9489 : kernel/arch: inspect prio/sched_locked together for preemptibility
- https://gerrit.zephyrproject.org/r/9487 : samples: put philosophers stacks in noinit section
- https://gerrit.zephyrproject.org/r/9486 : samples: speed up philosophers demo
- https://gerrit.zephyrproject.org/r/9485 : kernel: add _timeout_q dump before and after adding timeout
- https://gerrit.zephyrproject.org/r/9484 : kernel: do not use sys_dlist_insert_at() in _add_timeout()
- https://gerrit.zephyrproject.org/r/9483 : kernel: do not use sys_dlist_insert_at() in _pend_thread()
- https://gerrit.zephyrproject.org/r/9482 : dlist: add sys_dlist_peek_tail()
- https://gerrit.zephyrproject.org/r/9481 : nios2: remove unused INT_ACTIVE/EXC_ACTIVE thread flags
- https://gerrit.zephyrproject.org/r/9478 : kernel: make _thread.sched_locked a non-atomic operator variable
- https://gerrit.zephyrproject.org/r/9479 : kernel/arch: reverse polarity on sched_locked
- https://gerrit.zephyrproject.org/r/9480 : kernel/arch: streamline thread flag bits used
- https://gerrit.zephyrproject.org/r/9586 : sanitycheck: reduce number of unnecessary configuration builds
- https://gerrit.zephyrproject.org/r/8710 : riscv32: added support for the riscv32-qemu soc
- https://gerrit.zephyrproject.org/r/8709 : riscv32: added support for the pulpino soc
- https://gerrit.zephyrproject.org/r/8713 : boards: added support for the qemu_riscv32 board

MERGED within last 24 hours:
- https://gerrit.zephyrproject.org/r/9611 : arm: nvic: Use uint8_t for priority level
- https://gerrit.zephyrproject.org/r/9610 : Bluetooth: A2DP: Removes confirmation callback registration
- https://gerrit.zephyrproject.org/r/9593 : gpio_basic_api: fix format codes
- https://gerrit.zephyrproject.org/r/9588 : tests/kernel/stackprot: 'fatal fault' is not a failure
- https://gerrit.zephyrproject.org/r/9589 : test_thread_init.c: fix build error
- https://gerrit.zephyrproject.org/r/9587 : Bluetooth: Controller: revert to event callback inside radio ISR
- https://gerrit.zephyrproject.org/r/9335 : net: l2: Add enable callback
- https://gerrit.zephyrproject.org/r/9231 : net: if: Add NET_IF_UP flag
- https://gerrit.zephyrproject.org/r/9282 : samples: heartrate-monitor: Switch to unified kernel
- https://gerrit.zephyrproject.org/r/9503 : arm: nvic: Use uint8_t for priority level
- https://gerrit.zephyrproject.org/r/9475 : arm: Cortex-M0: Adapt core register code to M0
- https://gerrit.zephyrproject.org/r/9455 : arm: nvic: Fix exception priority access on Cortex-M0(+)
- https://gerrit.zephyrproject.org/r/9504 : sanity: prevent stack corruption at test_sema
- https://gerrit.zephyrproject.org/r/7769 : sanitycheck: add --log-file to log everything to a file too
- https://gerrit.zephyrproject.org/r/9581 : Bluetooth: RFCOMM: Rearrange fns to avoid forward declaration
- https://gerrit.zephyrproject.org/r/9569 : Bluetooth: SDP: Update 'no records found' code comment
- https://gerrit.zephyrproject.org/r/9582 : Bluetooth: RFCOMM: Implement timer in dlc
- https://gerrit.zephyrproject.org/r/9454 : Bluetooth: SDP: Add UUID reference to user callback
- https://gerrit.zephyrproject.org/r/9345 : tests: introduce Makefile.test
- https://gerrit.zephyrproject.org/r/9420 : doc: move c library section to subsystems
- https://gerrit.zephyrproject.org/r/9419 : doc: move ztest to subsystems
- https://gerrit.zephyrproject.org/r/9567 : MAINTAINERS: Update network applications section
- https://gerrit.zephyrproject.org/r/9576 : bluetooth: controller: Split events into normal and priority


Linker Script Issue When Porting To CC2538

Tidy(ChunHua) Jiang <tidyjiang@...>
 

Hello,

I'm porting zephyr to TI's CC2538 device family, but there is a special user case —— customer
configuration area(CCA/CCFG). CCA is placed in the uppermost flash page, so the linker script
would like this:

MEMORY
{
FLASH (rx) : ORIGIN = 0x00200000, LENGTH = 0x0007FFD4
FLASH_CCA (rx) : ORIGIN = 0x0027FFD4, LENGTH = 0x2C
SRAM (wx) : ORIGIN = RAM_ADDR, LENGTH = RAM_SIZE
SYSTEM_CONTROL_SPACE (wx) : ORIGIN = 0xE000E000, LENGTH = 4K
SYSTEM_CONTROL_PERIPH (wx) : ORIGIN = 0x400FE000, LENGTH = 4K
}

ENTRY(flash_cca_lock_page)

...
GROUP_START(FLASH_CCA)
SECTION_PROLOGUE(.flash_cca,,)
{
KEEP(*(.flash_cca))

} GROUP_LINK_IN(FLASH_CCA)
GROUP_END(FLASH_CCA)
...

Please ignore the numerical hard-code.
How can I compatibly place this code to the original link script?
Does this ok:?

SECTIONS
{
GROUP_START(ROMABLE_REGION)
...
#ifdef CONFIG_CC2538_CCA_XXXXX
SECTION_PROLOGUE(.flash_cca,,)
{
. = 0x0027FFD4
KEEP(*(.flash_cca))
} GROUP_LINK_IN(ROMABLE_REGION)
#endif // CONFIG_CC2538_CCA_XXXXX
GROUP_END(ROMABLE_REGION)
...
}
Please ignore the numerical hard-code too.
Best Regards,
tidyjiang.


Re: reg: Routing SPI signals connected from x86 core to the Arc core

Mahendravarman Rajarao (RBEI/EAA3) <Mahendravarman.Rajarao@...>
 

Hi Both

As you said I have tried to compile directly using arc and its compiling

I thought to route the debug prints through UART over usb.

But I think the current version supports UART over usb only on x86 (quark_se_c1000_devboard) not on arc (quark_se_c1000_ss_devboard)

Because while compiling I am getting error as
"In file included from /home/mahendra/guestshare/mahendra/zephyr-v1.6.0/drivers/usb/device/usb_dc_dw.c:32:0:
/home/mahendra/guestshare/mahendra/zephyr-v1.6.0/drivers/usb/device/usb_dw_registers.h:211:2: error: #error "Unsupported board" #error "Unsupported board"

Best regards
mahendra

From: Chuck Jordan [mailto:Chuck.Jordan(a)synopsys.com]
Sent: Tuesday, January 03, 2017 11:48 PM
To: Tomasz Bursztyka <tomasz.bursztyka(a)linux.intel.com>; devel(a)lists.zephyrproject.org
Subject: [devel] Re: Re: reg: Routing SPI signals connected from x86 core to the Arc core

OR, the ARC can utilize SPI too and talk to the accelerometer directly.
It just depends upon which CPU you want to OWN which resource.
-Chuck

From: Tomasz Bursztyka [mailto:tomasz.bursztyka(a)linux.intel.com]
Sent: Tuesday, January 03, 2017 5:09 AM
To: devel(a)lists.zephyrproject.org<mailto:devel(a)lists.zephyrproject.org>
Subject: [devel] Re: reg: Routing SPI signals connected from x86 core to the Arc core

Hi,

You can use IPM API to send data from one core to another.
See include/ipm.h

Your accelerometer implements sensor API I guess? So it can trigger
a callback, which in turn would send the information to the ARC core
through IPM.

For the sensor trigger part, see samples/sensor ones. (bmi160 for instance).
And for ipm: samples/ipm ones.

Tomasz
Hi

We have connected an Accelerometer to the x86 core of C1000 (Quark_se) through SPI interface.
Interrupt line of accelerometer is also connected to the AON_GPIO_3

Now I need to route the SPI connection of x86 to Arc core. Is that possible ?

Any sample code in zephyr I can refer for this activity ?

Best regards
Mahendra


Re: reg: Routing SPI signals connected from x86 core to the Arc core

Chuck Jordan <Chuck.Jordan@...>
 

OR, the ARC can utilize SPI too and talk to the accelerometer directly.
It just depends upon which CPU you want to OWN which resource.
-Chuck

From: Tomasz Bursztyka [mailto:tomasz.bursztyka(a)linux.intel.com]
Sent: Tuesday, January 03, 2017 5:09 AM
To: devel(a)lists.zephyrproject.org
Subject: [devel] Re: reg: Routing SPI signals connected from x86 core to the Arc core

Hi,

You can use IPM API to send data from one core to another.
See include/ipm.h

Your accelerometer implements sensor API I guess? So it can trigger
a callback, which in turn would send the information to the ARC core
through IPM.

For the sensor trigger part, see samples/sensor ones. (bmi160 for instance).
And for ipm: samples/ipm ones.

Tomasz
Hi

We have connected an Accelerometer to the x86 core of C1000 (Quark_se) through SPI interface.
Interrupt line of accelerometer is also connected to the AON_GPIO_3

Now I need to route the SPI connection of x86 to Arc core. Is that possible ?

Any sample code in zephyr I can refer for this activity ?

Best regards
Mahendra


Re: reg: Routing SPI signals connected from x86 core to the Arc core

Liu, Baohong
 

Sorry. Typo.

Top of the tree.

From: Liu, Baohong [mailto:baohong.liu(a)intel.com]
Sent: Tuesday, January 3, 2017 10:06 AM
To: Mahendravarman Rajarao (RBEI/EAA3) <Mahendravarman.Rajarao(a)in.bosch.com>; devel(a)lists.zephyrproject.org
Subject: [devel] Re: reg: Routing SPI signals connected from x86 core to the Arc core

Zephyr drivers for SPI and GPIO were updated recently to allow ARC to directly access GPIO including AON_GPIO and SPI. You do not need x86 at all.

Please see the updated driver and sample app for BMI160 (top of the free, master).

Thanks
Baohong

From: Mahendravarman Rajarao (RBEI/EAA3) [mailto:Mahendravarman.Rajarao(a)in.bosch.com]
Sent: Tuesday, January 3, 2017 4:24 AM
To: devel(a)lists.zephyrproject.org<mailto:devel(a)lists.zephyrproject.org>
Subject: [devel] reg: Routing SPI signals connected from x86 core to the Arc core

Hi

We have connected an Accelerometer to the x86 core of C1000 (Quark_se) through SPI interface.
Interrupt line of accelerometer is also connected to the AON_GPIO_3

Now I need to route the SPI connection of x86 to Arc core. Is that possible ?

Any sample code in zephyr I can refer for this activity ?

Best regards
Mahendra


Re: reg: Routing SPI signals connected from x86 core to the Arc core

Liu, Baohong
 

Zephyr drivers for SPI and GPIO were updated recently to allow ARC to directly access GPIO including AON_GPIO and SPI. You do not need x86 at all.

Please see the updated driver and sample app for BMI160 (top of the free, master).

Thanks
Baohong

From: Mahendravarman Rajarao (RBEI/EAA3) [mailto:Mahendravarman.Rajarao(a)in.bosch.com]
Sent: Tuesday, January 3, 2017 4:24 AM
To: devel(a)lists.zephyrproject.org
Subject: [devel] reg: Routing SPI signals connected from x86 core to the Arc core

Hi

We have connected an Accelerometer to the x86 core of C1000 (Quark_se) through SPI interface.
Interrupt line of accelerometer is also connected to the AON_GPIO_3

Now I need to route the SPI connection of x86 to Arc core. Is that possible ?

Any sample code in zephyr I can refer for this activity ?

Best regards
Mahendra


Re: mqtt - tcp client connection - samples

Flavio Santes <flavio.santes@...>
 

Hello,

TCP support is planned for Zephyr 1.7:

https://jira.zephyrproject.org/browse/ZEP-791

So it must be ready before the merge window, see:

https://gerrit.zephyrproject.org/r/#/q/status:open+project:zephyr+branch:master+topic:tcp

Regards,
Flavio


Daily JIRA Digest

donotreply@...
 

NEW JIRA items within last 24 hours: 1
[ZEP-1501] Where to find Auto-PTS source code
https://jira.zephyrproject.org/browse/ZEP-1501


UPDATED JIRA items within last 24 hours: 3
[ZEP-810] Network Time Protocol v4
https://jira.zephyrproject.org/browse/ZEP-810

[ZEP-800] DHCPv6
https://jira.zephyrproject.org/browse/ZEP-800

[ZEP-1181] zephyrSDK + newlib: unexpected warning raised when print "uint32_t" with "%u"
https://jira.zephyrproject.org/browse/ZEP-1181


CLOSED JIRA items within last 24 hours: 0

RESOLVED JIRA items within last 24 hours: 0


Re: mqtt - tcp client connection - samples

Jorge Ramirez <jorge.ramirez-ortiz@...>
 

On 01/03/2017 03:51 PM, Flavio Santes wrote:
TCP-based sample code will be submitted once TCP is ready.
how many weeks do you think it will take to have some code available in
a development branch - just enough to check MQTT connectivity to a broker?


Daily Gerrit Digest

donotreply@...
 

NEW within last 24 hours:
- https://gerrit.zephyrproject.org/r/9576 : bluetooth: controller: Split events into normal and priority
- https://gerrit.zephyrproject.org/r/9586 : sanitycheck: reduce number of unnecessary configuration builds
- https://gerrit.zephyrproject.org/r/9582 : Bluetooth: RFCOMM: Implement timer in dlc
- https://gerrit.zephyrproject.org/r/9581 : Bluetooth: RFCOMM: Rearrange fns to avoid forward declaration
- https://gerrit.zephyrproject.org/r/9575 : boards: nucleo: provide button and led for basic samples

UPDATED within last 24 hours:
- https://gerrit.zephyrproject.org/r/9373 : Bluetooth: AVDTP: ADD AVDTP DISOCVER API Prototype
- https://gerrit.zephyrproject.org/r/9559 : net/mqtt: Improve buffer error handling in mqtt_tx routines
- https://gerrit.zephyrproject.org/r/9505 : tests: kernel: re-path mslab test
- https://gerrit.zephyrproject.org/r/9552 : net/mqtt: Improve indentation
- https://gerrit.zephyrproject.org/r/9557 : net/mqtt: Allow an MQTT publisher app to receive msgs
- https://gerrit.zephyrproject.org/r/9446 : Bluetooth: AVDTP: Added pointer to Pending Request
- https://gerrit.zephyrproject.org/r/9328 : Bluetooth: AVDTP: ADD Accept Incoming connection cb
- https://gerrit.zephyrproject.org/r/9460 : Bluetooth: AVDTP: ADD AVDTP DISCOVER Function Definition
- https://gerrit.zephyrproject.org/r/9542 : arm: Restructure ARM cpu related preprocessor conditionals.
- https://gerrit.zephyrproject.org/r/9545 : arm: Adjust cortex-m7 support to reflect its ARMv7-M architecture.
- https://gerrit.zephyrproject.org/r/9544 : arm: Replace CONFIG_CPU_CORTEX_M3_M4 with CONFIG_ARMV7_M
- https://gerrit.zephyrproject.org/r/9543 : arm: Replace CONFIG_CPU_CORTEX_M0_M0PLUS with CONFIG_ARMV6_M
- https://gerrit.zephyrproject.org/r/9454 : Bluetooth: SDP: Add UUID reference to user callback
- https://gerrit.zephyrproject.org/r/9511 : Bluetooth: differentiate between initial and PPCP conn params
- https://gerrit.zephyrproject.org/r/9516 : drivers: Add Atmel SAM family GMAC Ethernet driver
- https://gerrit.zephyrproject.org/r/9447 : Bluetooth: SDP: Server: Support ServiceSearchAttributeRequest
- https://gerrit.zephyrproject.org/r/4489 : Bluetooth: SDP: Server: Support ServiceAttributeRequest
- https://gerrit.zephyrproject.org/r/4488 : Bluetooth: SDP: Server: Support ServiceSearchRequest
- https://gerrit.zephyrproject.org/r/6716 : Bluetooth: SDP: Server: Refactor data element structure header
- https://gerrit.zephyrproject.org/r/6720 : Bluetooth: A2DP: Stream End Point Registration
- https://gerrit.zephyrproject.org/r/9560 : net/mqtt: Improve error handling in mqtt_rx_connack routine
- https://gerrit.zephyrproject.org/r/9558 : net/mqtt: Allow an MQTT subscriber app to receive msgs
- https://gerrit.zephyrproject.org/r/9555 : net/mqtt: Add missing function prototypes
- https://gerrit.zephyrproject.org/r/9554 : net/mqtt: Introduce helper callbacks
- https://gerrit.zephyrproject.org/r/9549 : net/protocols: Remove unnecessary assignement in Makefiles
- https://gerrit.zephyrproject.org/r/9573 : Bluetooth: Controller: conditional compile advertiser only
- https://gerrit.zephyrproject.org/r/9569 : Bluetooth: SDP: Update 'no records found' code comment
- https://gerrit.zephyrproject.org/r/9331 : Bluetooth: A2DP: Adds accept state callback handlers
- https://gerrit.zephyrproject.org/r/7263 : Bluetooth: samples: handsfree application indicator callback
- https://gerrit.zephyrproject.org/r/9468 : Bluetooth: HFP HF: SLC Enable indicator status report
- https://gerrit.zephyrproject.org/r/6719 : Bluetooth: A2DP: Stream End Point Structure
- https://gerrit.zephyrproject.org/r/6717 : Bluetooth: A2DP: A2DP sink service record registration
- https://gerrit.zephyrproject.org/r/7492 : Bluetooth: A2DP: Added Preset Structure
- https://gerrit.zephyrproject.org/r/9564 : net/dns: Introduce the qname_copy routine
- https://gerrit.zephyrproject.org/r/9553 : net/mqtt: Use the right data type
- https://gerrit.zephyrproject.org/r/9551 : net/mqtt: Make input arguments const
- https://gerrit.zephyrproject.org/r/9550 : net/protocols: Consolidate helper routines

MERGED within last 24 hours:
- https://gerrit.zephyrproject.org/r/9574 : Bluetooth: Create separate bt_recv_prio() API
- https://gerrit.zephyrproject.org/r/9585 : Bluetooth: ATT: Fix using k_fifo API with net_buf
- https://gerrit.zephyrproject.org/r/9579 : gpio: Fix spelling mistake.
- https://gerrit.zephyrproject.org/r/9580 : Fixup indentation.
- https://gerrit.zephyrproject.org/r/9578 : Bluetooth: RFCOMM: Increase dlc stack size to 256
- https://gerrit.zephyrproject.org/r/9577 : Bluetooth: Controller: Remove advertiser struct use in observer
- https://gerrit.zephyrproject.org/r/9539 : Bluetooth: Reduce the minimum RX buf count to 2
- https://gerrit.zephyrproject.org/r/9530 : Bluetooth: Convert H:4 HCI driver to RECV_IS_RX_THREAD
- https://gerrit.zephyrproject.org/r/9535 : Bluetooth: Remove unused prio pool and buffer helpers
- https://gerrit.zephyrproject.org/r/9538 : Bluetooth: h4: Use k_fifo instead of k_sem
- https://gerrit.zephyrproject.org/r/9547 : Bluetooth: h4: Convert TX path to be interrupt based
- https://gerrit.zephyrproject.org/r/9536 : Bluetooth: Controller: Switch to controller-side RX thread
- https://gerrit.zephyrproject.org/r/9525 : Bluetooth: Refactor bt_recv() logic
- https://gerrit.zephyrproject.org/r/9524 : Bluetooth: Kconfig: Introduce BLUETOOTH_COMBINED_RX_BUF option
- https://gerrit.zephyrproject.org/r/9533 : Bluetooth: drivers: Use bt_buf_get_rx() in h5.c
- https://gerrit.zephyrproject.org/r/9527 : Bluetooth: Remove support for host flow control
- https://gerrit.zephyrproject.org/r/9529 : Bluetooth: Kconfig: Fine tune options for RECV_IS_RX_THREAD
- https://gerrit.zephyrproject.org/r/9537 : Bluetooth: Controller: Deprioritize adv report buffer allocation
- https://gerrit.zephyrproject.org/r/9528 : Bluetooth: Add bt_buf_get_rx() helper API
- https://gerrit.zephyrproject.org/r/9531 : Bluetooth: Use bt_buf_get_rx in hci_ecc.c
- https://gerrit.zephyrproject.org/r/9526 : Bluetooth: Introduce support for HCI driver-side RX thread
- https://gerrit.zephyrproject.org/r/9534 : Bluetooth: Controller: Use bt_buf_get_rx for buffer allocation
- https://gerrit.zephyrproject.org/r/9518 : Merge net branch into master
- https://gerrit.zephyrproject.org/r/9532 : Bluetooth: hci_ecc: Delay event buffer allocation
- https://gerrit.zephyrproject.org/r/9523 : Bluetooth: Kconfig Remove HOST_BUFFERS option
- https://gerrit.zephyrproject.org/r/9453 : Bluetooth: SDP: Send resolved UUID data to user
- https://gerrit.zephyrproject.org/r/9379 : Bluetooth: SDP: Check room needed against user allocated
- https://gerrit.zephyrproject.org/r/7077 : Bluetooth: HFP HF: SLC query indicators present value
- https://gerrit.zephyrproject.org/r/7030 : Bluetooth: HFP HF: SLC Connection send/parse CIND
- https://gerrit.zephyrproject.org/r/7076 : Bluetooth: AT: Change API name skip_whitespace to skip_space
- https://gerrit.zephyrproject.org/r/9568 : Bluetooth: AT: Rename API's which uses term 'stream'
- https://gerrit.zephyrproject.org/r/9572 : Bluetooth: Controller: fix DLE conditional compilations


Re: mqtt - tcp client connection - samples

Flavio Santes <flavio.santes@...>
 

Hello,

TCP-based sample code will be submitted once TCP is ready.

Regards,
Flavio


Re: reg: Routing SPI signals connected from x86 core to the Arc core

Tomasz Bursztyka
 

Hi,

You can use IPM API to send data from one core to another.
See include/ipm.h

Your accelerometer implements sensor API I guess? So it can trigger
a callback, which in turn would send the information to the ARC core
through IPM.

For the sensor trigger part, see samples/sensor ones. (bmi160 for instance).
And for ipm: samples/ipm ones.

Tomasz

Hi

We have connected an Accelerometer to the x86 core of C1000 (Quark_se)
through SPI interface.

Interrupt line of accelerometer is also connected to the AON_GPIO_3

Now I need to route the SPI connection of x86 to Arc core. Is that
possible ?

Any sample code in zephyr I can refer for this activity ?

Best regards

Mahendra

*

*


reg: Routing SPI signals connected from x86 core to the Arc core

Mahendravarman Rajarao (RBEI/EAA3) <Mahendravarman.Rajarao@...>
 

Hi

We have connected an Accelerometer to the x86 core of C1000 (Quark_se) through SPI interface.
Interrupt line of accelerometer is also connected to the AON_GPIO_3

Now I need to route the SPI connection of x86 to Arc core. Is that possible ?

Any sample code in zephyr I can refer for this activity ?

Best regards
Mahendra


Re: mqtt - tcp client connection - samples

Jorge Ramirez <jorge.ramirez-ortiz@...>
 

On 12/19/2016 01:38 PM, Jorge Ramirez wrote:
Hi,

I am looking for some sample code that shows how to connect an mqtt
publisher/subscriber to a broker or gateway.

The MQTT code in lib/iot requires that before the MQTT connect packet
can be sent, the MQTT device needs to have established a TCP
connection to the broker.

However the TCP_connect test code in tests/net/tcp/src/main.c has been
compiled out (last time I asked it was work in progress (scheduled for
December) since the actual stack support was not there yet).

I can see the following cards in JIRA:

* ZEP-613: TCP/UDP client and server mode functionality [in progress]
https://jira.zephyrproject.org/browse/ZEP-613

* ZEP-847: IoT protocol functionality must be moved from samples to
lib/iot [resolved]
https://jira.zephyrproject.org/browse/ZEP-847


A far as I can see lib/iot/mqtt contains the MQTT high level API -
this was delivered a couple of weeks ago;
however there is no MQTT sample code other than the MQTT packet
validation in tests/iot/.

I suppose the MQTT sample code and the actual functionality is still
blocked by ZEP-613?
hi Flavio,

do you know if the MQTT sample code - and the actual functionality to
connect to a broker- is still blocked by ZEP-613?
https://jira.zephyrproject.org/browse/ZEP-613

thanks


Daily JIRA Digest

donotreply@...
 

NEW JIRA items within last 24 hours: 0

UPDATED JIRA items within last 24 hours: 1
[ZEP-1483] H:4 HCI driver (h4.c) should rely on UART flow control to avoid dropping packets
https://jira.zephyrproject.org/browse/ZEP-1483


CLOSED JIRA items within last 24 hours: 0

RESOLVED JIRA items within last 24 hours: 0


Daily Gerrit Digest

donotreply@...
 

NEW within last 24 hours:
- https://gerrit.zephyrproject.org/r/9556 : net/mqtt: Add the mqtt_rx_publish routine
- https://gerrit.zephyrproject.org/r/9572 : Bluetooth: Controller: fix DLE conditional compilations
- https://gerrit.zephyrproject.org/r/9573 : WIP: Bluetooth: Controller: conditional compile advertiser only
- https://gerrit.zephyrproject.org/r/9564 : net/dns: Introduce the qname_copy routine
- https://gerrit.zephyrproject.org/r/9560 : net/mqtt: Improve error handling in mqtt_rx_connack routine
- https://gerrit.zephyrproject.org/r/9559 : net/mqtt: Improve buffer error handling in mqtt_tx routines
- https://gerrit.zephyrproject.org/r/9558 : net/mqtt: Allow an MQTT subscriber app to receive msgs
- https://gerrit.zephyrproject.org/r/9557 : net/mqtt: Allow an MQTT publisher app to receive msgs
- https://gerrit.zephyrproject.org/r/9555 : net/mqtt: Add missing function prototypes
- https://gerrit.zephyrproject.org/r/9554 : net/mqtt: Introduce helper callbacks
- https://gerrit.zephyrproject.org/r/9553 : net/mqtt: Use the right data type
- https://gerrit.zephyrproject.org/r/9552 : net/mqtt: Improve alignment
- https://gerrit.zephyrproject.org/r/9551 : net/mqtt: Make input arguments const
- https://gerrit.zephyrproject.org/r/9550 : net/protocols: Consolidate helper routines
- https://gerrit.zephyrproject.org/r/9549 : net/protocols: Remove unnecessary assignement in Makefiles
- https://gerrit.zephyrproject.org/r/9571 : stm32f4: Update flash to support higher sysclock frequencies
- https://gerrit.zephyrproject.org/r/9569 : Bluetooth: SDP: Update 'no records found' code comment
- https://gerrit.zephyrproject.org/r/9568 : Bluetooth: AT: Rename API's which uses term 'stream'
- https://gerrit.zephyrproject.org/r/9548 : arch/arm, boards: Add Support of STM32L433RC IC

UPDATED within last 24 hours:
- https://gerrit.zephyrproject.org/r/9530 : Bluetooth: Convert H:4 HCI driver to RECV_IS_RX_THREAD
- https://gerrit.zephyrproject.org/r/7263 : Bluetooth: samples: handsfree application indicator callback
- https://gerrit.zephyrproject.org/r/7030 : Bluetooth: HFP HF: SLC Connection send/parse CIND
- https://gerrit.zephyrproject.org/r/9523 : Bluetooth: Kconfig Remove HOST_BUFFERS option
- https://gerrit.zephyrproject.org/r/9524 : Bluetooth: Kconfig: Introduce BLUETOOTH_COMBINED_RX_BUF option
- https://gerrit.zephyrproject.org/r/9525 : Bluetooth: Refactor bt_recv() logic
- https://gerrit.zephyrproject.org/r/9526 : Bluetooth: Introduce support for HCI driver-side RX thread
- https://gerrit.zephyrproject.org/r/9468 : Bluetooth: HFP HF: SLC Enable indicator status report
- https://gerrit.zephyrproject.org/r/9527 : Bluetooth: Remove support for host flow control
- https://gerrit.zephyrproject.org/r/7076 : Bluetooth: AT: Change API name skip_whitespace to skip_space
- https://gerrit.zephyrproject.org/r/7077 : Bluetooth: HFP HF: SLC query indicators present value
- https://gerrit.zephyrproject.org/r/9528 : Bluetooth: Add bt_buf_get_rx() helper API
- https://gerrit.zephyrproject.org/r/9529 : Bluetooth: Kconfig: Fine tune options for RECV_IS_RX_THREAD
- https://gerrit.zephyrproject.org/r/9531 : Bluetooth: Use bt_buf_get_rx in hci_ecc.c
- https://gerrit.zephyrproject.org/r/9532 : Bluetooth: hci_ecc: Delay event buffer allocation
- https://gerrit.zephyrproject.org/r/9533 : Bluetooth: drivers: Use bt_buf_get_rx() in h5.c
- https://gerrit.zephyrproject.org/r/9534 : Bluetooth: Controller: Use bt_buf_get_rx for buffer allocation
- https://gerrit.zephyrproject.org/r/9535 : Bluetooth: Remove unused prio pool and buffer helpers
- https://gerrit.zephyrproject.org/r/9536 : Bluetooth: Controller: Switch to controller-side RX thread
- https://gerrit.zephyrproject.org/r/9537 : Bluetooth: Controller: Deprioritize adv report buffer allocation
- https://gerrit.zephyrproject.org/r/9538 : Bluetooth: h4: Use k_fifo instead of k_sem
- https://gerrit.zephyrproject.org/r/9547 : Bluetooth: h4: Convert TX path to be interrupt based
- https://gerrit.zephyrproject.org/r/7492 : Bluetooth: A2DP: Added Preset Structure
- https://gerrit.zephyrproject.org/r/6720 : Bluetooth: A2DP: Stream End Point Registration
- https://gerrit.zephyrproject.org/r/6719 : Bluetooth: A2DP: Stream End Point Structure
- https://gerrit.zephyrproject.org/r/9331 : Bluetooth: A2DP: Adds accept state callback handlers
- https://gerrit.zephyrproject.org/r/9539 : Bluetooth: Reduce the minimum RX buf count to 2
- https://gerrit.zephyrproject.org/r/9328 : Bluetooth: AVDTP: Add Accept Incoming connection cb
- https://gerrit.zephyrproject.org/r/9518 : Merge net branch into master
- https://gerrit.zephyrproject.org/r/9454 : Bluetooth: SDP: Add UUID reference to user callback
- https://gerrit.zephyrproject.org/r/9453 : Bluetooth: SDP: Send resolved UUID data to user
- https://gerrit.zephyrproject.org/r/9379 : Bluetooth: SDP: Check room needed against user allocated
- https://gerrit.zephyrproject.org/r/6717 : Bluetooth: A2DP: A2DP sink service record registration

MERGED within last 24 hours:


Re: Trying Nucleo-64 STM32F411RE

Erwan Gouriou
 

Hi Piotr,

There was an issue on F411RE clock initialisation steps.
I've submitted following change to correct it:
https://gerrit.zephyrproject.org/r/9571

Hope it helps.

Cheers
Erwan

On 20 December 2016 at 01:44, Piotr Król <piotr.krol(a)3mdeb.com> wrote:

Hi all,

I'm trying to run some examples (ie. hello_world, blinky) from arm
branch on Nucleo-64 STM32F411RE, but have problem with verifying if it
works. What I tried:

In hello_world directory:
make BOARD=nucleo_f411re
make BOARD=nucleo_f411re flash

Board seem to flash correctly. I OpenOCD master branch compiled locally.

$ make BOARD=nucleo_f411re flash
make[1]: Entering directory '/path/to//src/zephyr-project'
make[2]: Entering directory '/path/to//src/zephyr-project/
samples/hello_world/outdir/nucleo_f411re'
Using /path/to//src/zephyr-project as source for kernel
GEN ./Makefile
CHK include/generated/version.h
CHK misc/generated/configs.c
CHK include/generated/offsets.h
CHK misc/generated/sysgen/prj.mdef
Flashing nucleo_f411re
Flashing Target Device
Open On-Chip Debugger 0.9.0-dirty (2016-08-02-16:04)
Licensed under GNU GPL v2
For bug reports, read
http://openocd.org/doc/doxygen/bugs.html
Info : The selected transport took over low-level target control. The
results might differ compared to plain JTAG/SWD
adapter speed: 2000 kHz
adapter_nsrst_delay: 100
none separate
srst_only separate srst_nogate srst_open_drain connect_deassert_srst
Info : Unable to match requested speed 2000 kHz, using 1800 kHz
Info : Unable to match requested speed 2000 kHz, using 1800 kHz
Info : clock speed 1800 kHz
Info : STLINK v2 JTAG v27 API v2 SWIM v15 VID 0x0483 PID 0x374B
Info : using stlink api v2
Info : Target voltage: 3.234714
Info : stm32f4x.cpu: hardware has 6 breakpoints, 4 watchpoints
TargetName Type Endian TapName State
-- ------------------ ---------- ------ ------------------ ------------
0* stm32f4x.cpu hla_target little stm32f4x.cpu running
target state: halted
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x0800203c msp: 0x20000750
auto erase enabled
Info : device id = 0x10006431
Info : flash size = 512kbytes
target state: halted
target halted due to breakpoint, current mode: Thread
xPSR: 0x61000000 pc: 0x20000042 msp: 0x20000750
wrote 16384 bytes from file /path/to//src/zephyr-project/
samples/hello_world/outdir/nucleo_f411re/zephyr.bin in 0.727563s (21.991
KiB/s)
target state: halted
target halted due to debug-request, current mode: Thread
xPSR: 0x01000000 pc: 0x0800203c msp: 0x20000750
verified 12876 bytes in 0.118510s (106.103 KiB/s)
shutdown command invoked
Done flashing
make[2]: Leaving directory '/path/to//src/zephyr-project/
samples/hello_world/outdir/nucleo_f411re'
make[1]: Leaving directory '/path/to//src/zephyr-project'

IIUC from defconfig:
# enable USART2 - passthrough to STLINK v2 connector
CONFIG_UART_STM32_PORT_2=y
CONFIG_UART_STM32_PORT_2_BAUD_RATE=115200
# enable console on this port by default
CONFIG_UART_CONSOLE_ON_DEV_NAME="UART_2"

I should have output on UART exposed by STLINK, in my case /dev/ttyACM0
under
Debian Linux. Unfortunately no output. What more is needed to push printk
output to UART ?

I tried also to compile blinky example, but it fails during compilation. My
understanding is that defines used there were not provided for F411. disco
example compiles fine, but doesn't seem to blink with LED1 and LED2.

I also tried to use debugger to step through and see what happen but it
looks
like STM32 never hit main: https://gist.github.com/pietrushnic/
c2e74de9ff1d11e8e2d442dd30d8ae0a

What is correct procedure to verify STM32 F411RE code ?

Best Regards,
--
Piotr Król
Embedded Systems Consultant
http://3mdeb.com | @3mdeb_com


Re: [Question] 6LoWPan mesh-under routing

Ravi kumar Veeramally
 

Hello Richard,

On 12/30/2016 05:59 PM, Richard Peters wrote:
Hi Community, > > does zephyr os support mesh-under routing in 6LoWPan? If not, will
> this be supported in the near future? Yes, we are going to support
mesh-under routing in 6LoWPan.
Will a compressed IPv6 header be unpacked in mesh-under routing or >
can it stay compressed by multiple hops?
yes.
Is it possible to bridge different network devices in mesh-under >
routing, e.g. to form a single IPv6 subnet, composed of 802.15.4 >
devices and BT 4.2 devices? Initial plan for 802.15.4 devices.

- Ravi.
Sorry if these questions are a little bit noobish, i am relatively >
new to IOT and zephyr os ;) > > Regards, Richard >


Daily JIRA Digest

donotreply@...
 

NEW JIRA items within last 24 hours: 0

UPDATED JIRA items within last 24 hours: 0

CLOSED JIRA items within last 24 hours: 1
[ZEP-1496] (Fixed) gpio_pin_enable_callback error
https://jira.zephyrproject.org/browse/ZEP-1496


RESOLVED JIRA items within last 24 hours: 0


Daily Gerrit Digest

donotreply@...
 

NEW within last 24 hours:
- https://gerrit.zephyrproject.org/r/9547 : Bluetooth: h4: Convert TX path to be interrupt based
- https://gerrit.zephyrproject.org/r/9546 : Switch logrotate to build-discarder
- https://gerrit.zephyrproject.org/r/9545 : arm: Adjust cortex-m7 support to reflect its ARMv7-M architecture.
- https://gerrit.zephyrproject.org/r/9544 : arm: Replace CONFIG_CPU_CORTEX_M3_M4 with CONFIG_ARMV7_M
- https://gerrit.zephyrproject.org/r/9543 : arm: Replace CONFIG_CPU_CORTEX_M0_M0PLUS with CONFIG_ARMV6_M
- https://gerrit.zephyrproject.org/r/9542 : arm: Restructure ARM cpu related preprocessor conditionals.
- https://gerrit.zephyrproject.org/r/9541 : arm: cortex-m memory map is CPU specific
- https://gerrit.zephyrproject.org/r/9540 : arm: Fix assembler layout.

UPDATED within last 24 hours:
- https://gerrit.zephyrproject.org/r/9539 : Bluetooth: Reduce the minimum RX buf count to 2
- https://gerrit.zephyrproject.org/r/9538 : Bluetooth: h4: Use k_fifo instead of k_sem
- https://gerrit.zephyrproject.org/r/9455 : arm: nvic: Fix exception priority access on Cortex-M0(+)
- https://gerrit.zephyrproject.org/r/9503 : arm: nvic: Use uint8_t for priority level
- https://gerrit.zephyrproject.org/r/9475 : arm: Cortex-M0: Adapt core register code to M0
- https://gerrit.zephyrproject.org/r/9516 : drivers: Add Atmel SAM family GMAC Ethernet driver
- https://gerrit.zephyrproject.org/r/9536 : Bluetooth: Controller: Switch to controller-side RX thread

MERGED within last 24 hours:

5901 - 5920 of 8033