Date   

Re: Working with arc core

Briano, Ivan <ivan.briano@...>
 

On Tue, 2017-02-21 at 16:28 +0530, Anjali Asar wrote:
Can someone guide me on how to work with the arc core of the Arduino
101 on Zephyr?
For example, do I need to add anything in the prj.conf file? (Like
CONFIG_SOC_QUARK_SE_SS=y) ,etc
No. That should come from the board config, which in your case should
be arduino_101_sss


On 14-Feb-2017 2:22 PM, "Anjali Asar" <anjaliasar@gmail.com> wrote:
Some pins have been pulled up and some have been pulled down. Not
able to change it. It seems to be perpetually stuck in that mode.
Also pin 8 (Zephyr pin 16) not functioning. Any suggestions?

On 01-Feb-2017 5:19 PM, "Anjali Asar" <anjaliasar@gmail.com> wrote:
Hi, not sure if this is the right forum for this, but trying my
luck. if not, please do direct me towards the right one.

I'm having trouble flashing the arduino101.
i've followed all the instructions available still, tho it says
download complete, the code doesnt seem to have been downloaded.

The code i am trying is the sample code provided, "blinky". The
LED doesn't light up. i have tried various pins apart from the on
board LED too.

 Is there any extra configuration that i have to do to make it
work?
Note: i am using a windows 8 pc
_______________________________________________
Zephyr-devel mailing list
Zephyr-devel@lists.zephyrproject.org
https://lists.zephyrproject.org/mailman/listinfo/zephyr-devel


Daily Gerrit Digest

donotreply@...
 

NEW within last 24 hours:
- https://gerrit.zephyrproject.org/r/11470 : lifo: Make use of k_queue as implementation
- https://gerrit.zephyrproject.org/r/11469 : fifo: Make use of k_queue as implementation
- https://gerrit.zephyrproject.org/r/11468 : tests: Add queue tests
- https://gerrit.zephyrproject.org/r/11467 : kernel: Add k_queue API
- https://gerrit.zephyrproject.org/r/11451 : net/dhcpv4: Support REBINDING
- https://gerrit.zephyrproject.org/r/11446 : net/dhcpv4: Call net_if_ipv4_addr_rm
- https://gerrit.zephyrproject.org/r/11445 : net/dhcpv4: Introduce start/stop API and disabled state.
- https://gerrit.zephyrproject.org/r/11458 : Bluetooth: AVDTP: Add AVDTP GetCapabilities Function Definition
- https://gerrit.zephyrproject.org/r/11466 : tests: update uart driver api test case
- https://gerrit.zephyrproject.org/r/11464 : net: context: TCP packets must be send via net_tcp_send_data()
- https://gerrit.zephyrproject.org/r/11459 : net: nbuf: Fix net_nbuf_copy() so that original nbuf is not modified
- https://gerrit.zephyrproject.org/r/11462 : samples: net: Fix the 802.15.4 monitor pcap saving
- https://gerrit.zephyrproject.org/r/11444 : net/dhcpv4: Rework initialization.
- https://gerrit.zephyrproject.org/r/11463 : net: buf: net_buf_frag_del() had insufficient debugging
- https://gerrit.zephyrproject.org/r/11460 : net: 6lo: Change how net_buf is allocated in RX side
- https://gerrit.zephyrproject.org/r/11465 : net: conn: Print UDP and TCP checksum after receiving pkt
- https://gerrit.zephyrproject.org/r/11461 : drivers/ieee802154/pipe: Use net_nbuf_unref to release net_buf
- https://gerrit.zephyrproject.org/r/11438 : net/dhcpv4: Implement NAK support.
- https://gerrit.zephyrproject.org/r/11432 : net/dhcpv4: Refactor packet construction
- https://gerrit.zephyrproject.org/r/11457 : api: dma: Fix comments for struct dma_config
- https://gerrit.zephyrproject.org/r/11456 : tests: dma: Initialise callback enable flags
- https://gerrit.zephyrproject.org/r/11437 : net/dhcpv4: Refactor handle_reply()
- https://gerrit.zephyrproject.org/r/11433 : net/dhcpv4: Refactor dhcpv4 message type representation.
- https://gerrit.zephyrproject.org/r/11412 : net/if: Split net_if_link_status from net_if_up/down
- https://gerrit.zephyrproject.org/r/11447 : net/dhcpv4: Client MUST NOT include server identifier in DHCPREQUEST from state RENEWING
- https://gerrit.zephyrproject.org/r/11436 : net/dhcpv4: Adjust state names to reflect rfc2131
- https://gerrit.zephyrproject.org/r/11454 : Bluetooth: controller: Set debug pins with macros
- https://gerrit.zephyrproject.org/r/11455 : Bluetooth: controller: Introduce debug pins Kconfig option
- https://gerrit.zephyrproject.org/r/11450 : net/dhcpv4: Refactor t1 handler.
- https://gerrit.zephyrproject.org/r/11449 : net/dhcpv4: Fix the behaviour of ciaddr.
- https://gerrit.zephyrproject.org/r/11409 : drivers/timer: Fixing issue in nRF RTC driver when RTC handler is blocked.
- https://gerrit.zephyrproject.org/r/11448 : net/dhcpv4: Use BROADCAST and UNICAST appropriately.
- https://gerrit.zephyrproject.org/r/11453 : Bluetooth: Controller: Use direct ISR for Radio IRQ only
- https://gerrit.zephyrproject.org/r/11439 : net/dhcpv4: Exlicitly initialize net_if dhcpv4 state.
- https://gerrit.zephyrproject.org/r/11435 : net/dhcpv4: Unify dhcpv4 state name printers
- https://gerrit.zephyrproject.org/r/11434 : net/dhcpv4: Move timers inside the net_if dhcpv4 context
- https://gerrit.zephyrproject.org/r/11431 : net/dhcpv4: Remove gratuitous inline statements
- https://gerrit.zephyrproject.org/r/11430 : net/dhcpv4: Add missing const
- https://gerrit.zephyrproject.org/r/11452 : Bluetooth: Controller: Fix LE Ping PDU dispatch
- https://gerrit.zephyrproject.org/r/11416 : eth/eth_mcux: Provide start and stop operations on the PHY driver.
- https://gerrit.zephyrproject.org/r/11417 : eth/eth_mcux: Implement enable API.
- https://gerrit.zephyrproject.org/r/11414 : net/if: Introduce net_if_api enable callback.
- https://gerrit.zephyrproject.org/r/11415 : net/eth_mcux: Provide phy state name printing in debug
- https://gerrit.zephyrproject.org/r/11413 : net/if: Refactor, abstract common behaviour from net_if_up/down
- https://gerrit.zephyrproject.org/r/11441 : net/dhcpv4: Refactor send_discover
- https://gerrit.zephyrproject.org/r/11440 : net/dhcpv4: Refactor send_request state handling.
- https://gerrit.zephyrproject.org/r/11442 : net/dhcpv4: Refactor SELECTING state entry.
- https://gerrit.zephyrproject.org/r/11443 : net/dhcpv4: Refactor REQUESTING state entry.
- https://gerrit.zephyrproject.org/r/11411 : remove github footer link
- https://gerrit.zephyrproject.org/r/11410 : fix html overflow, code wrapping, and line number styling

