Date   

QUARK D2000 CRB Flash Failure

Gao, Ethan
 

Dear All:


We're encountering zephyr image flash issue that we failed to flash the zephyr OS/Bootloader to Quark D2000 CRB with the following error:
#######################################################################################################
ethan(a)devlbox:~/Workspace/IoT/Zephyr/Dev/zflash$ zflash -t bootloader -b quark_d2000_crb -f ./bootloader/quark_d2000/quark_d2000_rom.bin
Open On-Chip Debugger 0.8.0-dev-00319-g94d64cc-dirty (2016-01-25-16:15)
Licensed under GNU GPL v2
For bug reports, read
http://openocd.sourceforge.net/doc/doxygen/bugs.html
Info : only one transport option; autoselect 'jtag'
adapter speed: 1000 kHz
trst_only separate trst_push_pull
adapter speed: 1000 kHz
trst_only separate trst_push_pull
Info : clock speed 1000 kHz
Error: JTAG scan chain interrogation failed: all zeroes
Error: Check JTAG interface, timings, target power, etc.
Error: Trying to use configured scan chain anyway...
Error: quark_d2000.cltap: IR capture error; saw 0x0 not 0x1
Warn : Bypassing JTAG setup events due to errors
Target: TAP quark_d2000.lmt is disabled, can't be the current target

TargetName Type Endian TapName State
-- ------------------ ---------- ------ ------------------ ------------
0* lmt.cpu quark_d2000 little quark_d2000.lmt tap-disabled
in procedure 'targets'


then I tried to enable the tap manually using openocd with the following command:
ethan(a)devlbox:~/Workspace/IoT/Zephyr/Dev/zflash$ /usr/local/zflash/openocd/bin/openocd -s /usr/local/zflash/openocd/share/scripts -f /usr/local/zflash/boards/quark_d2000_crb/openocd.cfg -c 'init' -c 'jtag tapenable quark_d2000.lmt' -c 'targets 0' -c 'reset halt' -c 'load_image ./bootloader/quark_d2000/quark_d2000_rom.bin 0x00000000' -c 'reset halt' -c 'verify_image ./bootloader/quark_d2000/quark_d2000_rom.bin 0x00000000' -c 'reset run' -c 'shutdown'
Open On-Chip Debugger 0.8.0-dev-00319-g94d64cc-dirty (2016-01-25-16:15)
Licensed under GNU GPL v2
For bug reports, read
http://openocd.sourceforge.net/doc/doxygen/bugs.html
Info : only one transport option; autoselect 'jtag'
adapter speed: 1000 kHz
trst_only separate trst_push_pull
adapter speed: 1000 kHz
trst_only separate trst_push_pull
Info : clock speed 1000 kHz
Error: JTAG scan chain interrogation failed: all zeroes
Error: Check JTAG interface, timings, target power, etc.
Error: Trying to use configured scan chain anyway...
Error: quark_d2000.cltap: IR capture error; saw 0x0 not 0x1
Warn : Bypassing JTAG setup events due to errors
Enabling lmt core tap
Info : JTAG tap: quark_d2000.lmt enabled
1
Error: JTAG scan chain interrogation failed: all zeroes
Error: Check JTAG interface, timings, target power, etc.
Error: Trying to use configured scan chain anyway...
Error: quark_d2000.cltap: IR capture error; saw 0x0 not 0x1
Warn : Bypassing JTAG setup events due to errors
Error: target running, halt it first
in procedure 'load_image'


But it blocks with reset the Quark D2000 CRB using reset halt before loading the image. So can we reset it with other way like the following cmds?
ftdi_layout_init 0x0000 0x030b
ftdi_layout_signal nTRST -data 0x0100 -noe 0x0100
ftdi_layout_signal nSRST -data 0x0200 -oe 0x0200

or any BKMs to help resolve this kind of issue on Quark D2000 CRB? many thanks !


Re: Building Jerryscript, Zephyr and Arduino 101

Nashif, Anas
 

Nice.
I was able to flash it on the 101, got the shell and was able to run the test..
Maybe I am missing something, but should I be able to type into JS code into the shell directly?
Every time I do this the shell hangs.

Is there some special syntax?

Anas

On 25/05/2016, 11:51, "Martinez Rodriguez, Sergio" <sergio.martinez.rodriguez(a)intel.com> wrote:

Hi there,

I am working on getting an integration with JerryScript and Zephyr for the Arduino 101 without touching any of the two build systems, similar to the other architectures and systems JS already supports.

https://github.com/sergioamr/jerryscript/tree/wip/sergio/zephyr_arduino101/targets/arduino_101

It compiles and creates a command line javascript interpreter on the Arduino 101 hardware.

I am working on getting it to run on Qemu.

It is still a wip, but before I finish the integration and send the patch to Jerryscript, could someone have a look to it?

I have to change how I link the libraries to use since I am adding them as a toolchain lib:

"Add the variable USER_LDFLAGS to allow any application to link with
any third-party static library."

I also know we are changing how we are flashing the image, so I will have to change the documentation to accommodate that fact.


Thanks,
Sergio
---------------------------------------------------------------------
Intel Corporation (UK) Limited
Registered No. 1134945 (England)
Registered Office: Pipers Way, Swindon SN3 1RJ
VAT No: 860 2173 47

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.


Re: [users] Reg: Tasks and scheduler

Benjamin Walsh <benjamin.walsh@...>
 

I have worked on FreeRTOS. Now started to use Zephyr RTOS in a project
Please help me on the following

1. Is there any function in Zephyr RTOS to start the scheduler similar
to vTaskStartScheduler(); in FreeRTOS ? or once the tasks are
mentioned in prj.mdef will the schduler starts automatically ?
The scheduler starts automatically when the kernel is done with its
initialization.

Tasks put in the EXE group in the MDEF file are started automatically.
The others can be started via task_start(). Of course, you should have
at least one task in the EXE group or not much will happen.

2. How to pass some data between task1 and task2 in zephyr ?
What function calls I need to use in zephyr?
( xQueueCreate,xQueueReceive,XQueueSend are available in freeRTOS )
Is there any examples in zephyr to transfer data between 2 tasks ?
https://www.zephyrproject.org/doc/kernel/microkernel/microkernel_data.html


Reg: Tasks and scheduler

vishnuvaradan vishnuvaradan
 

Hi

I have worked on FreeRTOS. Now started to use Zephyr RTOS in a project
Please help me on the following