UPDATED within last 24 hours:
- https://gerrit.zephyrproject.org/r/11348 : net: tcp: Fix the issues with 6lo
- https://gerrit.zephyrproject.org/r/10806 : Bluetooth: AVDTP: Handling Discover response
- https://gerrit.zephyrproject.org/r/11298 : samples: net: Use context specific net_buf pools in echo_*
- https://gerrit.zephyrproject.org/r/11242 : net: Add net_buf pool support to each context
- https://gerrit.zephyrproject.org/r/11345 : net: nbuf: Fix the net_nbuf_copy() buf parameter
- https://gerrit.zephyrproject.org/r/11346 : net: nbuf: Add helper function to copy buf user_data
- https://gerrit.zephyrproject.org/r/11347 : net: 6lo: Use dedicated buf pool if enabled
- https://gerrit.zephyrproject.org/r/10853 : drivers: Add Atmel SAM RTC driver
- https://gerrit.zephyrproject.org/r/11214 : tests: add zephyr pinmux driver api test case
- https://gerrit.zephyrproject.org/r/11207 : tests: add zephyr flash driver api test case
- https://gerrit.zephyrproject.org/r/11215 : tests: add PM tests framework for driver PM test case
- https://gerrit.zephyrproject.org/r/6716 : Bluetooth: SDP: Server: Refactor data element structure header
- https://gerrit.zephyrproject.org/r/11220 : Bluetooth: SDP: Server: Set security level to NONE
- https://gerrit.zephyrproject.org/r/11219 : Bluetooth: SDP: Server: Set correct TX MTU
- https://gerrit.zephyrproject.org/r/11376 : net: tcp: ACK packet should not be forwarded to application
- https://gerrit.zephyrproject.org/r/11217 : frdm: fixed path and dependencies for extract_dts_includes.py
- https://gerrit.zephyrproject.org/r/11384 : arm: Support for MKL25Z soc
- https://gerrit.zephyrproject.org/r/11383 : arm: HAL files for MKL25Z soc
- https://gerrit.zephyrproject.org/r/11380 : quark_se: arc: do not enable second I2C by default
- https://gerrit.zephyrproject.org/r/11393 : arm: Support for SPI and DSPI HAL drivers for NXP devices
- https://gerrit.zephyrproject.org/r/11361 : flash: Fixes wrong SPI device for flash memory in arduino 101 sss
- https://gerrit.zephyrproject.org/r/11403 : Merge net branch into master

MERGED within last 24 hours:
- https://gerrit.zephyrproject.org/r/11404 : drivers/timer: Rework the nRF RTC driver.
- https://gerrit.zephyrproject.org/r/11408 : boards: Add panther & panther_ss to sanity
- https://gerrit.zephyrproject.org/r/11407 : doc: add polling API to the kernel primer
- https://gerrit.zephyrproject.org/r/11405 : doc: reorder sections in kernel/other
- https://gerrit.zephyrproject.org/r/10952 : drivers/net/ieee802154: nRF5 802.15.4 radio driver
- https://gerrit.zephyrproject.org/r/11313 : arcv2_timer: fix cycle count race
- https://gerrit.zephyrproject.org/r/11389 : license: replace APL2.0 license with SPDX
- https://gerrit.zephyrproject.org/r/11402 : boards: Add panther & panther_ss to sanity
- https://gerrit.zephyrproject.org/r/11386 : doc: reorder sections in kernel/other
- https://gerrit.zephyrproject.org/r/11387 : doc: add polling API to the kernel primer
- https://gerrit.zephyrproject.org/r/11230 : drivers/timer: Rework the nRF RTC driver.


Re: Running echo_server on qemu_cortex_m3

Goldman, Michael <michael.goldman@...>
 

Hi all,

BTY, regarding the documentation in: https://www.zephyrproject.org/doc/subsystems/networking/qemu_setup.html#networking-with-qemu

When running "nc" in UDP, nc exits without waiting for reply from the target application (echo_server), unlike the description in the doc.:
Note
You will need to Ctrl+C manually.
$ echo foobar | nc -u 192.0.2.1 4242
foobar

I can see the packet being sent to target and replayed back in Wireshark.
On TCP, nc does wait for response and I can see "foobar" printed and Ctrl+C is needed to close nc.

I searched over the web and read that because UDP is connectionless protocol, nc is not supposed to wait for response.
Did I do something wrong?

Thanks,
Michael

-----Original Message-----
From: zephyr-devel-bounces@lists.zephyrproject.org [mailto:zephyr-devel-bounces@lists.zephyrproject.org] On Behalf Of Goldman, Michael
Sent: Tuesday, February 21, 2017 08:38
To: Richard Peters <mail@richardpeters.de>; zephyr-devel@lists.zephyrproject.org
Subject: Re: [Zephyr-devel] Running echo_server on qemu_cortex_m3

Hi,

I took the fix from git and now it works!
I'm using the net-tools as described in the link you sent.

Thanks a lot Richard!

Regards,
Michael

-----Original Message-----
From: zephyr-devel-bounces@lists.zephyrproject.org [mailto:zephyr-devel-bounces@lists.zephyrproject.org] On Behalf Of Richard Peters
Sent: Monday, February 20, 2017 18:46
To: zephyr-devel@lists.zephyrproject.org
Subject: Re: [Zephyr-devel] Running echo_server on qemu_cortex_m3

Hi Michael,

Did anyone try or knows how to configure and run the echo_server
sample application on qemu_cortex_m3 ?

I'm following the instructions on:
https://wiki.zephyrproject.org/view/Networking-with-Qemu

When running on x86 qemu everything works fine and I can ping the
target server but when trying to use arm qemu ARP requests are not answered.

I'm running the command: make pristine && make BOARD=qemu_cortex_m3
qemu
qemu_cortex_m3 was fixed recently, so try the newest version from git (master).
Are you also running the net-tools?

Please see:

https://www.zephyrproject.org/doc/subsystems/networking/qemu_setup.html#networking-with-qemu

Regards,
Richard
_______________________________________________
Zephyr-devel mailing list
Zephyr-devel@lists.zephyrproject.org
https://lists.zephyrproject.org/mailman/listinfo/zephyr-devel
---------------------------------------------------------------------
A member of the Intel Corporation group of companies

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.

_______________________________________________
Zephyr-devel mailing list
Zephyr-devel@lists.zephyrproject.org
https://lists.zephyrproject.org/mailman/listinfo/zephyr-devel
---------------------------------------------------------------------
A member of the Intel Corporation group of companies

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.


Working with arc core

Anjali Asar <anjaliasar@...>
 

Can someone guide me on how to work with the arc core of the Arduino 101 on Zephyr?
For example, do I need to add anything in the prj.conf file? (Like CONFIG_SOC_QUARK_SE_SS=y) ,etc

On 14-Feb-2017 2:22 PM, "Anjali Asar" <anjaliasar@...> wrote:
Some pins have been pulled up and some have been pulled down. Not able to change it. It seems to be perpetually stuck in that mode. Also pin 8 (Zephyr pin 16) not functioning. Any suggestions?

On 01-Feb-2017 5:19 PM, "Anjali Asar" <anjaliasar@...> wrote:
Hi, not sure if this is the right forum for this, but trying my luck. if not, please do direct me towards the right one.

I'm having trouble flashing the arduino101.
i've followed all the instructions available still, tho it says download complete, the code doesnt seem to have been downloaded.

The code i am trying is the sample code provided, "blinky". The LED doesn't light up. i have tried various pins apart from the on board LED too.

 Is there any extra configuration that i have to do to make it work?
Note: i am using a windows 8 pc


Re: gerrit help

Paul Sokolovsky
 

Hello Marcus,

On Tue, 21 Feb 2017 07:32:17 +0000
Marcus Shawcroft <marcus.shawcroft@gmail.com> wrote:

Hi, I've just hit an issue with gerrit, can anyone help...

I pushed a series of 5 related patches into gerrit for review on the
net branch. The top two of those patches subsequently needed some
minor rework. After modifying the top two patches, when I try to to
push the 5 related changes again, gerrit gripes with:

remote: (W) No changes between prior commit 788f263 and new commit
e34791c
Are you sure that's the only message it gives? I always thought that
"(W)" at the beginning means "warning", I saw it on occasions like
commit message updated, but no patch content changed.


Looks like I can't re-push the stack of related changes because the
bottom of the stack didn't change.

How do I get around this and just push the top two changed patches ?

--
Best Regards,
Paul

Linaro.org | Open source software for ARM SoCs
Follow Linaro: http://www.facebook.com/pages/Linaro
http://twitter.com/#!/linaroorg - http://www.linaro.org/linaro-blog


ARM HW timer config

Geoffrey LE GOURRIEREC <geoffrey.legourrierec@...>
 

Hi all,

I'm having trouble understanding how to choose a value for the
SYS_CLOCK_HW_CYCLES_PER_SEC config variable.

I'm porting the CC2650 SoC from TI, which uses a Cortex M3 core.
Thus I plan to use the Cortex's embedded "SysTick" timer as a HW timer.
However, taking a look at drivers/timer/cortex_m_systick.c, the mentioned
CONFIG_SYSTICK_CLOCK_FREQ variable is not in fact defined anywhere.

Should I then simply use the frequency of the clock driving the Cortex core?
Or should I use the driver's interface in the SoC's init() function to set it up,
and use the generated frequency in SYS_CLOCK_HW_CYCLES_PER_SEC?

Best regards,

--
Geoffrey Le Gourriérec


Re: gerrit help

Bogdan Davidoaia
 

That is a bit weird. If you modified just the two top patches, then why did the bottom commit hash change?