1. Is there any function in Zephyr RTOS to start the scheduler similar to
vTaskStartScheduler(); in FreeRTOS ? or once the tasks are mentioned in
prj.mdef
will the schduler starts automatically ?

2. How to pass some data between task1 and task2 in zephyr ?
What function calls I need to use in zephyr?
( xQueueCreate,xQueueReceive,XQueueSend are available in freeRTOS )
Is there any examples in zephyr to transfer data between 2 tasks ?

Any help is highly appreciated


Re: Building Jerryscript, Zephyr and Arduino 101

Gregg Reynolds <dev@...>
 

Sergio, that looks awesome. can't wait to give it a try this weekend.

thankgregg
On May 25, 2016 10:51 AM, "Martinez Rodriguez, Sergio" <
sergio.martinez.rodriguez(a)intel.com> wrote:

Hi there,

I am working on getting an integration with JerryScript and Zephyr for the
Arduino 101 without touching any of the two build systems, similar to the
other architectures and systems JS already supports.


https://github.com/sergioamr/jerryscript/tree/wip/sergio/zephyr_arduino101/targets/arduino_101

It compiles and creates a command line javascript interpreter on the
Arduino 101 hardware.

I am working on getting it to run on Qemu.

It is still a wip, but before I finish the integration and send the patch
to Jerryscript, could someone have a look to it?

I have to change how I link the libraries to use since I am adding them as
a toolchain lib:

"Add the variable USER_LDFLAGS to allow any application to link with
any third-party static library."

I also know we are changing how we are flashing the image, so I will have
to change the documentation to accommodate that fact.


Thanks,
Sergio
---------------------------------------------------------------------
Intel Corporation (UK) Limited
Registered No. 1134945 (England)
Registered Office: Pipers Way, Swindon SN3 1RJ
VAT No: 860 2173 47

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.


Building Jerryscript, Zephyr and Arduino 101

Martinez Rodriguez, Sergio <sergio.martinez.rodriguez@...>
 

Hi there,

I am working on getting an integration with JerryScript and Zephyr for the Arduino 101 without touching any of the two build systems, similar to the other architectures and systems JS already supports.

https://github.com/sergioamr/jerryscript/tree/wip/sergio/zephyr_arduino101/targets/arduino_101

It compiles and creates a command line javascript interpreter on the Arduino 101 hardware.

I am working on getting it to run on Qemu.

It is still a wip, but before I finish the integration and send the patch to Jerryscript, could someone have a look to it?

I have to change how I link the libraries to use since I am adding them as a toolchain lib:

"Add the variable USER_LDFLAGS to allow any application to link with
any third-party static library."

I also know we are changing how we are flashing the image, so I will have to change the documentation to accommodate that fact.


Thanks,
Sergio
---------------------------------------------------------------------
Intel Corporation (UK) Limited
Registered No. 1134945 (England)
Registered Office: Pipers Way, Swindon SN3 1RJ
VAT No: 860 2173 47

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.


Daily Gerrit Digest

donotreply@...
 

NEW within last 24 hours:
- https://gerrit.zephyrproject.org/r/2238 : ext: Import Nordic MDK header files
- https://gerrit.zephyrproject.org/r/2234 : Bluetooth: tester: Add support for indications in tester application
- https://gerrit.zephyrproject.org/r/2232 : drivers/nble: Defer GATT long write errors to execute response
- https://gerrit.zephyrproject.org/r/2235 : console: Add support for commands completion
- https://gerrit.zephyrproject.org/r/2236 : console: shell: Add support for commands completion
- https://gerrit.zephyrproject.org/r/2230 : ext: include headers based on HAL being used
- https://gerrit.zephyrproject.org/r/2228 : nanokernel: Add _nano_timeout_init
- https://gerrit.zephyrproject.org/r/2229 : nanokernel: nano_timer: Make nano_timer_init call _nano_timeout_init
- https://gerrit.zephyrproject.org/r/2226 : qmsi: build with external lib
- https://gerrit.zephyrproject.org/r/2225 : arc: fixes a missing declaration compile error
- https://gerrit.zephyrproject.org/r/2222 : build script: added SSTATE to the conf/local.conf
- https://gerrit.zephyrproject.org/r/2221 : readme: add Zephyr SDK build instructions
- https://gerrit.zephyrproject.org/r/2220 : script clone: update script to use env variables

UPDATED within last 24 hours:
- https://gerrit.zephyrproject.org/r/2169 : scripts: Add the ISA to the path of included libraries
- https://gerrit.zephyrproject.org/r/1903 : arm: Add support for Nordic Semiconductor's nRF52 series of ICs
- https://gerrit.zephyrproject.org/r/2081 : drivers: Add basic GPIO and UART support for nRF52
- https://gerrit.zephyrproject.org/r/2082 : boards: Add support for the nRF52 DK board (PCA10040)
- https://gerrit.zephyrproject.org/r/2051 : gpio: For ARC EM Starterkit, a 4-port GPIO implementation is being added
- https://gerrit.zephyrproject.org/r/2041 : Bluetooth: SMP: Make use of nano_delayed_work API
- https://gerrit.zephyrproject.org/r/2040 : tests: Add tests for delayed workqueue
- https://gerrit.zephyrproject.org/r/2106 : sensor: add driver for LSM6DS0
- https://gerrit.zephyrproject.org/r/2063 : Bluetooth: conn: Make use of nano_delayed_work API
- https://gerrit.zephyrproject.org/r/2214 : Bluetooth: Add delay before sending Connection Update
- https://gerrit.zephyrproject.org/r/2039 : nano_work: Add delayed version
- https://gerrit.zephyrproject.org/r/2187 : nanokernel: Add callback to _nano_timeout once again
- https://gerrit.zephyrproject.org/r/2184 : arc: support microkernel on ARC
- https://gerrit.zephyrproject.org/r/1963 : i2c: disable/enable interrupts before entering critical regions.
- https://gerrit.zephyrproject.org/r/2198 : update build scripts to use env variables for poky and meta location
- https://gerrit.zephyrproject.org/r/1520 : ipm console: Implement flow control between sender and receiver
- https://gerrit.zephyrproject.org/r/1516 : x86: make GDT setup optional
- https://gerrit.zephyrproject.org/r/2114 : debug: allow easier stack frame debug
- https://gerrit.zephyrproject.org/r/2203 : sensor: add driver for HTS221 sensor
- https://gerrit.zephyrproject.org/r/2215 : eth: Fix spurious interrupt issues

MERGED within last 24 hours:
- https://gerrit.zephyrproject.org/r/2233 : drivers/nble: Fix GATT Server Indications
- https://gerrit.zephyrproject.org/r/2231 : Bluetooth/shell: Correct attribute write error
- https://gerrit.zephyrproject.org/r/2224 : quark_se_ss: Remove duplicate QMSI Kconfig symbols
- https://gerrit.zephyrproject.org/r/2223 : ext: plumb out Kconfig support for external source code
- https://gerrit.zephyrproject.org/r/2227 : Bluetooth: Increase HCI_LE_Rand delay for Arduino 101
- https://gerrit.zephyrproject.org/r/2217 : Bluetooth: shell: Enable TinyCrypt ECC for nimble
- https://gerrit.zephyrproject.org/r/2216 : Bluetooth: Offload bt_recv to fiber if run from task
- https://gerrit.zephyrproject.org/r/2218 : i2c: fix some spelling errors/grammar in comments
- https://gerrit.zephyrproject.org/r/2213 : Bluetooth/peripheral_csc: Add configuration for nble
- https://gerrit.zephyrproject.org/r/2200 : sample/flash: update sample usage for flash erase operation
- https://gerrit.zephyrproject.org/r/2199 : flash: update API documentation
- https://gerrit.zephyrproject.org/r/2202 : Bluetooth: tester: Fix invalid type cast
- https://gerrit.zephyrproject.org/r/2205 : Bluetooth: Offload ECC calculations to task
- https://gerrit.zephyrproject.org/r/2172 : ksdk: Import Kinetis SDK device support for K64F
- https://gerrit.zephyrproject.org/r/2008 : ksdk: Import Kinetis SDK drivers
- https://gerrit.zephyrproject.org/r/2007 : cmsis: Import CMSIS-CORE header files


building zephyr with mainline toolchain for Arduino 101

Lukasz Janyst <xyz@...>
 

Hi there,

I have recently started playing with Zephyr and decided to see whether I
can build it for Arduino 101 with the mainline toolchain. I compiled the
following for both i586-none-elfiamcu and arc-none-elf targets:

* binutils master branch, 2.26.51 has messed up commandline parsing for
arc (fixed in master)
* gcc 6.1
* newlib 2.4.0
* gdb 7.11 (mainline for Intel, foss-for-synopsys-dwc-arc-processors for
arc)

Things work well for Intel except for one minor glitch in newlib's
'strtold()'. However, for arc, I have encountered some issues with
zephyr itself:

1) In various assembler files you use the 'j_s.nd [blink]' instruction.
I could not find anywhere what it is supposed to do and mainline gas
does not know what to do about it. When you look at the actual opcodes
emitted by poky gas, it seems that what you meant is 'j_s [blink]':

https://jany.st/tools/zerobin/?0720d0b22d454d12#0isJEY6pqj4aMNiHL5tUOn627K/c746sR24Smx9qKL8=

Things work if I change that. I can send out a patch if there is an
interest.

2) gcc 6.1 for arc seems to emit code containing traps calling
'abort()':

https://jany.st/tools/zerobin/?4b679a767b37a3a5#JBh80TwI4M3jahfRBLvWQvjVhRIDFnnB4AVEewXUTNY=

Zephyr does not provide the symbol, so the compilation fails. It seems
that Linux provides 'abort()' for certain architectures:

http://lxr.free-electrons.com/source/arch/arm/kernel/traps.c#L756

I don't know enough about arc to provide a sensible implementation so
suggestions would be appreciated. A dummy symbol makes the compilation
pass.

Cheers,
Lukasz


building zephyr with mainline toolchain for Arduino 101

Lukasz Janyst <lukasz@...>
 

Hi there,

I have recently started playing with Zephyr and decided to see whether I
can build it for Arduino 101 with the mainline toolchain. I compiled the
following for both i586-none-elfiamcu and arc-none-elf targets:

* binutils master branch, 2.26.51 has messed up commandline parsing for
arc (fixed in master)
* gcc 6.1
* newlib 2.4.0
* gdb 7.11 (mainline for Intel, foss-for-synopsys-dwc-arc-processors for
arc)

Things work well for Intel except for one minor glitch in newlib's
'strtold()'. However, for arc, I have encountered some issues with
zephyr itself:

1) In various assembler files you use the 'j_s.nd [blink]' instruction.
I could not find anywhere what it is supposed to do and mainline gas
does not know what to do about it. When you look at the actual opcodes
emitted by poky gas, it seems that what you meant is 'j_s [blink]':

https://jany.st/tools/zerobin/?0720d0b22d454d12#0isJEY6pqj4aMNiHL5tUOn627K/c746sR24Smx9qKL8=

Things work if I change that. I can send out a patch if there is an
interest.

2) gcc 6.1 for arc seems to emit code containing traps calling
'abort()':

https://jany.st/tools/zerobin/?4b679a767b37a3a5#JBh80TwI4M3jahfRBLvWQvjVhRIDFnnB4AVEewXUTNY=

Zephyr does not provide the symbol, so the compilation fails. It seems
that Linux provides 'abort()' for certain architectures:

http://lxr.free-electrons.com/source/arch/arm/kernel/traps.c#L756

I don't know enough about arc to provide a sensible implementation so
suggestions would be appreciated. A dummy symbol makes the compilation
pass.

Cheers,
Lukasz


Re: whitespace Kconfig cleanup patch

Nashif, Anas
 

Kumar,
I would prefer 1 patch, since it is fixing one issue ☺

Thanks,
Anas

On 24/05/2016, 20:33, "Kumar Gala" <kumar.gala(a)linaro.org> wrote:

Anas,

I’ve got a patch that cleans up all the whitespace issues is the Kconfig files. Think we should try and merge this sooner than later, to reduce propagation of this issue going forward. I think being consistent will be helpful to reduce merge issues in the future. Plus fixing this now, will reduce copy/paste propagation going forward.

How would you like this, as one patch or 63? I think we should also look at getting gerrit to check this and reject patches with this issue in the future.

Here’s the diffstat to get an idea of what’s touched:

Kconfig.zephyr | 4
arch/Kconfig | 20 -
arch/arc/soc/em11d/Kconfig.defconfig | 20 -
arch/arc/soc/em11d/Kconfig.soc | 2
arch/arc/soc/em9d/Kconfig.defconfig | 20 -
arch/arc/soc/em9d/Kconfig.soc | 2
arch/arc/soc/quark_se_ss/Kconfig.defconfig | 10
arch/arc/soc/quark_se_ss/Kconfig.soc | 2
arch/arm/soc/st_stm32/stm32f1/Kconfig.defconfig.series | 8
arch/arm/soc/st_stm32/stm32f1/Kconfig.defconfig.stm32f103rb | 4
arch/arm/soc/st_stm32/stm32f1/Kconfig.defconfig.stm32f103ve | 4
arch/x86/Kconfig | 2
arch/x86/core/Kconfig | 6
arch/x86/soc/quark_d2000/Kconfig.defconfig | 8
arch/x86/soc/quark_d2000/Kconfig.soc | 14 -
arch/x86/soc/quark_se/Kconfig.defconfig | 14 -
arch/x86/soc/quark_se/Kconfig.soc | 16 -
arch/x86/soc/quark_x1000/Kconfig.defconfig | 8
boards/altera_max10/Kconfig.board | 4
boards/arduino_101/Kconfig.board | 4
boards/arduino_101/Kconfig.defconfig | 6
boards/arduino_101_sss/Kconfig.board | 4
boards/arduino_101_sss/Kconfig.defconfig | 2
boards/basic_cortex_m3/Kconfig.board | 4
boards/basic_cortex_m3/Kconfig.defconfig | 2
boards/basic_minuteia/Kconfig.board | 4
boards/basic_minuteia/Kconfig.defconfig | 2
boards/em_starterkit/Kconfig.defconfig | 2
boards/frdm_k64f/Kconfig.board | 4
boards/frdm_k64f/Kconfig.defconfig | 2
boards/galileo/Kconfig.board | 4
boards/galileo/Kconfig.defconfig | 12 -
boards/minnowboard/Kconfig.board | 4
boards/minnowboard/Kconfig.defconfig | 2
boards/olimexino_stm32/Kconfig.board | 4
boards/olimexino_stm32/Kconfig.defconfig | 2
boards/qemu_cortex_m3/Kconfig.board | 4
boards/qemu_cortex_m3/Kconfig.defconfig | 2
boards/qemu_x86/Kconfig.board | 4
boards/qemu_x86/Kconfig.defconfig | 4
boards/quark_d2000_crb/Kconfig.board | 4
boards/quark_se_devboard/Kconfig.board | 4
boards/quark_se_devboard/Kconfig.defconfig | 4
boards/quark_se_sss_devboard/Kconfig.board | 4
boards/quark_se_sss_devboard/Kconfig.defconfig | 2
drivers/adc/Kconfig | 6
drivers/clock_control/Kconfig.quark_se | 10
drivers/ethernet/Kconfig | 2
drivers/gpio/Kconfig | 8
drivers/gpio/Kconfig.qmsi | 12 -
drivers/gpio/Kconfig.stm32 | 2
drivers/grove/Kconfig | 22 -
drivers/i2c/Kconfig | 136 +++++------
drivers/pci/Kconfig | 24 +-
drivers/pinmux/Kconfig | 4
drivers/pinmux/Kconfig.k64 | 60 ++---
drivers/pinmux/galileo/Kconfig | 74 +++---
drivers/random/Kconfig | 8
drivers/sensor/Kconfig.bmc150_magn | 2
drivers/spi/Kconfig | 12 -
lib/crypto/tinycrypt/Kconfig | 140 ++++++------
misc/Kconfig | 48 ++--
net/ip/Kconfig | 20 -
63 files changed, 427 insertions(+), 427 deletions(-)

- k


whitespace Kconfig cleanup patch

Kumar Gala
 

Anas,

I’ve got a patch that cleans up all the whitespace issues is the Kconfig files. Think we should try and merge this sooner than later, to reduce propagation of this issue going forward. I think being consistent will be helpful to reduce merge issues in the future. Plus fixing this now, will reduce copy/paste propagation going forward.

How would you like this, as one patch or 63? I think we should also look at getting gerrit to check this and reject patches with this issue in the future.

Here’s the diffstat to get an idea of what’s touched:

Kconfig.zephyr | 4
arch/Kconfig | 20 -
arch/arc/soc/em11d/Kconfig.defconfig | 20 -
arch/arc/soc/em11d/Kconfig.soc | 2
arch/arc/soc/em9d/Kconfig.defconfig | 20 -
arch/arc/soc/em9d/Kconfig.soc | 2
arch/arc/soc/quark_se_ss/Kconfig.defconfig | 10
arch/arc/soc/quark_se_ss/Kconfig.soc | 2
arch/arm/soc/st_stm32/stm32f1/Kconfig.defconfig.series | 8
arch/arm/soc/st_stm32/stm32f1/Kconfig.defconfig.stm32f103rb | 4
arch/arm/soc/st_stm32/stm32f1/Kconfig.defconfig.stm32f103ve | 4
arch/x86/Kconfig | 2
arch/x86/core/Kconfig | 6
arch/x86/soc/quark_d2000/Kconfig.defconfig | 8
arch/x86/soc/quark_d2000/Kconfig.soc | 14 -
arch/x86/soc/quark_se/Kconfig.defconfig | 14 -
arch/x86/soc/quark_se/Kconfig.soc | 16 -
arch/x86/soc/quark_x1000/Kconfig.defconfig | 8
boards/altera_max10/Kconfig.board | 4
boards/arduino_101/Kconfig.board | 4
boards/arduino_101/Kconfig.defconfig | 6
boards/arduino_101_sss/Kconfig.board | 4
boards/arduino_101_sss/Kconfig.defconfig | 2
boards/basic_cortex_m3/Kconfig.board | 4
boards/basic_cortex_m3/Kconfig.defconfig | 2
boards/basic_minuteia/Kconfig.board | 4
boards/basic_minuteia/Kconfig.defconfig | 2
boards/em_starterkit/Kconfig.defconfig | 2
boards/frdm_k64f/Kconfig.board | 4
boards/frdm_k64f/Kconfig.defconfig | 2
boards/galileo/Kconfig.board | 4
boards/galileo/Kconfig.defconfig | 12 -
boards/minnowboard/Kconfig.board | 4
boards/minnowboard/Kconfig.defconfig | 2
boards/olimexino_stm32/Kconfig.board | 4
boards/olimexino_stm32/Kconfig.defconfig | 2
boards/qemu_cortex_m3/Kconfig.board | 4
boards/qemu_cortex_m3/Kconfig.defconfig | 2
boards/qemu_x86/Kconfig.board | 4
boards/qemu_x86/Kconfig.defconfig | 4
boards/quark_d2000_crb/Kconfig.board | 4
boards/quark_se_devboard/Kconfig.board | 4
boards/quark_se_devboard/Kconfig.defconfig | 4
boards/quark_se_sss_devboard/Kconfig.board | 4
boards/quark_se_sss_devboard/Kconfig.defconfig | 2
drivers/adc/Kconfig | 6
drivers/clock_control/Kconfig.quark_se | 10
drivers/ethernet/Kconfig | 2
drivers/gpio/Kconfig | 8
drivers/gpio/Kconfig.qmsi | 12 -
drivers/gpio/Kconfig.stm32 | 2
drivers/grove/Kconfig | 22 -
drivers/i2c/Kconfig | 136 +++++------
drivers/pci/Kconfig | 24 +-
drivers/pinmux/Kconfig | 4
drivers/pinmux/Kconfig.k64 | 60 ++---
drivers/pinmux/galileo/Kconfig | 74 +++---
drivers/random/Kconfig | 8
drivers/sensor/Kconfig.bmc150_magn | 2
drivers/spi/Kconfig | 12 -
lib/crypto/tinycrypt/Kconfig | 140 ++++++------
misc/Kconfig | 48 ++--
net/ip/Kconfig | 20 -
63 files changed, 427 insertions(+), 427 deletions(-)