Not sure what caused the problem, but what works for me when updating a patch set is:
- checkout all the patches (git fetch https://gerrit.zephyrproject.org/r/zephyr refs/changes/17/11417/1 && git checkout FETCH_HEAD)
- do an interactive rebase (git rebase -i HEAD~2)
- update the patches as needed
- push them as usual

Hope this helps,
Bogdan

On 21 February 2017 at 09:32, Marcus Shawcroft <marcus.shawcroft@...> wrote:
Hi, I've just hit an issue with gerrit, can anyone help...

I pushed a series of 5 related patches into gerrit for review on the
net branch.  The top two of those patches subsequently needed some
minor rework.  After modifying the top two patches, when I try to to
push the 5 related changes again, gerrit gripes with:

remote: (W) No changes between prior commit 788f263 and new commit e34791c

Looks like I can't re-push the stack of related changes because the
bottom of the stack didn't change.

How do I get around this and just push the top two changed patches ?

Cheers
/Marcus
_______________________________________________
Zephyr-devel mailing list
Zephyr-devel@lists.zephyrproject.org
https://lists.zephyrproject.org/mailman/listinfo/zephyr-devel


gerrit help

Marcus Shawcroft <marcus.shawcroft@...>
 

Hi, I've just hit an issue with gerrit, can anyone help...

I pushed a series of 5 related patches into gerrit for review on the
net branch. The top two of those patches subsequently needed some
minor rework. After modifying the top two patches, when I try to to
push the 5 related changes again, gerrit gripes with:

remote: (W) No changes between prior commit 788f263 and new commit e34791c

Looks like I can't re-push the stack of related changes because the
bottom of the stack didn't change.

How do I get around this and just push the top two changed patches ?

Cheers
/Marcus


Re: Running echo_server on qemu_cortex_m3

Goldman, Michael <michael.goldman@...>
 

Hi,

I took the fix from git and now it works!
I'm using the net-tools as described in the link you sent.

Thanks a lot Richard!

Regards,
Michael

-----Original Message-----
From: zephyr-devel-bounces@lists.zephyrproject.org [mailto:zephyr-devel-bounces@lists.zephyrproject.org] On Behalf Of Richard Peters
Sent: Monday, February 20, 2017 18:46
To: zephyr-devel@lists.zephyrproject.org
Subject: Re: [Zephyr-devel] Running echo_server on qemu_cortex_m3

Hi Michael,

Did anyone try or knows how to configure and run the echo_server
sample application on qemu_cortex_m3 ?

I'm following the instructions on:
https://wiki.zephyrproject.org/view/Networking-with-Qemu

When running on x86 qemu everything works fine and I can ping the
target server but when trying to use arm qemu ARP requests are not answered.

I'm running the command: make pristine && make BOARD=qemu_cortex_m3
qemu
qemu_cortex_m3 was fixed recently, so try the newest version from git (master).
Are you also running the net-tools?

Please see:

https://www.zephyrproject.org/doc/subsystems/networking/qemu_setup.html#networking-with-qemu

Regards,
Richard
_______________________________________________
Zephyr-devel mailing list
Zephyr-devel@lists.zephyrproject.org
https://lists.zephyrproject.org/mailman/listinfo/zephyr-devel
---------------------------------------------------------------------
A member of the Intel Corporation group of companies

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: Running echo_server on qemu_cortex_m3

Richard Peters <mail@...>
 

Hi Michael,

Did anyone try or knows how to configure and run the echo_server sample
application on qemu_cortex_m3 ?

I’m following the instructions on:
https://wiki.zephyrproject.org/view/Networking-with-Qemu

When running on x86 qemu everything works fine and I can ping the target
server but when trying to use arm qemu ARP requests are not answered.

I’m running the command: make pristine && make BOARD=qemu_cortex_m3 qemu
qemu_cortex_m3 was fixed recently, so try the newest version from git
(master).
Are you also running the net-tools?

Please see:

https://www.zephyrproject.org/doc/subsystems/networking/qemu_setup.html#networking-with-qemu

Regards,
Richard


nrf52840 doesn't start when newlibc is enabled

Bober, Wojciech <Wojciech.Bober@...>
 

Hi all,

 

I have a trouble to get newlib run on nrf52840. When I set CONFIG_NEWLIB_LIBC=y in hello_world sample the device seems to crash at _bss_zero() in void _PrepC(void). Any clues what might be wrong?

 

Here’s the map file generated for the example: http://pastebin.com/raw/ZgY4cZam

 

Kind regards,

Wojciech Bober


Running echo_server on qemu_cortex_m3

Goldman, Michael <michael.goldman@...>
 

Hi all,

 

Did anyone try or knows how to configure and run the echo_server sample application on qemu_cortex_m3 ?

I’m following the instructions on: https://wiki.zephyrproject.org/view/Networking-with-Qemu

 

When running on x86 qemu everything works fine and I can ping the target server but when trying to use arm qemu ARP requests are not answered.

I’m running the command: make pristine && make BOARD=qemu_cortex_m3 qemu

 

Is there something I’m missing?

 

This is the configuration I get from the network shell in ARM:

 

net> conn

Context                Local                      Remote                Iface     Flags

0x2000114c         ::             ::             0x200007c0         6DU

0x2000119c         ff84::2   ::             0x200007c0         6DU

0x200011ec         0.0.0.0   0.0.0.0   0x200007c0         4DU

0x2000123c         ::             ::             0x200007c0         6ST

0x2000128c         0.0.0.0   0.0.0.0   0x200007c0         4ST

 

TCP       State    Src port  Dst port  Send-Seq   Send-Ack   MSS

0x200016e0                              4242         03000054321         0 1280

0x2000179c                               4242         04000056020         0 1460

net> iface

Interface 0x200007c0

====================

TX stack size 1200/1296 bytes unused 588 usage 612/1200 (46 %)

Link addr : 10:00:00:00:00:41

MTU       : 1500

IPv6 unicast addresses (max 3):

                fe80::1200:ff:fe00:41 autoconf preferred infinite

                2001:db8::1 manual preferred infinite

IPv6 multicast addresses (max 2):

                ff84::2

IPv6 prefixes (max 2):

                <none>

IPv6 hop limit           : 64

IPv6 base reachable time : 30000

IPv6 reachable time      : 8373

IPv6 retransmit timer    : 0

IPv4 unicast addresses (max 1):

                192.0.2.1 manual preferred infinite

IPv4 multicast addresses (max 1):

                <none>

IPv4 gateway : 0.0.0.0

IPv4 netmask : 0.0.0.0

net> mem       

Fragment length 128 bytes

Network buffer pools:

                TX           1152 bytes, 16 elements

                RX           1152 bytes, 16 elements

                DATA     6080 bytes, 40 elements

net> route

net> stacks

TX [slip] stack size 1200/1296 bytes unused 588 usage 612/1200 (46 %)

RX [rx_stack] stack size 1200/1296 bytes unused 948 usage 252/1200 (14 %)

net> stats

IPv6 recv      0     sent       5              drop      0              forwarded          0

IPv6 ND recv   0 sent       5              drop      0

IPv4 recv      0     sent       0              drop      0              forwarded          0

IP vhlerr      0       hblener                0              lblener  0

IP fragerr     0      chkerr   0              protoer 0

ICMP recv      0   sent       0              drop      0

ICMP typeer    0                chkerr   0

UDP recv       0    sent       0              drop      0

UDP chkerr     0

Processing err 0

 

Thanks,

Michael

 

---------------------------------------------------------------------
A member of the Intel Corporation group of companies

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/11403 : Merge net branch into master
- https://gerrit.zephyrproject.org/r/11402 : boards: Add panther & panther_ss to sanity
- https://gerrit.zephyrproject.org/r/11401 : arch: stm32: remove sets of irq definitions per series
- https://gerrit.zephyrproject.org/r/11400 : drivers: use stm32cube irq enum definitions
- https://gerrit.zephyrproject.org/r/11392 : gpio: enable ports F G (and H) for stm32f1xx (stm32f4xx)
- https://gerrit.zephyrproject.org/r/11399 : Bluetooth: HF HF: Indicate RING indication to application
- https://gerrit.zephyrproject.org/r/11395 : Bluetooth: AT: Remove unwanted state check
- https://gerrit.zephyrproject.org/r/11397 : Bluetooth: samples: handsfree application RING callback
- https://gerrit.zephyrproject.org/r/11394 : arm: Modification to support for SPI and DSPI drivers for NXP devices
- https://gerrit.zephyrproject.org/r/11393 : arm: Support for SPI and DSPI HAL drivers for NXP devices
- https://gerrit.zephyrproject.org/r/11398 : Bluetooth: AT: Handle unsolicited RING indication
- https://gerrit.zephyrproject.org/r/11396 : Bluetooth: HFP HF: Add support for RING callback
- https://gerrit.zephyrproject.org/r/11391 : clock_control: fix to get PLL2 source for PREDV1 working

UPDATED within last 24 hours:
- https://gerrit.zephyrproject.org/r/11387 : doc: add polling API to the kernel primer
- https://gerrit.zephyrproject.org/r/11346 : net: nbuf: Add helper function to copy buf user_data
- https://gerrit.zephyrproject.org/r/11348 : net: tcp: Fix the issues with 6lo
- https://gerrit.zephyrproject.org/r/11298 : samples: net: Use context specific net_buf pools in echo_*
- https://gerrit.zephyrproject.org/r/11347 : net: 6lo: Use dedicated buf pool if enabled
- https://gerrit.zephyrproject.org/r/11345 : net: nbuf: Fix the net_nbuf_copy() buf parameter
- https://gerrit.zephyrproject.org/r/11242 : net: Add net_buf pool support to each context
- https://gerrit.zephyrproject.org/r/11262 : tests: add zephyr GPIO driver deep sleep case
- https://gerrit.zephyrproject.org/r/11250 : tests: add zephyr i2c driver deep sleep case
- https://gerrit.zephyrproject.org/r/11324 : xtensa: drop references to C library
- https://gerrit.zephyrproject.org/r/11263 : tests: add zephyr SPI driver api test case
- https://gerrit.zephyrproject.org/r/11217 : frdm: fixed path and dependencies for extract_dts_includes.py
- https://gerrit.zephyrproject.org/r/11269 : Bluetooth: HFP HF: SCO: Accept eSCO conn request
- https://gerrit.zephyrproject.org/r/11268 : Bluetooth: HFP HF: SCO: Add esco supported pkt type
- https://gerrit.zephyrproject.org/r/11271 : Bluetooth: HFP HF: SCO: Handle synchronous_conn_complete
- https://gerrit.zephyrproject.org/r/11270 : Bluetooth: HFP HF: SCO: Enable sco conn complete in event_mask
- https://gerrit.zephyrproject.org/r/10645 : Bluetooth: HFP HF: Handling AG Network error
- https://gerrit.zephyrproject.org/r/11272 : Bluetooth: HFP HF: SCO: Handle SCO Disconnect
- https://gerrit.zephyrproject.org/r/11358 : arm: GPIO driver modifications for MKL25Z soc support
- https://gerrit.zephyrproject.org/r/11376 : net: tcp: ACK packet should not be forwarded to application
- https://gerrit.zephyrproject.org/r/11266 : flash/stm32: driver for STM32F4x series
- https://gerrit.zephyrproject.org/r/11215 : tests: add PM tests framework for driver PM test case
- https://gerrit.zephyrproject.org/r/11389 : license: replace APL2.0 license with SPDX
- https://gerrit.zephyrproject.org/r/11029 : watchdog: Add WDT driver for Atmel SAM SoCs
- https://gerrit.zephyrproject.org/r/11334 : net: context: Fix memory leak on connection closing state
- https://gerrit.zephyrproject.org/r/11187 : tests: kernel: add test point k_cpu_atomic_idle
- https://gerrit.zephyrproject.org/r/10853 : drivers: Add Atmel SAM RTC driver
- https://gerrit.zephyrproject.org/r/11342 : boards: arduino_due: Add make flash support
- https://gerrit.zephyrproject.org/r/11385 : arm: Support for new ARM board FRDM-KL25Z
- https://gerrit.zephyrproject.org/r/11386 : doc: reorder sections in kernel/other
- https://gerrit.zephyrproject.org/r/11383 : arm: HAL files for MKL25Z soc

MERGED within last 24 hours:
- https://gerrit.zephyrproject.org/r/11206 : tests: add zephyr uart driver api test case
- https://gerrit.zephyrproject.org/r/11344 : drivers: slip: Skip buffer allocation for incomplete packet
- https://gerrit.zephyrproject.org/r/11343 : drivers: slip: Add more comments for slip write scenario


Daily Gerrit Digest

donotreply@...
 

NEW within last 24 hours:
- https://gerrit.zephyrproject.org/r/11389 : license: replace APL2.0 license with SPDX
- https://gerrit.zephyrproject.org/r/11388 : checkpatch: Recognized volatile as part of a declaration.
- https://gerrit.zephyrproject.org/r/11386 : doc: reorder sections in kernel/other
- https://gerrit.zephyrproject.org/r/11387 : doc: add polling API to the kernel primer
- https://gerrit.zephyrproject.org/r/11385 : arm: Support for new ARM board FRDM-KL25Z
- https://gerrit.zephyrproject.org/r/11384 : arm: Support for MKL25Z soc
- https://gerrit.zephyrproject.org/r/11383 : arm: HAL files for MKL25Z soc

UPDATED within last 24 hours:
- https://gerrit.zephyrproject.org/r/11331 : samples: net: NATS protocol sample
- https://gerrit.zephyrproject.org/r/11338 : adc/nrf52: Add adc driver for the nRF52 series.
- https://gerrit.zephyrproject.org/r/11330 : lib: Add minimal JSON library
- https://gerrit.zephyrproject.org/r/10960 : net: context: let tcp_established() handle more TCP states
- https://gerrit.zephyrproject.org/r/11334 : net: context: Fix memory leak on connection closing state
- https://gerrit.zephyrproject.org/r/11333 : doc: Fix to bring back next/previous buttons
- https://gerrit.zephyrproject.org/r/11247 : doc: board porting guide

MERGED within last 24 hours:
- https://gerrit.zephyrproject.org/r/11381 : doc: Restore documentation for 'make outputexports'
- https://gerrit.zephyrproject.org/r/11382 : doc: update glossary, remove from wiki
- https://gerrit.zephyrproject.org/r/11341 : doc: Restore documentation for 'make outputexports'


Daily Gerrit Digest

donotreply@...
 

NEW within last 24 hours:
- https://gerrit.zephyrproject.org/r/11380 : quark_se: arc: do not enable second I2C by default
- https://gerrit.zephyrproject.org/r/11379 : revamp theme to match new site design, and move file references to be internal
- https://gerrit.zephyrproject.org/r/11377 : doc: allow table head and content to wrap
- https://gerrit.zephyrproject.org/r/11361 : flash: Fixes wrong SPI device for flash memory in arduino 101 sss
- https://gerrit.zephyrproject.org/r/11376 : net: tcp: ACK packet should not be forwarded to application
- https://gerrit.zephyrproject.org/r/11358 : arm: Driver modifications for MKL25Z soc support
- https://gerrit.zephyrproject.org/r/11357 : arm: HAL files for MKL25Z soc
- https://gerrit.zephyrproject.org/r/11356 : arm: Support for MKL25Z soc
- https://gerrit.zephyrproject.org/r/11355 : arm: Support for new ARM board FRDM-KL25Z

UPDATED within last 24 hours:
- https://gerrit.zephyrproject.org/r/11338 : adc/nrf52: Add adc driver for the nRF52 series.
- https://gerrit.zephyrproject.org/r/11247 : doc: board porting guide
- https://gerrit.zephyrproject.org/r/11333 : doc: Fix to bring back next/previous buttons
- https://gerrit.zephyrproject.org/r/11330 : lib: Add minimal JSON library
- https://gerrit.zephyrproject.org/r/11332 : boards: arduino_101: enable GPIO by default
- https://gerrit.zephyrproject.org/r/11266 : flash/stm32: driver for STM32F4x series
- https://gerrit.zephyrproject.org/r/11331 : samples: net: NATS protocol sample
- https://gerrit.zephyrproject.org/r/11236 : arm: Support for new ARM boards (discovery STM32F4 and STM32F429)
- https://gerrit.zephyrproject.org/r/11329 : libc: Add isalnum() to ctype.h
- https://gerrit.zephyrproject.org/r/11349 : Makefile.toolchain.zephyr: fix xtensa support
- https://gerrit.zephyrproject.org/r/10742 : mps2: Add defines and devices for FPGA system control block
- https://gerrit.zephyrproject.org/r/11326 : tests/mqtt: Fix compiler warnings in MQTT Packet test case
- https://gerrit.zephyrproject.org/r/10788 : xtensa: apply overlay to newlib
- https://gerrit.zephyrproject.org/r/11341 : doc: Restore documentation for 'make outputexports'
- https://gerrit.zephyrproject.org/r/11342 : boards: arduino_due: Add make flash support
- https://gerrit.zephyrproject.org/r/11327 : cortex_m_systick: fix _timer_cycle_get_32() race
- https://gerrit.zephyrproject.org/r/6384 : stm32lx: spi add SPI driver for STM32Lx family
- https://gerrit.zephyrproject.org/r/11298 : samples: net: Use context specific net_buf pools in echo_*
- https://gerrit.zephyrproject.org/r/11346 : net: nbuf: Add helper function to copy buf user_data
- https://gerrit.zephyrproject.org/r/11348 : net: tcp: Fix the issues with 6lo
- https://gerrit.zephyrproject.org/r/11347 : net: 6lo: Use dedicated buf pool if enabled
- https://gerrit.zephyrproject.org/r/11242 : net: Add net_buf pool support to each context
- https://gerrit.zephyrproject.org/r/11345 : net: nbuf: Fix the net_nbuf_copy() buf parameter
- https://gerrit.zephyrproject.org/r/11335 : net: tcp: Retransmit buffers are not freed on tcp_release

MERGED within last 24 hours:
- https://gerrit.zephyrproject.org/r/11378 : dts: arm: Kinetis: Add bluetooth ports
- https://gerrit.zephyrproject.org/r/11362 : gcc: add compiler_barrier() macro
- https://gerrit.zephyrproject.org/r/11363 : kernel/sched: protect thread sched_lock with compiler barriers
- https://gerrit.zephyrproject.org/r/11364 : kernel: fix typo
- https://gerrit.zephyrproject.org/r/11365 : dlist: add SYS_DLIST_ITERATE_FROM_NODE()
- https://gerrit.zephyrproject.org/r/11366 : slist: add SYS_SLIST_ITERATE_FROM_NODE()
- https://gerrit.zephyrproject.org/r/11367 : tests: add tests for SYS_DLIST/SLIST_ITERATE_FROM()
- https://gerrit.zephyrproject.org/r/11368 : kernel/sched: add _is_thread_dummy()
- https://gerrit.zephyrproject.org/r/11369 : kernel/sched: refactor _get_first_thread_to_unpend()
- https://gerrit.zephyrproject.org/r/11370 : kernel/timeouts: add description of timeouts queued on the same tick
- https://gerrit.zephyrproject.org/r/11371 : kernel/timeout: fix handling expired timeouts in reverve queuing order
- https://gerrit.zephyrproject.org/r/11372 : tests/kernel/common: add test to verify same tick timeout expiry order
- https://gerrit.zephyrproject.org/r/11373 : kernel/sem: fix issue with expired timeouts on group operations
- https://gerrit.zephyrproject.org/r/11374 : kernel/sem: fix coding conventions
- https://gerrit.zephyrproject.org/r/11375 : test: repair test_tickless for ARC because _tsc_read is now present
- https://gerrit.zephyrproject.org/r/11360 : section_tags.h: Remove unused security_frdm_k64f_section
- https://gerrit.zephyrproject.org/r/11359 : libc: Add isalnum() to ctype.h
- https://gerrit.zephyrproject.org/r/11350 : arch: stm32: provide tick to Cube HAL
- https://gerrit.zephyrproject.org/r/11328 : doc: update glossary, remove from wiki
- https://gerrit.zephyrproject.org/r/11325 : dts: arm: Kinetis: Add bluetooth ports
- https://gerrit.zephyrproject.org/r/11230 : drivers/timer: Rework the nRF RTC driver.
- https://gerrit.zephyrproject.org/r/11234 : dts: minor update for nucleo_l476rg
- https://gerrit.zephyrproject.org/r/11198 : arm: Support for new STM32F4 socs (STM32F407 and STM32F429)
- https://gerrit.zephyrproject.org/r/11109 : arm: cortex-m: allow configurable ROM offset


Re: Fibers Become Unrunnable in Nanokernel

Michael Rosen
 

I am working off of Zephyr 1.5 in the nanokernel configuration on a
custom Intel Curie board. We have a number of fibers running on both
cores, but seem to be having trouble with fibers on the ARC core. We
haven't been able to pin down why, but occasionally (or something
rapidly), a number of fibers seem to simply stop running. Diving into
the issue in GDB reveals that while all the fibers have roughly the
form below, some fibers don't appear to be sleeping NOR are they on
the runnable list:

void fiber(int a, int b) {
struct nano_timer timer;

nano_timer_init(&timer, NULL);

while (1) {
nano_timer_start(&timer, MSEC(FIBER_PERIOD_MS));
... // Do work
nano_timer_test(&timer, TICKS_UNLIMITED);
}
}

As far as I can tell, the "timer" is expired and the struct tcs's for
the fibers are not in the runnable list. All other fibers in the
system on ARC seem to be in the runnable list as expected. Also, from
some basic stack analysis, it appears that the unrunnable fibers are
still in the nano_timer_test function. One thing worth noting is that
while most fibers are just doing some math and storing it in memory;
but two of them are accessing a SPI and I2C device. When these fibers
are prevented from accessing the device, the system seems to run
smoothly; otherwise it doesn't. Has anything like this ever been
encountered before?

Note also that moving to Zephyr 1.6 would be significant effort as we
have implemented a number of custom drivers and other features that
would take a significant time to port.
This does not really solve your problem, but Zephyr 1.6 contains a legacy layer that provides all the APIs of the old kernels on top of the new kernel. It's not a NOP to move to 1.6, since you might have some issues with e.g. stack sizes, or some other > > idiosyncrasies, but it might be less painful than you think.

About your issue: the first thing I always suspect with weird behaviour like this is stack smashing. There is a kconfig option for ARC that enables stack overflow/underflow detection. Do you have that option enabled ?
I do have CONFIG_ARC_STACK_CHECKING enabled as well have examined the _nanokernel and all the struct tcs's for each fiber (I did have a stack overflow on x86 before and noticed that the struct tcs for that fiber got trampled, this doesn't appear to be the case here); I am not getting the exception and all appears to be in order for the structs.