- k


Re: CMSIS, ksdk and nrf52 integration

Carles Cufi
 

Hi there,

On 24/05/16 23:03, "Nashif, Anas" <anas.nashif(a)intel.com> wrote:



On 24/05/2016, 16:55, "Maureen Helm" <maureen.helm(a)nxp.com> wrote:



-----Original Message-----
From: Kumar Gala [mailto:kumar.gala(a)linaro.org]
Sent: Tuesday, May 24, 2016 1:43 PM
To: Nashif, Anas <anas.nashif(a)intel.com>
Cc: Maureen Helm <maureen.helm(a)nxp.com>; Cufi, Carles
<Carles.Cufi(a)nordicsemi.no>; devel(a)lists.zephyrproject.org
Subject: Re: [devel] CMSIS, ksdk and nrf52 integration


On May 24, 2016, at 12:44 PM, Nashif, Anas <anas.nashif(a)intel.com>
wrote:



On 24/05/2016, 13:43, "Maureen Helm" <maureen.helm(a)nxp.com> wrote:



-----Original Message-----
From: Cufi, Carles [mailto:Carles.Cufi(a)nordicsemi.no]
Sent: Tuesday, May 24, 2016 9:47 AM
To: Nashif, Anas <anas.nashif(a)intel.com>; Maureen Helm
<maureen.helm(a)nxp.com>
Cc: devel(a)lists.zephyrproject.org
Subject: Re: CMSIS, ksdk and nrf52 integration

Hi Anas,


On 24/05/16 16:44, "Nashif, Anas" <anas.nashif(a)intel.com> wrote:

Hi Maureen, Carles:

In the interest of moving forward with CMSIS and related pending
changes, I am proposing the following:

- merge CMSIS+ksdk patches from Maureen
- add basic support in Kconfig and the Makefile to allow inclusion
of CMSIS headers by SoCs.
- change nrf52 port to use new location of cmsis headers. Carles,
will you be ok doing this?
Of course, in fact there should not be any work at all there as
long
as the INCLUDE path points to the new location in a similar format:
<cmsis/file.h>. If we decide to drop the ³cmsis² namespace then
it¹s
a simple change, I will make it of course.
I was planning to update my patches to add/modify the READMEs
similar to
what Anas did for qmsi, change cmsis/Include to cmsis/include per the
review
comments, and rebase ksdk to use the new checkpatch. I'll get this out
later
today.

Why do we need this change if we intend to point the include path to be
cmsis/Include. I don’t think we should be changing this. It should
get hidden
by something like:

subdir-ccflags-$(CONFIG_CMSIS) += -I$(srctree)/ext/hal/cmsis/Include/

Seems better to leave things alone as much as possible.
My preference is to leave it alone, but I thought I was outnumbered on
that. Anas and Carles, your thoughts?
I subscribe. Leaving it alone and pointing to cmsis/Include is my
preference as well.

Carles


Re: CMSIS, ksdk and nrf52 integration

Nashif, Anas
 

On 24/05/2016, 16:55, "Maureen Helm" <maureen.helm(a)nxp.com> wrote:



-----Original Message-----
From: Kumar Gala [mailto:kumar.gala(a)linaro.org]
Sent: Tuesday, May 24, 2016 1:43 PM
To: Nashif, Anas <anas.nashif(a)intel.com>
Cc: Maureen Helm <maureen.helm(a)nxp.com>; Cufi, Carles
<Carles.Cufi(a)nordicsemi.no>; devel(a)lists.zephyrproject.org
Subject: Re: [devel] CMSIS, ksdk and nrf52 integration


On May 24, 2016, at 12:44 PM, Nashif, Anas <anas.nashif(a)intel.com> wrote:



On 24/05/2016, 13:43, "Maureen Helm" <maureen.helm(a)nxp.com> wrote:



-----Original Message-----
From: Cufi, Carles [mailto:Carles.Cufi(a)nordicsemi.no]
Sent: Tuesday, May 24, 2016 9:47 AM
To: Nashif, Anas <anas.nashif(a)intel.com>; Maureen Helm
<maureen.helm(a)nxp.com>
Cc: devel(a)lists.zephyrproject.org
Subject: Re: CMSIS, ksdk and nrf52 integration

Hi Anas,


On 24/05/16 16:44, "Nashif, Anas" <anas.nashif(a)intel.com> wrote:

Hi Maureen, Carles:

In the interest of moving forward with CMSIS and related pending
changes, I am proposing the following:

- merge CMSIS+ksdk patches from Maureen
- add basic support in Kconfig and the Makefile to allow inclusion
of CMSIS headers by SoCs.
- change nrf52 port to use new location of cmsis headers. Carles,
will you be ok doing this?
Of course, in fact there should not be any work at all there as long
as the INCLUDE path points to the new location in a similar format:
<cmsis/file.h>. If we decide to drop the ³cmsis² namespace then it¹s
a simple change, I will make it of course.
I was planning to update my patches to add/modify the READMEs similar to
what Anas did for qmsi, change cmsis/Include to cmsis/include per the review
comments, and rebase ksdk to use the new checkpatch. I'll get this out later
today.

Why do we need this change if we intend to point the include path to be
cmsis/Include. I don’t think we should be changing this. It should get hidden
by something like:

subdir-ccflags-$(CONFIG_CMSIS) += -I$(srctree)/ext/hal/cmsis/Include/

Seems better to leave things alone as much as possible.
My preference is to leave it alone, but I thought I was outnumbered on that. Anas and Carles, your thoughts?
Don’t have any strong preference here, as long as it is hidden from the users ☺

Anas



I assume the cmsis addition will be two commits? One for the actual import,
and a second for any related Makefile/Kconfig/README bits?
I've got one commit, but just for the import and README. Makefile/Kconfig should be a separate commit


- k


Re: CMSIS, ksdk and nrf52 integration

Maureen Helm
 

-----Original Message-----
From: Kumar Gala [mailto:kumar.gala(a)linaro.org]
Sent: Tuesday, May 24, 2016 1:43 PM
To: Nashif, Anas <anas.nashif(a)intel.com>
Cc: Maureen Helm <maureen.helm(a)nxp.com>; Cufi, Carles
<Carles.Cufi(a)nordicsemi.no>; devel(a)lists.zephyrproject.org
Subject: Re: [devel] CMSIS, ksdk and nrf52 integration


On May 24, 2016, at 12:44 PM, Nashif, Anas <anas.nashif(a)intel.com> wrote:



On 24/05/2016, 13:43, "Maureen Helm" <maureen.helm(a)nxp.com> wrote:



-----Original Message-----
From: Cufi, Carles [mailto:Carles.Cufi(a)nordicsemi.no]
Sent: Tuesday, May 24, 2016 9:47 AM
To: Nashif, Anas <anas.nashif(a)intel.com>; Maureen Helm
<maureen.helm(a)nxp.com>
Cc: devel(a)lists.zephyrproject.org
Subject: Re: CMSIS, ksdk and nrf52 integration

Hi Anas,


On 24/05/16 16:44, "Nashif, Anas" <anas.nashif(a)intel.com> wrote:

Hi Maureen, Carles:

In the interest of moving forward with CMSIS and related pending
changes, I am proposing the following:

- merge CMSIS+ksdk patches from Maureen
- add basic support in Kconfig and the Makefile to allow inclusion
of CMSIS headers by SoCs.
- change nrf52 port to use new location of cmsis headers. Carles,
will you be ok doing this?
Of course, in fact there should not be any work at all there as long
as the INCLUDE path points to the new location in a similar format:
<cmsis/file.h>. If we decide to drop the ³cmsis² namespace then it¹s
a simple change, I will make it of course.
I was planning to update my patches to add/modify the READMEs similar to
what Anas did for qmsi, change cmsis/Include to cmsis/include per the review
comments, and rebase ksdk to use the new checkpatch. I'll get this out later
today.

Why do we need this change if we intend to point the include path to be
cmsis/Include. I don’t think we should be changing this. It should get hidden
by something like:

subdir-ccflags-$(CONFIG_CMSIS) += -I$(srctree)/ext/hal/cmsis/Include/

Seems better to leave things alone as much as possible.
My preference is to leave it alone, but I thought I was outnumbered on that. Anas and Carles, your thoughts?


I assume the cmsis addition will be two commits? One for the actual import,
and a second for any related Makefile/Kconfig/README bits?
I've got one commit, but just for the import and README. Makefile/Kconfig should be a separate commit


- k


Re: CMSIS, ksdk and nrf52 integration

Kumar Gala
 

On May 24, 2016, at 12:44 PM, Nashif, Anas <anas.nashif(a)intel.com> wrote:



On 24/05/2016, 13:43, "Maureen Helm" <maureen.helm(a)nxp.com> wrote:



-----Original Message-----
From: Cufi, Carles [mailto:Carles.Cufi(a)nordicsemi.no]
Sent: Tuesday, May 24, 2016 9:47 AM
To: Nashif, Anas <anas.nashif(a)intel.com>; Maureen Helm
<maureen.helm(a)nxp.com>
Cc: devel(a)lists.zephyrproject.org
Subject: Re: CMSIS, ksdk and nrf52 integration

Hi Anas,


On 24/05/16 16:44, "Nashif, Anas" <anas.nashif(a)intel.com> wrote:

Hi Maureen, Carles:

In the interest of moving forward with CMSIS and related pending
changes, I am proposing the following:

- merge CMSIS+ksdk patches from Maureen
- add basic support in Kconfig and the Makefile to allow inclusion of
CMSIS headers by SoCs.
- change nrf52 port to use new location of cmsis headers. Carles, will
you be ok doing this?
Of course, in fact there should not be any work at all there as long as the
INCLUDE path points to the new location in a similar format:
<cmsis/file.h>. If we decide to drop the ³cmsis² namespace then it¹s a simple
change, I will make it of course.
I was planning to update my patches to add/modify the READMEs similar to what Anas did for qmsi, change cmsis/Include to cmsis/include per the review comments, and rebase ksdk to use the new checkpatch. I'll get this out later today.
Why do we need this change if we intend to point the include path to be cmsis/Include. I don’t think we should be changing this. It should get hidden by something like:

subdir-ccflags-$(CONFIG_CMSIS) += -I$(srctree)/ext/hal/cmsis/Include/

Seems better to leave things alone as much as possible.

I assume the cmsis addition will be two commits? One for the actual import, and a second for any related Makefile/Kconfig/README bits?

- k


Re: CMSIS, ksdk and nrf52 integration

Nashif, Anas
 

On 24/05/2016, 13:43, "Maureen Helm" <maureen.helm(a)nxp.com> wrote:



-----Original Message-----
From: Cufi, Carles [mailto:Carles.Cufi(a)nordicsemi.no]
Sent: Tuesday, May 24, 2016 9:47 AM
To: Nashif, Anas <anas.nashif(a)intel.com>; Maureen Helm
<maureen.helm(a)nxp.com>
Cc: devel(a)lists.zephyrproject.org
Subject: Re: CMSIS, ksdk and nrf52 integration

Hi Anas,


On 24/05/16 16:44, "Nashif, Anas" <anas.nashif(a)intel.com> wrote:

Hi Maureen, Carles:

In the interest of moving forward with CMSIS and related pending
changes, I am proposing the following:

- merge CMSIS+ksdk patches from Maureen
- add basic support in Kconfig and the Makefile to allow inclusion of
CMSIS headers by SoCs.
- change nrf52 port to use new location of cmsis headers. Carles, will
you be ok doing this?
Of course, in fact there should not be any work at all there as long as the
INCLUDE path points to the new location in a similar format:
<cmsis/file.h>. If we decide to drop the ³cmsis² namespace then it¹s a simple
change, I will make it of course.
I was planning to update my patches to add/modify the READMEs similar to what Anas did for qmsi, change cmsis/Include to cmsis/include per the review comments, and rebase ksdk to use the new checkpatch. I'll get this out later today.

Great. Will wait for that.

Anas




we had a discussion about header namespace for CMSIS. I see both points
here, the goal is to avoid changes to existing SDKs including such
headers, a quick look reveals directly inclusion is used without
namespaces in many vendor SDKs.

Goal is to have everything reviewed and merged by tomorrow, is this Ok
with everyone? :-)
Got it, will push the change to include directly without the cmsis/ path.
Sounds good.


Thanks,

Carles


Re: CMSIS, ksdk and nrf52 integration

Maureen Helm
 

-----Original Message-----
From: Cufi, Carles [mailto:Carles.Cufi(a)nordicsemi.no]
Sent: Tuesday, May 24, 2016 9:47 AM
To: Nashif, Anas <anas.nashif(a)intel.com>; Maureen Helm
<maureen.helm(a)nxp.com>
Cc: devel(a)lists.zephyrproject.org
Subject: Re: CMSIS, ksdk and nrf52 integration

Hi Anas,


On 24/05/16 16:44, "Nashif, Anas" <anas.nashif(a)intel.com> wrote:

Hi Maureen, Carles:

In the interest of moving forward with CMSIS and related pending
changes, I am proposing the following:

- merge CMSIS+ksdk patches from Maureen
- add basic support in Kconfig and the Makefile to allow inclusion of
CMSIS headers by SoCs.
- change nrf52 port to use new location of cmsis headers. Carles, will
you be ok doing this?
Of course, in fact there should not be any work at all there as long as the
INCLUDE path points to the new location in a similar format:
<cmsis/file.h>. If we decide to drop the ³cmsis² namespace then it¹s a simple
change, I will make it of course.
I was planning to update my patches to add/modify the READMEs similar to what Anas did for qmsi, change cmsis/Include to cmsis/include per the review comments, and rebase ksdk to use the new checkpatch. I'll get this out later today.


we had a discussion about header namespace for CMSIS. I see both points
here, the goal is to avoid changes to existing SDKs including such
headers, a quick look reveals directly inclusion is used without
namespaces in many vendor SDKs.

Goal is to have everything reviewed and merged by tomorrow, is this Ok
with everyone? :-)
Got it, will push the change to include directly without the cmsis/ path.
Sounds good.


Thanks,

Carles


Daily JIRA Digest

donotreply@...
 

NEW JIRA items within last 24 hours: 0

UPDATED JIRA items within last 24 hours: 2
[ZEP-267] nios2: implement _new_thread()
https://jira.zephyrproject.org/browse/ZEP-267

[ZEP-383] spi flash driver needs to explain protection, write, erase sequence in detail
https://jira.zephyrproject.org/browse/ZEP-383


CLOSED JIRA items within last 24 hours: 0

RESOLVED JIRA items within last 24 hours: 2
[ZEP-238] (Fixed) Usage of ARCH in application Makefiles is misleading
https://jira.zephyrproject.org/browse/ZEP-238

[ZEP-314] (Fixed) Update QMSI drivers to 1.1 alpha
https://jira.zephyrproject.org/browse/ZEP-314


Re: CMSIS, ksdk and nrf52 integration

Carles Cufi
 

On 24/05/16 16:47, "Cufi, Carles" <Carles.Cufi(a)nordicsemi.no> wrote:

Hi Anas,


On 24/05/16 16:44, "Nashif, Anas" <anas.nashif(a)intel.com> wrote:

Hi Maureen, Carles:

In the interest of moving forward with CMSIS and related pending changes,
I am proposing the following:

- merge CMSIS+ksdk patches from Maureen
- add basic support in Kconfig and the Makefile to allow inclusion of
CMSIS headers by SoCs.
- change nrf52 port to use new location of cmsis headers. Carles, will
you be ok doing this?
Should be done now, as long as the path to the new location is provided to
the compiler. We now simply include the cmsis file directly assuming it¹s
in the include path:

#include <core_m4.h>

Carles


Daily Gerrit Digest

donotreply@...
 

NEW within last 24 hours:
- https://gerrit.zephyrproject.org/r/2203 : sensor: add driver for HTS221 sensor
- https://gerrit.zephyrproject.org/r/2215 : eth: Fix spurious interrupt issues
- https://gerrit.zephyrproject.org/r/2202 : Bluetooth: tester: Fix invalid type cast
- https://gerrit.zephyrproject.org/r/2199 : flash: update API documentation
- https://gerrit.zephyrproject.org/r/2214 : Bluetooth: Add delay before sending Connection Update
- https://gerrit.zephyrproject.org/r/2212 : drivers/nble: Check connection before unref
- https://gerrit.zephyrproject.org/r/2213 : Bluetooth/peripheral_csc: Add configuration for nble
- https://gerrit.zephyrproject.org/r/2209 : slip: Helper script to setup tap0 interface
- https://gerrit.zephyrproject.org/r/2210 : slip: Fix IP address and route setup for tap0
- https://gerrit.zephyrproject.org/r/2207 : net: apps: Add DHCP client sample application
- https://gerrit.zephyrproject.org/r/2206 : net: dhcp: Add DHCP client support.
- https://gerrit.zephyrproject.org/r/2205 : Bluetooth: Offload ECC calculations to task
- https://gerrit.zephyrproject.org/r/2200 : sample/flash: update sample usage for flash erase operation
- https://gerrit.zephyrproject.org/r/2197 : test: test CI build
- https://gerrit.zephyrproject.org/r/2195 : net: ipv6: Fix net_set_mac function