Interestingly, I was able to get it to reliably happen in my codebase now and what I see doesn't look very good. I find that two of six fiber are no longer running and the runnable list (I stop x86 first then ARC, resulting in all ARC timers expiring) contains the four running fibers. I also find that the two fibers that are no longer running are actually linked together (fiber_not_running_1_tcs.link points to fiber_not_running_2_tcs and fiber_not_running_2_tcs has a null pointer in its list). Its almost like the two unrunning fibers are inserted into the list at the same time another fiber comes along and inserts itself into the list (or at least, it gets the _nanokernel.fiber pointer (sees its null), then a timer interrupt comes along and inserts the two expired fibers into the list and returns to have the original fiber insert itself at _nanokernel.fiber; but I have not idea how this could happen). As I mentioned before, the fibers doing work are using semaphores to wait on I2C and SPI transactions, and if we remove these transactions from taking place, everything runs fine (though its hard to tell with timing bugs...).

Mike


Re: how to use the debug subsys and what it is used for?

Benjamin Walsh <benjamin.walsh@...>
 

in the directory zephyr/subsys/debug/, gdb_server.c used for what and
what scenario can we use this function?

can this be used on arm ? what the difference between it and the
bare-metal debug environment based on jlink or DS-5 ?
The GDB server was used in WR Rocket, a product based on an early zephyr
codebase. It was used for both loading images and debugging when a
hardware solution was not available, such as on the Intel Galileo
platform. In fact, that is the only platform it has been used seriously
(I think it worked with QEMU as well).