UPDATED within last 24 hours:
- https://gerrit.zephyrproject.org/r/1903 : arm: Add support for Nordic Semiconductor's nRF52 series of ICs
- https://gerrit.zephyrproject.org/r/2039 : nano_work: Add delayed version
- https://gerrit.zephyrproject.org/r/2187 : nanokernel: Add callback to _nano_timeout once again
- https://gerrit.zephyrproject.org/r/2063 : Bluetooth: conn: Make use of nano_delayed_work API
- https://gerrit.zephyrproject.org/r/2041 : Bluetooth: SMP: Make use of nano_delayed_work API
- https://gerrit.zephyrproject.org/r/2040 : tests: Add tests for delayed workqueue
- https://gerrit.zephyrproject.org/r/2010 : samples: gpio: lcd: sample app for HD44780 LCD controller
- https://gerrit.zephyrproject.org/r/2086 : net: apps: zperf - add TCP client
- https://gerrit.zephyrproject.org/r/2130 : pinmux: remove pinmux.h and define structs where needed
- https://gerrit.zephyrproject.org/r/2114 : debug: allow easier stack frame debug
- https://gerrit.zephyrproject.org/r/2007 : cmsis: Import CMSIS-Core header files
- https://gerrit.zephyrproject.org/r/2128 : quark: move pinmux files to board/
- https://gerrit.zephyrproject.org/r/2081 : drivers: Add basic GPIO and UART support for nRF52
- https://gerrit.zephyrproject.org/r/2169 : scripts: Add the ISA to the path of included libraries for GCC ARM Embedded
- https://gerrit.zephyrproject.org/r/1614 : gpio: add device config helpers
- https://gerrit.zephyrproject.org/r/2082 : boards: Add support for the nRF52 DK board (PCA10040)
- https://gerrit.zephyrproject.org/r/1616 : samples: mcp9808: support two devices
- https://gerrit.zephyrproject.org/r/1615 : sensor: mcp9808: support multiple devices
- https://gerrit.zephyrproject.org/r/1613 : i2c: add device config helpers
- https://gerrit.zephyrproject.org/r/1904 : arm: Add CMSIS-CORE v4.50 include header files
- https://gerrit.zephyrproject.org/r/2133 : galileo: merge pinmux code into one file
- https://gerrit.zephyrproject.org/r/1612 : sensor: add device config helpers
- https://gerrit.zephyrproject.org/r/2134 : pinmux: fix naming inconsistency
- https://gerrit.zephyrproject.org/r/2132 : galileo: Remove pinmux kconfigs for the board and reuse existing
- https://gerrit.zephyrproject.org/r/2131 : pinmux: move galileo pinmuxing to board/galileo
- https://gerrit.zephyrproject.org/r/2135 : arduino due: move pinmux code to board definition
- https://gerrit.zephyrproject.org/r/2129 : remove custom pinmux for quark and use qmsi

MERGED within last 24 hours:
- https://gerrit.zephyrproject.org/r/2211 : drivers/nble: Improve logging for long characteristic
- https://gerrit.zephyrproject.org/r/2204 : sensor: fix typo resulting in compile error
- https://gerrit.zephyrproject.org/r/2201 : adc: some symbols didn't have depends on ADC and should
- https://gerrit.zephyrproject.org/r/2196 : arc: disable i-cache in early init because ARC CPUs start with it on
- https://gerrit.zephyrproject.org/r/2192 : Bluetooth/shell: Add test vendor service support
- https://gerrit.zephyrproject.org/r/2165 : quark_se_devboard: do not configure uart0 by default
- https://gerrit.zephyrproject.org/r/2193 : net: Clear the connection pointer when net_buf is allocated
- https://gerrit.zephyrproject.org/r/1899 : pm/loapic: suspend/resume support for LOAPIC
- https://gerrit.zephyrproject.org/r/1896 : apic : Refactor some macros into a header
- https://gerrit.zephyrproject.org/r/1897 : pm/apic: Keep irq to vector table in RAM when needed by PM
- https://gerrit.zephyrproject.org/r/1898 : pm/ioapic: Add suspend/resume support for IOAPIC
- https://gerrit.zephyrproject.org/r/2179 : arc: Adding EM11D SOC
- https://gerrit.zephyrproject.org/r/2182 : arc: linker.ld modified to handle DRAM configuration as well
- https://gerrit.zephyrproject.org/r/2181 : arc: Adding ARC EM Starter Kit board support
- https://gerrit.zephyrproject.org/r/2093 : gpio: quark se: Add QMSI 1.1-based GPIO shim driver
- https://gerrit.zephyrproject.org/r/2094 : quark_se: gpio: use qmsi gpio driver
- https://gerrit.zephyrproject.org/r/2091 : spi: quark se: Add QMSI 1.1-based SPI shim driver
- https://gerrit.zephyrproject.org/r/2188 : samples/task_profiler: fix #if to #ifdef
- https://gerrit.zephyrproject.org/r/2107 : samples/task_profiler: disable UART0 on galileo to fix crash
- https://gerrit.zephyrproject.org/r/2178 : arc: Adding EM9D SOC
- https://gerrit.zephyrproject.org/r/2095 : i2c: quark se: Add QMSI 1.1-based I2C shim driver
- https://gerrit.zephyrproject.org/r/2067 : samples/task_profiler: add RTC/counter support as timestamp
- https://gerrit.zephyrproject.org/r/2090 : quark se: build sensor subsystem files
- https://gerrit.zephyrproject.org/r/2100 : uart: qmsi: do not include ioapic.h on non x86 systems
- https://gerrit.zephyrproject.org/r/2171 : uart: use qmsi driver for quark_se sensor subsystem
- https://gerrit.zephyrproject.org/r/2096 : quark_se: i2c: use qmsi i2c driver
- https://gerrit.zephyrproject.org/r/2097 : adc: quark se: Add QMSI 1.1-based ADC shim driver
- https://gerrit.zephyrproject.org/r/2173 : qmsi: move drivers and hal to ext/hal
- https://gerrit.zephyrproject.org/r/2092 : quark_se: spi: use qmsi spi driver on sensor sub-system
- https://gerrit.zephyrproject.org/r/2066 : kernel event logger: add possibility to use custom timestamp
- https://gerrit.zephyrproject.org/r/2099 : apds9960: Fix reference to i2c driver
- https://gerrit.zephyrproject.org/r/2089 : qmsi: update qmsi to 1.1 alpha
- https://gerrit.zephyrproject.org/r/2164 : build: use export to pass CFLAGS to zephyrmake
- https://gerrit.zephyrproject.org/r/2118 : Upgrade Zephyr SDK to v0.8
- https://gerrit.zephyrproject.org/r/2183 : tests: remove duplicate kernel configs and usage of ARCH
- https://gerrit.zephyrproject.org/r/2174 : checkpatch: add option for excluding directories
- https://gerrit.zephyrproject.org/r/2175 : checkpatch: exclude ext/ from checks
- https://gerrit.zephyrproject.org/r/2194 : drivers/nble: Update service db attributes handle

7541 - 7560 of 8333