It has never been used on ARM in production (there was an internal
prototype at some point), and the ARM zephyr kernel lacks the support to
work with it.

I don't know the status of it anymore, since it has not been used with
the recent code base (that I know of), even for galileo.

--
Benjamin Walsh, SMTS
WR VxWorks Virtualization Profile
www.windriver.com
Zephyr kernel maintainer
www.zephyrproject.org


Daily Gerrit Digest

donotreply@...
 

NEW within last 24 hours:
- https://gerrit.zephyrproject.org/r/11338 : adc/nrf52: Add adc driver for the nRF52 series.
- https://gerrit.zephyrproject.org/r/11348 : net: tcp: Fix the issues with 6lo
- https://gerrit.zephyrproject.org/r/11347 : net: 6lo: Use dedicated buf pool if enabled
- https://gerrit.zephyrproject.org/r/11346 : net: nbuf: Add helper function to copy buf user_data
- https://gerrit.zephyrproject.org/r/11345 : net: nbuf: Fix the net_nbuf_copy() buf parameter
- https://gerrit.zephyrproject.org/r/11349 : Makefile.toolchain.zephyr: fix xtensa support
- https://gerrit.zephyrproject.org/r/11343 : drivers: slip: Add more comments for slip write scenario
- https://gerrit.zephyrproject.org/r/11334 : net: context: Fix memory leak on connection closing state
- https://gerrit.zephyrproject.org/r/11335 : net: tcp: Retransmit buffers are not freed on tcp_release
- https://gerrit.zephyrproject.org/r/11344 : drivers: slip: Skip buffer allocation for incomplete packet
- https://gerrit.zephyrproject.org/r/11342 : boards: arduino_due: Add make flash support
- https://gerrit.zephyrproject.org/r/11341 : doc: Restore documentation for 'make outputexports'
- https://gerrit.zephyrproject.org/r/11331 : samples: net: NATS protocol sample
- https://gerrit.zephyrproject.org/r/11323 : tests: watchdog: Interrupt reset mode modifications
- https://gerrit.zephyrproject.org/r/11329 : libc: Add isalnum() to ctype.h
- https://gerrit.zephyrproject.org/r/11332 : A101: defconfig: To suppress GPIO has unmet direct dependencies
- https://gerrit.zephyrproject.org/r/11333 : doc: Fix to bring back next/previous buttons
- https://gerrit.zephyrproject.org/r/11330 : lib: Add minimal JSON library
- https://gerrit.zephyrproject.org/r/11328 : doc: update glossary, remove from wiki
- https://gerrit.zephyrproject.org/r/11327 : cortex_m_systick: fix _timer_cycle_get_32() race
- https://gerrit.zephyrproject.org/r/11325 : dts: arm: Kinetis: Add bluetooth ports
- https://gerrit.zephyrproject.org/r/11326 : tests/mqtt: Fix compiler warnings in MQTT Packet test case
- https://gerrit.zephyrproject.org/r/11324 : xtensa: drop references to C library
- https://gerrit.zephyrproject.org/r/11321 : toolchain: don't define __stack outside C code
- https://gerrit.zephyrproject.org/r/11322 : xtensa: make sample_controller runnable on QEMU
- https://gerrit.zephyrproject.org/r/11319 : xtensa: move #include <linker/common-*.ld> up
- https://gerrit.zephyrproject.org/r/11320 : aon_counter test: fix misspelling in the header include guard

UPDATED within last 24 hours:
- https://gerrit.zephyrproject.org/r/11242 : net: Add net_buf pool support to each context
- https://gerrit.zephyrproject.org/r/11298 : samples: net: Use context specific net_buf pools in echo_*
- https://gerrit.zephyrproject.org/r/10810 : Added Atmel WINC1500 support
- https://gerrit.zephyrproject.org/r/10176 : usb: usb_dc_stm: Add support for STM32Cube HAL_PCD USB driver
- https://gerrit.zephyrproject.org/r/10175 : usb: cdc_acm: Use 2 instead of 4 for IN BULK endpoint
- https://gerrit.zephyrproject.org/r/10306 : soc: stm32f4xx: Add STM32F401xC, STM32F405xG and STM32F407xG
- https://gerrit.zephyrproject.org/r/10811 : BME280 added support for SPI comunication. quark_se_c1000_ss added support for third Slave Select of SS_SPI0
- https://gerrit.zephyrproject.org/r/11266 : flash/stm32: driver for STM32F4x series
- https://gerrit.zephyrproject.org/r/10140 : tests/gpio: enable gpio cases to run on more platforms
- https://gerrit.zephyrproject.org/r/10853 : drivers: Add Atmel SAM RTC driver
- https://gerrit.zephyrproject.org/r/11296 : tests: gen_isr_table: account for riscv32 architecture
- https://gerrit.zephyrproject.org/r/10615 : boards: stm32f407_discovery: Add new STM32F407VG based board
- https://gerrit.zephyrproject.org/r/11313 : arcv2_timer: fix cycle count race
- https://gerrit.zephyrproject.org/r/11305 : tests: add timer monotonic test
- https://gerrit.zephyrproject.org/r/11302 : x86: loapic_timer: use TSC for k_cycle_get_32()
- https://gerrit.zephyrproject.org/r/10814 : Added sensor driver for SI1153. Added proximity sensor_channel entries in sensor.h
- https://gerrit.zephyrproject.org/r/11310 : xtensa: use inline assembly instead of XT_* macros
- https://gerrit.zephyrproject.org/r/10812 : Added sensor driver for ADXL362
- https://gerrit.zephyrproject.org/r/11207 : tests: add zephyr flash driver api test case
- https://gerrit.zephyrproject.org/r/10788 : xtensa: apply overlay to newlib
- https://gerrit.zephyrproject.org/r/11230 : drivers/timer: Rework the nRF RTC driver.

MERGED within last 24 hours:
- https://gerrit.zephyrproject.org/r/11337 : drivers: slip: Remove unused variables
- https://gerrit.zephyrproject.org/r/11336 : net: context: Fix invalid order of statements
- https://gerrit.zephyrproject.org/r/11340 : net/utils: Fix parameters type
- https://gerrit.zephyrproject.org/r/11339 : net: Fix stack type
- https://gerrit.zephyrproject.org/r/9663 : Bluetooth: AVDTP: Add AVDTP Receive Function
- https://gerrit.zephyrproject.org/r/11301 : kernel: add flexibility to k_cycle_get_32() definition
- https://gerrit.zephyrproject.org/r/11303 : altera_avalon_timer: disable high-resolution timestamps
- https://gerrit.zephyrproject.org/r/11304 : riscv_machine_timer: fix k_cycle_get_32()
- https://gerrit.zephyrproject.org/r/11309 : xtensa: use -mlongcalls instead of --longcalls
- https://gerrit.zephyrproject.org/r/11308 : xtensa: conditionally define endianness macros
- https://gerrit.zephyrproject.org/r/11295 : riscv32: riscv32-qemu: provide a more generic way of filtering IRQs from exceptions
- https://gerrit.zephyrproject.org/r/11306 : xtensa_sim_console: fix simcall
- https://gerrit.zephyrproject.org/r/5504 : dma: Introduce STM32F4x DMA driver


Re: Fibers Become Unrunnable in Nanokernel

Benjamin Walsh <benjamin.walsh@...>
 

Hi Michael,

I am working off of Zephyr 1.5 in the nanokernel configuration on a
custom Intel Curie board. We have a number of fibers running on both
cores, but seem to be having trouble with fibers on the ARC core. We
haven't been able to pin down why, but occasionally (or something
rapidly), a number of fibers seem to simply stop running. Diving into
the issue in GDB reveals that while all the fibers have roughly the
form below, some fibers don't appear to be sleeping NOR are they on
the runnable list:

void fiber(int a, int b) {
struct nano_timer timer;

nano_timer_init(&timer, NULL);

while (1) {
nano_timer_start(&timer, MSEC(FIBER_PERIOD_MS));
... // Do work
nano_timer_test(&timer, TICKS_UNLIMITED);
}
}

As far as I can tell, the "timer" is expired and the struct tcs's for
the fibers are not in the runnable list. All other fibers in the
system on ARC seem to be in the runnable list as expected. Also, from
some basic stack analysis, it appears that the unrunnable fibers are
still in the nano_timer_test function. One thing worth noting is that
while most fibers are just doing some math and storing it in memory;
but two of them are accessing a SPI and I2C device. When these fibers
are prevented from accessing the device, the system seems to run
smoothly; otherwise it doesn't. Has anything like this ever been
encountered before?

Note also that moving to Zephyr 1.6 would be significant effort as we
have implemented a number of custom drivers and other features that
would take a significant time to port.
This does not really solve your problem, but Zephyr 1.6 contains a
legacy layer that provides all the APIs of the old kernels on top of the
new kernel. It's not a NOP to move to 1.6, since you might have some
issues with e.g. stack sizes, or some other idiosyncrasies, but it might
be less painful than you think.

About your issue: the first thing I always suspect with weird behaviour
like this is stack smashing. There is a kconfig option for ARC that
enables stack overflow/underflow detection. Do you have that option
enabled ?

--
Benjamin Walsh, SMTS
WR VxWorks Virtualization Profile
www.windriver.com
Zephyr kernel maintainer
www.zephyrproject.org


how to use the debug subsys and what it is used for?

曹子龙
 

HI all:

    in the directory zephyr/subsys/debug/, gdb_server.c used for what and what scenario can we use this function?  

can this be used on arm ?  what the difference between it  and the bare-metal debug environment based on jlink or DS-5 ? 

thanks for your kindly reply.



 

5521 - 5540 of 8046