Date   

Re: Socket Poll functionality in case of socket is closed

Paul Sokolovsky
 

Hello,

On Wed, 18 Mar 2020 11:34:00 +0200
"Ravi kumar Veeramally" <ravikumar.veeramally@...> wrote:

Hi,

what should be the return value or behavior of socket poll() call in
case of TCP socket is closed from peer side.
If a peer closes TCP connection from its side, it's effectively an
analog of EOF condition. In this case, poll() should return POLLIN.
This will cause a client to issue a recv()/read() call, which will
return 0, and will let a client detect the EOF condition.

This is one of the "most basic" of "not immediately obvious" API
contracts re: sockets and polling. It's definitely something like that,
because quickly looking for normative references in the POSIX standard,
I can't find them, e.g. in
https://pubs.opengroup.org/onlinepubs/9699919799/functions/poll.html
this particular case isn't described (some other "not immediately
obvious" cases are). So, it's a kind of common knowledge, and a lot of
software relies on that behavior (well, it's not possible to write
async socket code without it). If you google for it, you should be able
to find a lot of references.

Note that there's also a POLLHUP flag, behavior of which in regard to
sockets is "less clear" and "somewhat of a gray area".



As per
https://github.com/zephyrproject-rtos/zephyr/blob/master/subsys/net/lib/sockets/sockets.c#L1018,
zsock_poll_prepare_ctx() call returns -EALREADY.
zsock_poll_prepare_ctx() is an internal function, which uses a special
internal API contract, where particular error codes are used to signal
very specific conditions. -EALREADY is one of such codes. It doesn't
reach public API clients (and doesn't have the same meaning as POSIX
EALREADY error).

But
https://github.com/zephyrproject-rtos/zephyr/blob/master/subsys/net/lib/sockets/sockets.c#L1088.
Return value of z_fdtable_call_ioctl() function call handler assumes
"If POLL_PREPARE returned with EALREADY, it means it already detected
that some socket is ready."
Right, to achieve the behavior described above.

I did a simple test with few modifications in echo-client and
echo-server in net tools. echo-server closes the client connection.
poll(fds, nfds, 0) call returns "> 0" and error value set to 0. But
send failed with return value -ve and error value set to ESHUTDOWN.
That sounds *about* right. Except that POSIX requires EPIPE to be
returned trying to write to a socket with underlying connection closed.
Or to be more exact, with the quote
(https://pubs.opengroup.org/onlinepubs/9699919799/functions/send.html):

-------
[EPIPE]
The socket is shut down for writing, or the socket is
connection-mode and is no longer connected. In the latter case, and if
the socket is of type SOCK_STREAM or SOCK_SEQPACKET and the
MSG_NOSIGNAL flag is not set, the SIGPIPE signal is generated to the
calling thread.
-------

So, if we return ESHUTDOWN, we should change that to EPIPE.


If your mail trails to the ultimate question of "how to detect
peer-closed socket if we called poll with POLLOUT?", then to keep it
short:

a) Hmm, I don't have an answer right away, though I bet I used to
consider it (likely outside Zephyr context).
b) I bet that's where POLLHUP return status kicks in.
c) In all cases like that, where we can't "extract" normative behavior
description from POSIX, we should check and follow the behavior of a
well-know implementation, and that's definitely Linux.



Any thoughts @rlubos <https://github.com/rlubos> @pfalcon
<https://github.com/pfalcon>?
Please don't hesitate to cc: me on mails like this, I may sometimes not
check the mailing list for a few days.


Regards,

Ravi.
[]

--
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


Re: nrf52840 ble error #ble #nrf52840

Narendar Malepu
 

But i'm not using any threads in my application, did you mean ble created threads


On Wed, Mar 18, 2020 at 6:45 PM Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...> wrote:

Sorry, forgot to paste the link:

 

https://github.com/zephyrproject-rtos/zephyr/pull/23258

 

-Vinayak

 

From: devel@... <devel@...> On Behalf Of Chettimada, Vinayak Kariappa via Lists.Zephyrproject.Org
Sent: 18 March 2020 14:04
To: Narendar Malepu <narendarm@...>
Cc: devel@...
Subject: Re: [Zephyr-devel] nrf52840 ble error #ble #nrf52840

 

Please identify and increase thread stack size based on your application code.  You can use the implementation in this PR to analyse stack usage.

 

-Vinayak

 

From: Narendar Malepu <narendarm@...>
Sent: 18 March 2020 13:33
To: Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>
Cc: devel@...
Subject: Re: [Zephyr-devel] nrf52840 ble error #ble #nrf52840

 

Hi Vinayak Kariappa,

 

Here is the result for above command

zephyr/include/sys/dlist.h:211

 

On Wed, Mar 18, 2020 at 12:57 PM Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...> wrote:

Please provide the details of:

# arm-none-eabi-addr2line -e <path to zephyr.elf file> 0x000390ee

 

-Vinayak

 

From: devel@... <devel@...> On Behalf Of Narendar Malepu via Lists.Zephyrproject.Org
Sent: 17 March 2020 14:12
To: devel@...
Cc: devel@...
Subject: [Zephyr-devel] nrf52840 ble error #ble #nrf52840

 

Hi,

Iam using nrf52840 development board, developing software using zephyr.
In software development iam using bluetooth as a peripheral and uart in interrupt mode(to get data from other module), when iam trying to run both interfaces the getting below errors and iam included watchdog timer so after sometime it is restarting.

[00:01:36.902,862] <inf> os: prio recv thread stack : unused 336 usage 112 / 448 (25 %)

[00:01:36.902,893] <err> os: ***** BUS FAULT *****

[00:01:36.902,893] <err> os:   Imprecise data bus error

[00:01:36.902,923] <err> os: r0/a1:  0x00000029  r1/a2:  0x00000004  r2/a3:  0x00000000

[00:01:36.902,923] <err> os: r3/a4:  0x20004a0c r12/ip:  0x00000000 r14/lr:  0x000388fb

[00:01:36.902,923] <err> os:  xpsr:  0x61000000

[00:01:36.902,923] <err> os: Faulting instruction address (r15/pc): 0x000390ee

[00:01:36.902,923] <err> os: >>> ZEPHYR FATAL ERROR 0: CPU exception on CPU 0

[00:01:36.902,923] <err> os: Current thread: 0x20000eec (unknown)

[00:01:37.159,637] <err> os: Halting system

can someone help me with above problem.

Thanks

 


Re: ARMv7 Cortex-A port for Xilinx Zynq7000

Immo Birnbaum
 

Hey everyone,

here's another update regarding the ARMv7 port: other than the 'interrupt' test, which I blacklisted, I've now got green lights on all kernel tests running on the QEMU Cortex-A9 (Zynq) target which are not automatically de-selected for whatever reason (61 passed, 23 skipped, 10 discarded). As a solution for the 'interrupt' test assertion failure is already being discussed and as I moved over completely to Stephanos' GIC interrupt handling code (although my code base isn't at the most recent regarding the modification of the interrupt handling, I'll take care of that soon), any solution of this issue should reflect directly in the ARMv7-A branch, eventually making the blacklisting obsolete.

There's been one major change along the way: I've exchanged the timer being used to drive the system. As some of the tests that failed were related to the tickless mode, and as the readily available Xilinx TTC driver isn't suitable for this mode (it's a self-reloading 16-bit counter, where dynamically calculated comparator values would require on-the-fly re-calculation of a prescaler, which would lead to varying imprecision in timing, and where, for example, you might miss out on an entire interval if interrupts are globally locked for more than one period), I've switched over to the ARM global timer, for which Carlo has already provided a high-level interface plus an access implementation in aarch64. The ARM global timer is similar to the timers that drive the system clock on the other architectures, continuously counting up while comparing against an absolute value. While on ARMv8 access is possible via special instructions, on ARMv7 the timer's identical register layout is memory-mapped. So I've added a register-based implementation in aarch32, for which the timer's device tree entry must be supplied with an additional base address. Using this timer, the tickless mode tests passed as well. The fact that the tests failed with the TTC driver might eventually be a test suite issue - the TTC driver doesn't set the tickless capability config flag when it is chosen in the build configuration, yet the test cases didn't get filtered out?

There's just one catch: I had to extend the ARM global timer's interface a little in the aarch32 implementation. While Carlo's implementation provides the basic functions for reading the current value and writing to the comparator which I re-implemented for aarch32, I had to add functions that read and write the state of the interrupt status ("event") bit. Initially I observed that the timer's ISR always ran twice in a row (the IAR register returns the timer's vector twice in a row before returning 0x3FF) when not using the auto-reload feature in tick-based mode (when configured this way, the interrupt works just as expected), erroneously incrementing the comparator value and leading to some really wonky timing behaviour.  I spent the best part of a day experimenting with various things such as extra barriers, puzzled why these double interrupts kept occurring. Eventually, I came across both ARM's and Xilinx's errata documentation - lo and behold, this behaviour is an actual bug in the MPcore silicon (which QEMU even emulates!). The suggested workaround is to clear the event bit *after* updating the comparator (to UINT64_MAX in tickless mode, some value must always be written from within the ISR) and checking its value whenever the ISR is entered. During the second, erroneous execution of the ISR, polling the event bit's value returns 0 as the comparator hasn't matched yet and the ISR exits upon detecting that no event is pending. This is also how the Linux folks implemented the workaround in their driver. It doesn't prevent the extra ISR execution, but at least it doesn't screw up the system's timing. Carlo, would you mind if I added a menuconfig option below the ARM global timer in order to enable the (ARMv7-specific) workaround and included the special handling #ifdef'd in arm_arch_timer.c -> arm_arch_timer_compare_isr()? Also, do you see any use in adding an option enabling the auto-update of the comparator in tick-based mode? It doesn't improve the interrupt latency in any way, it would just save two register writes in my case. I guess it's not that relevant, what do you think?

The one thing that works but isn't yet as clean as I would like it to be (and which should also have a matching test case for aarch32) is the FPU register saving thing. So far, I've completely skipped the CONFIG_FP_SHARING setting whereever I've added a branch for ARMv7 - if it's an ARMv7-A and if it has a FPU, pull the register saving off. Yet, while there is no marker which single thread gets to use the non-shared FPU registers as there is on Cortex-M, and the register saving basically isn't optional once the FPU is in play, I should probably auto-incorporate the FP_SHARING flag just to keep the semantics clean. I also still have to add the setting of the initial FPSCR and FPEXC values to the arch-specific thread creation code. More on that in the next update, I guess...

I'll have a look into how pull requests work and start off small with the minor bugfixes in the existing UART/TTC drivers, while with regards to the rest of my work I still have to work out with the big wigs at work if I personally get to take the credit in the copyright notices of any new sources, or if they'll mention the company - after all, they provided the resources.

Best regards,
Immo


Re: West 0.7.2 can't work

FrankLi
 

Thanks, It's fixed


Re: nrf52840 ble error #ble #nrf52840

Chettimada, Vinayak Kariappa
 

Sorry, forgot to paste the link:

 

https://github.com/zephyrproject-rtos/zephyr/pull/23258

 

-Vinayak

 

From: devel@... <devel@...> On Behalf Of Chettimada, Vinayak Kariappa via Lists.Zephyrproject.Org
Sent: 18 March 2020 14:04
To: Narendar Malepu <narendarm@...>
Cc: devel@...
Subject: Re: [Zephyr-devel] nrf52840 ble error #ble #nrf52840

 

Please identify and increase thread stack size based on your application code.  You can use the implementation in this PR to analyse stack usage.

 

-Vinayak

 

From: Narendar Malepu <narendarm@...>
Sent: 18 March 2020 13:33
To: Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>
Cc: devel@...
Subject: Re: [Zephyr-devel] nrf52840 ble error #ble #nrf52840

 

Hi Vinayak Kariappa,

 

Here is the result for above command

zephyr/include/sys/dlist.h:211

 

On Wed, Mar 18, 2020 at 12:57 PM Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...> wrote:

Please provide the details of:

# arm-none-eabi-addr2line -e <path to zephyr.elf file> 0x000390ee

 

-Vinayak

 

From: devel@... <devel@...> On Behalf Of Narendar Malepu via Lists.Zephyrproject.Org
Sent: 17 March 2020 14:12
To: devel@...
Cc: devel@...
Subject: [Zephyr-devel] nrf52840 ble error #ble #nrf52840

 

Hi,

Iam using nrf52840 development board, developing software using zephyr.
In software development iam using bluetooth as a peripheral and uart in interrupt mode(to get data from other module), when iam trying to run both interfaces the getting below errors and iam included watchdog timer so after sometime it is restarting.

[00:01:36.902,862] <inf> os: prio recv thread stack : unused 336 usage 112 / 448 (25 %)

[00:01:36.902,893] <err> os: ***** BUS FAULT *****

[00:01:36.902,893] <err> os:   Imprecise data bus error

[00:01:36.902,923] <err> os: r0/a1:  0x00000029  r1/a2:  0x00000004  r2/a3:  0x00000000

[00:01:36.902,923] <err> os: r3/a4:  0x20004a0c r12/ip:  0x00000000 r14/lr:  0x000388fb

[00:01:36.902,923] <err> os:  xpsr:  0x61000000

[00:01:36.902,923] <err> os: Faulting instruction address (r15/pc): 0x000390ee

[00:01:36.902,923] <err> os: >>> ZEPHYR FATAL ERROR 0: CPU exception on CPU 0

[00:01:36.902,923] <err> os: Current thread: 0x20000eec (unknown)

[00:01:37.159,637] <err> os: Halting system

can someone help me with above problem.

Thanks

 


Re: nrf52840 ble error #ble #nrf52840

Chettimada, Vinayak Kariappa
 

Please identify and increase thread stack size based on your application code.  You can use the implementation in this PR to analyse stack usage.

 

-Vinayak

 

From: Narendar Malepu <narendarm@...>
Sent: 18 March 2020 13:33
To: Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...>
Cc: devel@...
Subject: Re: [Zephyr-devel] nrf52840 ble error #ble #nrf52840

 

Hi Vinayak Kariappa,

 

Here is the result for above command

zephyr/include/sys/dlist.h:211

 

On Wed, Mar 18, 2020 at 12:57 PM Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...> wrote:

Please provide the details of:

# arm-none-eabi-addr2line -e <path to zephyr.elf file> 0x000390ee

 

-Vinayak

 

From: devel@... <devel@...> On Behalf Of Narendar Malepu via Lists.Zephyrproject.Org
Sent: 17 March 2020 14:12
To: devel@...
Cc: devel@...
Subject: [Zephyr-devel] nrf52840 ble error #ble #nrf52840

 

Hi,

Iam using nrf52840 development board, developing software using zephyr.
In software development iam using bluetooth as a peripheral and uart in interrupt mode(to get data from other module), when iam trying to run both interfaces the getting below errors and iam included watchdog timer so after sometime it is restarting.

[00:01:36.902,862] <inf> os: prio recv thread stack : unused 336 usage 112 / 448 (25 %)

[00:01:36.902,893] <err> os: ***** BUS FAULT *****

[00:01:36.902,893] <err> os:   Imprecise data bus error

[00:01:36.902,923] <err> os: r0/a1:  0x00000029  r1/a2:  0x00000004  r2/a3:  0x00000000

[00:01:36.902,923] <err> os: r3/a4:  0x20004a0c r12/ip:  0x00000000 r14/lr:  0x000388fb

[00:01:36.902,923] <err> os:  xpsr:  0x61000000

[00:01:36.902,923] <err> os: Faulting instruction address (r15/pc): 0x000390ee

[00:01:36.902,923] <err> os: >>> ZEPHYR FATAL ERROR 0: CPU exception on CPU 0

[00:01:36.902,923] <err> os: Current thread: 0x20000eec (unknown)

[00:01:37.159,637] <err> os: Halting system

can someone help me with above problem.

Thanks


Re: nrf52840 ble error #ble #nrf52840

Narendar Malepu
 

Hi Vinayak Kariappa,

Here is the result for above command
zephyr/include/sys/dlist.h:211

On Wed, Mar 18, 2020 at 12:57 PM Chettimada, Vinayak Kariappa <vinayak.kariappa.chettimada@...> wrote:

Please provide the details of:

# arm-none-eabi-addr2line -e <path to zephyr.elf file> 0x000390ee

 

-Vinayak

 

From: devel@... <devel@...> On Behalf Of Narendar Malepu via Lists.Zephyrproject.Org
Sent: 17 March 2020 14:12
To: devel@...
Cc: devel@...
Subject: [Zephyr-devel] nrf52840 ble error #ble #nrf52840

 

Hi,

Iam using nrf52840 development board, developing software using zephyr.
In software development iam using bluetooth as a peripheral and uart in interrupt mode(to get data from other module), when iam trying to run both interfaces the getting below errors and iam included watchdog timer so after sometime it is restarting.

[00:01:36.902,862] <inf> os: prio recv thread stack : unused 336 usage 112 / 448 (25 %)

[00:01:36.902,893] <err> os: ***** BUS FAULT *****

[00:01:36.902,893] <err> os:   Imprecise data bus error

[00:01:36.902,923] <err> os: r0/a1:  0x00000029  r1/a2:  0x00000004  r2/a3:  0x00000000

[00:01:36.902,923] <err> os: r3/a4:  0x20004a0c r12/ip:  0x00000000 r14/lr:  0x000388fb

[00:01:36.902,923] <err> os:  xpsr:  0x61000000

[00:01:36.902,923] <err> os: Faulting instruction address (r15/pc): 0x000390ee

[00:01:36.902,923] <err> os: >>> ZEPHYR FATAL ERROR 0: CPU exception on CPU 0

[00:01:36.902,923] <err> os: Current thread: 0x20000eec (unknown)

[00:01:37.159,637] <err> os: Halting system

can someone help me with above problem.

Thanks


Socket Poll functionality in case of socket is closed

Ravi kumar Veeramally
 

Hi,

what should be the return value or behavior of socket poll() call in case of TCP socket is closed from peer side.

As per https://github.com/zephyrproject-rtos/zephyr/blob/master/subsys/net/lib/sockets/sockets.c#L1018, zsock_poll_prepare_ctx() call returns -EALREADY. 

But https://github.com/zephyrproject-rtos/zephyr/blob/master/subsys/net/lib/sockets/sockets.c#L1088. Return value of z_fdtable_call_ioctl() function call handler assumes " If POLL_PREPARE returned with EALREADY, it means it already detected that some socket is ready."

I did a simple test with few modifications in echo-client and echo-server in net tools. echo-server closes the client connection. poll(fds, nfds, 0) call returns "> 0" and error value set to 0. But send failed with return value -ve and error value set to ESHUTDOWN.

Any thoughts @rlubos @pfalcon?

Regards,

Ravi.


Re: Zephyr rtos : Unable to scan all broadcasted BLE packets #ble #hci #nrf52480 #samples #uart

Chettimada, Vinayak Kariappa
 

You can use nRF sniffer found here: https://www.nordicsemi.com/Software-and-tools/Development-Tools/nRF-Sniffer-for-Bluetooth-LE

 

And check the wireshark logs for advertising interval and channels. If you still see issue, do revert back with a GitHub Issue with details to reproduce and wireshark logs.

 

-Vinayak

 

From: devel@... <devel@...> On Behalf Of Mayank via Lists.Zephyrproject.Org
Sent: 17 March 2020 15:18
To: devel@...
Cc: devel@...
Subject: [Zephyr-devel] Zephyr rtos : Unable to scan all broadcasted BLE packets #ble #hci #nrf52480 #samples #uart #zephyrbluetoothmesh

 

Hi All,

I have observed one thing related to zephyr's hci_uart sample application.
I have used above application to implement the logic of beacon scanning in my custom application.
(Used Bluez 5.50 from host side. Nordic's nrf52840_pca10056 chip with zephyr's hci_uart app flashed in it).

Now, my concern is, I have got one beacon which has a default advertising interval set to 900ms.
So, At least i should get 1 broadcated BLE packet per second.

Case-1 : 
- I'm scanning the beacon using 'nrf Connect' android mobile application.
- Here, i can see that packets are being received with adv interval gap of 500ms-900ms roughly.
- i.e, Ar least 1 packet per second.

Case-2 :
- While scanning through my application for consecutive 10 secs, I hardly receives 1 or 2 packets.
- Why is it so ? Ideally, At best i should get 10 samples in 10 secs.

Is there any issue with zephyr or Nordic's nrf52840?
Is it possible that the broadcasted packets are not falling in the physical channels 37,38,39 for being scanned, because of which the beacon packets are missing?

Thanks,
Mayank


Re: nrf52840 ble error #ble #nrf52840

Chettimada, Vinayak Kariappa
 

Please provide the details of:

# arm-none-eabi-addr2line -e <path to zephyr.elf file> 0x000390ee

 

-Vinayak

 

From: devel@... <devel@...> On Behalf Of Narendar Malepu via Lists.Zephyrproject.Org
Sent: 17 March 2020 14:12
To: devel@...
Cc: devel@...
Subject: [Zephyr-devel] nrf52840 ble error #ble #nrf52840

 

Hi,

Iam using nrf52840 development board, developing software using zephyr.
In software development iam using bluetooth as a peripheral and uart in interrupt mode(to get data from other module), when iam trying to run both interfaces the getting below errors and iam included watchdog timer so after sometime it is restarting.

[00:01:36.902,862] <inf> os: prio recv thread stack : unused 336 usage 112 / 448 (25 %)

[00:01:36.902,893] <err> os: ***** BUS FAULT *****

[00:01:36.902,893] <err> os:   Imprecise data bus error

[00:01:36.902,923] <err> os: r0/a1:  0x00000029  r1/a2:  0x00000004  r2/a3:  0x00000000

[00:01:36.902,923] <err> os: r3/a4:  0x20004a0c r12/ip:  0x00000000 r14/lr:  0x000388fb

[00:01:36.902,923] <err> os:  xpsr:  0x61000000

[00:01:36.902,923] <err> os: Faulting instruction address (r15/pc): 0x000390ee

[00:01:36.902,923] <err> os: >>> ZEPHYR FATAL ERROR 0: CPU exception on CPU 0

[00:01:36.902,923] <err> os: Current thread: 0x20000eec (unknown)

[00:01:37.159,637] <err> os: Halting system

can someone help me with above problem.

Thanks


Re: West 0.7.2 can't work

Bolivar, Marti
 

Please see https://lists.zephyrproject.org/g/announce/message/86

"FrankLi via Lists.Zephyrproject.Org"
<lgl88911=163.com@...> writes:

Dears,
After I update west to 0.7.2, the west can't work for any command, include --help. It alwasy show:
File "/home/frank/.local/bin/west", line 11, in <module>
sys.exit(main())
File "/home/frank/.local/lib/python3.6/site-packages/west/app/main.py", line 767, in main
app = WestApp()
File "/home/frank/.local/lib/python3.6/site-packages/west/app/main.py", line 64, in __init__
lst = [cls() for cls in classes]
File "/home/frank/.local/lib/python3.6/site-packages/west/app/main.py", line 64, in <listcomp>
lst = [cls() for cls in classes]
File "/home/frank/.local/lib/python3.6/site-packages/west/app/project.py", line 153, in __init__
requires_workspace=False)

When I remove the "requires_workspace=False" of __init__ in below files, the west can work normal, Maybe I miss some setting flow in 0.7.2?
.local/lib/python3.6/site-packages/west/app/project.py
.local/lib/python3.6/site-packages/west/app/main.py
.local/lib/python3.6/site-packages/west/app/config.py


Upcoming Event: Zephyr Project: APIs - Tue, 03/17/2020 9:00am-10:00am, Please RSVP #cal-reminder

devel@lists.zephyrproject.org Calendar <devel@...>
 

Reminder: Zephyr Project: APIs

When: Tuesday, 17 March 2020, 9:00am to 10:00am, (GMT-07:00) America/Los Angeles

Where:https://zoom.us/j/177647878

An RSVP is requested. Click here to RSVP

Organizer: devel@...

Description: Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/177647878

Or iPhone one-tap :
    US: +16465588656,,177647878# or +16699006833,,177647878# 
Or Telephone:
    Dial(for higher quality, dial a number based on your current location): 
        US: +1 646 558 8656 or +1 669 900 6833 or +1 855 880 1246 (Toll Free) or +1 877 369 0926 (Toll Free)
    Meeting ID: 177 647 878
    International numbers available: https://zoom.us/zoomconference?m=ioAR9GK1OE5LkN1ojt-heTCl7yPcJrhY


 Live meeting minutes: https://docs.google.com/document/d/1lv-8B5QE2m4FjBcvfqAXFIgQfW5oz6306zJ7GIZIWCk/edit?usp=sharing


Re: API meeting: agenda

Carles Cufi
 

Hi all,

A reminder that this week's API meeting is at 9AM PDT or 17h CET, so in 30 min from now.

Added items to the agenda:

- API stability documentation:
- PR: https://github.com/zephyrproject-rtos/zephyr/pull/23527

- Devicetree generated files path
- include/devicetree/gpio.h vs include/device/gpio.h

Carles

-----Original Message-----
From: devel@... <devel@...> On
Behalf Of Cufi, Carles via Lists.Zephyrproject.Org
Sent: 16 March 2020 16:33
To: users@...; devel@...
Cc: devel@...
Subject: [Zephyr-devel] API meeting: agenda

Hi all,

Tomorrow's topics:

- RFC: Require system clock stability on startup:
- https://github.com/zephyrproject-rtos/zephyr/issues/22758

- RFC: API change: Add I2C bus recovery API:
- https://github.com/zephyrproject-rtos/zephyr/issues/23441

Additional items in the "Triage" column in the GitHub project may be
discussed if time permits.
If you want an item included in the meeting, please add it to the GitHub
project.

https://github.com/zephyrproject-rtos/zephyr/wiki/Zephyr-Committee-and-
Working-Group-Meetings#zephyr-api-discussion
https://github.com/zephyrproject-rtos/zephyr/projects/18
https://docs.google.com/document/d/1lv-
8B5QE2m4FjBcvfqAXFIgQfW5oz6306zJ7GIZIWCk/edit

Regards,

Carles


Re: nrf52840 ble error #ble #nrf52840

Allen Curtis
 

Is this custom hardware? Are you implying that both interfaces work independently but not together?


Zephyr rtos : Unable to scan all broadcasted BLE packets #ble #hci #nrf52480 #samples #uart

Mayank
 

Hi All,

I have observed one thing related to zephyr's hci_uart sample application.
I have used above application to implement the logic of beacon scanning in my custom application.
(Used Bluez 5.50 from host side. Nordic's nrf52840_pca10056 chip with zephyr's hci_uart app flashed in it).

Now, my concern is, I have got one beacon which has a default advertising interval set to 900ms.
So, At least i should get 1 broadcated BLE packet per second.

Case-1 : 
- I'm scanning the beacon using 'nrf Connect' android mobile application.
- Here, i can see that packets are being received with adv interval gap of 500ms-900ms roughly.
- i.e, Ar least 1 packet per second.

Case-2 :
- While scanning through my application for consecutive 10 secs, I hardly receives 1 or 2 packets.
- Why is it so ? Ideally, At best i should get 10 samples in 10 secs.

Is there any issue with zephyr or Nordic's nrf52840?
Is it possible that the broadcasted packets are not falling in the physical channels 37,38,39 for being scanned, because of which the beacon packets are missing?

Thanks,
Mayank


nrf52840 ble error #ble #nrf52840

Narendar Malepu
 

Hi,

Iam using nrf52840 development board, developing software using zephyr.
In software development iam using bluetooth as a peripheral and uart in interrupt mode(to get data from other module), when iam trying to run both interfaces the getting below errors and iam included watchdog timer so after sometime it is restarting.

[00:01:36.902,862] <inf> os: prio recv thread stack : unused 336 usage 112 / 448 (25 %)
[00:01:36.902,893] <err> os: ***** BUS FAULT *****
[00:01:36.902,893] <err> os:   Imprecise data bus error
[00:01:36.902,923] <err> os: r0/a1:  0x00000029  r1/a2:  0x00000004  r2/a3:  0x00000000
[00:01:36.902,923] <err> os: r3/a4:  0x20004a0c r12/ip:  0x00000000 r14/lr:  0x000388fb
[00:01:36.902,923] <err> os:  xpsr:  0x61000000
[00:01:36.902,923] <err> os: Faulting instruction address (r15/pc): 0x000390ee
[00:01:36.902,923] <err> os: >>> ZEPHYR FATAL ERROR 0: CPU exception on CPU 0
[00:01:36.902,923] <err> os: Current thread: 0x20000eec (unknown)
[00:01:37.159,637] <err> os: Halting system

can someone help me with above problem.

Thanks


API meeting: agenda

Carles Cufi
 

Hi all,

Tomorrow's topics:

- RFC: Require system clock stability on startup:
- https://github.com/zephyrproject-rtos/zephyr/issues/22758

- RFC: API change: Add I2C bus recovery API:
- https://github.com/zephyrproject-rtos/zephyr/issues/23441

Additional items in the "Triage" column in the GitHub project may be discussed if time permits.
If you want an item included in the meeting, please add it to the GitHub project.

https://github.com/zephyrproject-rtos/zephyr/wiki/Zephyr-Committee-and-Working-Group-Meetings#zephyr-api-discussion
https://github.com/zephyrproject-rtos/zephyr/projects/18
https://docs.google.com/document/d/1lv-8B5QE2m4FjBcvfqAXFIgQfW5oz6306zJ7GIZIWCk/edit

Regards,

Carles


West 0.7.2 can't work

FrankLi
 

Dears,
   After I update west to 0.7.2, the west can't work for any command, include --help. It alwasy show:
  File "/home/frank/.local/bin/west", line 11, in <module>
    sys.exit(main())
  File "/home/frank/.local/lib/python3.6/site-packages/west/app/main.py", line 767, in main
    app = WestApp()
  File "/home/frank/.local/lib/python3.6/site-packages/west/app/main.py", line 64, in __init__
    lst = [cls() for cls in classes]
  File "/home/frank/.local/lib/python3.6/site-packages/west/app/main.py", line 64, in <listcomp>
    lst = [cls() for cls in classes]
  File "/home/frank/.local/lib/python3.6/site-packages/west/app/project.py", line 153, in __init__
    requires_workspace=False)

When I remove the "requires_workspace=False" of __init__ in below files, the west can work normal, Maybe I miss some setting flow in 0.7.2?
.local/lib/python3.6/site-packages/west/app/project.py
.local/lib/python3.6/site-packages/west/app/main.py
.local/lib/python3.6/site-packages/west/app/config.py


zephyr/samples/boards/nrf/mesh Example

Muhammad Muh <muhammad.muh83@...>
 

Hi,

Hope you all are doing well. I am now doing the Zephyr Example

zephyrproject/zephyr/samples/boards/nrf/mesh/onoff-app 

I am flashing this example on nRF52840_10056 DK. The code is building and flashing into the DK but it is not showing any output like when i press the Button 1 the LED 1 does not switch on. I tried flashing many times.

Note: DKs buttons are functioning as i have tried with BASIC example given in Zephyr Samples.

Please advise.

Thank you
Muhammad.




From: Jan Van Winkel <jan.van_winkel@...>
Sent: Thursday, March 5, 2020 9:01 PM
To: Muhammad Muh <muhammad.muh83@...>
Cc: devel@... <devel@...>
Subject: Re: [Zephyr-devel] ILI9340 Display Example
 
Hi Muhammad,

For the nrf52840_pca10056 you need to specify a display shield that supports ili9340, eg. west build -b nrf52840_pca10056 -- -DSHIELD=adafruit_2_8_tft_touch_v2

Note that ili9340 sample has been removed in the latest master as there is now a common sample that support different kind of display shields.

Regards,
Jan

On Thu, Mar 5, 2020 at 1:03 PM Muhammad Muh <muhammad.muh83@...> wrote:
Dear All,

I hope you all are doing well.

I am trying an example in
zephyrproject/zephyr/sample/display/ili9340

The example is building fine with nucleo board
west build -b nucleo_l476rg .

BUT

Please advise on the following error when building with nrf52840 west build -b nrf52840_pca10056 .

FAILED: CMakeFiles/app.dir/src/main.c.obj
ccache /home/muh/zephyr-sdk-0.10.3/arm-zephyr-eabi/bin/arm-zephyr-eabi-gcc -DBUILD_VERSION=zephyr-v2.0.0-1364-gbb3cd11bf192 -DKERNEL -DNRF52840_XXAA -D_FORTIFY_SOURCE=2 -D__PROGRAM_START -D__ZEPHYR__=1 -I/home/muh/zephyrproject/zephyr/kernel/include -I/home/muh/zephyrproject/zephyr/arch/arm/include -I/home/muh/zephyrproject/zephyr/include -I/home/muh/zephyrproject/zephyr/include/drivers -Izephyr/include/generated -I/home/muh/zephyrproject/zephyr/soc/arm/nordic_nrf/nrf52 -I/home/muh/zephyrproject/zephyr/ext/hal/cmsis/Core/Include -I/home/muh/zephyrproject/modules/hal/nordic/nrfx -I/home/muh/zephyrproject/modules/hal/nordic/nrfx/drivers/include -I/home/muh/zephyrproject/modules/hal/nordic/nrfx/mdk -I/home/muh/zephyrproject/modules/hal/nordic/. -isystem /home/muh/zephyrproject/zephyr/lib/libc/minimal/include -isystem /home/muh/zephyr-sdk-0.10.3/arm-zephyr-eabi/bin/../lib/gcc/arm-ze
phyr-eabi/8.3.0/include -isystem /home/muh/zephyr-sdk-0.10.3/arm-zephyr-eabi/bin/../lib/gcc/arm-zephyr-eabi/8.3.0/include-fixed -Os -imacros/home/muh/zephyrproject/zephyr/samples/display/ili9340/build/zephyr/include/generated/autoconf.h -ffreestanding -fno-common -g -mthumb -mcpu=cortex-m4 -imacros/home/muh/zephyrproject/zephyr/include/toolchain/zephyr_stdint.h -Wall -Wformat -Wformat-security -Wno-format-zero-length -Wno-main -Wno-pointer-sign -Wpointer-arith -Wno-unused-but-set-variable -Werror=implicit-int -fno-asynchronous-unwind-tables -fno-pie -fno-pic -fno-strict-overflow -fno-reorder-functions -fno-defer-pop -fmacro-prefix-map=/home/muh/zephyrproject/zephyr/samples/display/ili9340=CMAKE_SOURCE_DIR -fmacro-prefix-map=/home/muh/zephyrproject/zephyr=ZEPHYR_BASE -ffunction-sections -fdata-sections -mabi=aapcs -march=armv7e-m -std=c99 -nostdinc -MD -MT CMakeFiles/app.dir/src/main.c.obj -MF CMakeFiles/app.dir/src/main.c.obj.d -o CMakeFiles/app.dir/src/main.c.obj   -c ../src/main.c
../src/main.c: In function 'main':
../src/main.c:49:27: error: 'DT_INST_0_ILITEK_ILI9340_LABEL' undeclared (first use in this function); did you mean 'DT_INST_0_JEDEC_SPI_NOR_LABEL'?
  dev = device_get_binding(DT_INST_0_ILITEK_ILI9340_LABEL);
                           ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
                           DT_INST_0_JEDEC_SPI_NOR_LABEL
../src/main.c:49:27: note: each undeclared identifier is reported only once for each function it appears in
[4/106] Building C object zephyr/CMake...r/soc/arm/nordic_nrf/nrf52/power.c.obj
ninja: build stopped: subcommand failed.

Regards



Re: Build Failed for Hello_World

Swapna Bulbule
 



On Thu, 12 Mar 2020 at 7:20 PM, Cufi, Carles <Carles.Cufi@...> wrote:

Hi there,

 

  1. export ZEPHYR_TOOLCHAIN_VARIANT=zephyr
    export ZEPHYR_SDK_INSTALL_DIR=/home/swapna/Documents/Workspace/Zephyr_ESP

Is the SDK installed in /home/swapna/Documents/Workspace/Zephyr_ESP?

Yes, it is! 
Also I have tried creating folder same error


  1. export ZEPHYR_TOOLCHAIN_VARIANT=cross-compile
    export CROSS_COMPILE=/usr/bin/arm-none-eabi-

 

You cannot build an Xtensa target with an Arm compiler


Noted.

Carles

 

From: devel@... <devel@...> On Behalf Of Swapna Bulbule via Lists.Zephyrproject.Org
Sent: 12 March 2020 14:36
Cc: devel@...
Subject: [Zephyr-devel] Build Failed for Hello_World

 

I have followed steps as per guid https://docs.zephyrproject.org/latest/getting_started/index.html#
Until step 6, building the application,receiving error.
OS: Ubuntu 18.04

  1. export ZEPHYR_TOOLCHAIN_VARIANT=zephyr
    export ZEPHYR_SDK_INSTALL_DIR=/home/swapna/Documents/Workspace/Zephyr_ESP

west build -p auto -b esp32 samples/hello_world
-- west build: build configuration:
source directory: /home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/samples/hello_world
build directory: /home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/build (created)
BOARD: esp32 (origin: command line)
-- west build: generating a build system
-- Zephyr version: 2.2.0-rc3
-- Found PythonInterp: /usr/bin/python3.6 (found suitable version "3.6.9", minimum required is "3.6")
-- Selected BOARD esp32
-- Found west: /home/swapna/.local/bin/west (found suitable version "0.7.2", minimum required is "0.6.0")
-- Loading /home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/boards/xtensa/esp32/esp32.dts as base
Devicetree header saved to '/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/build/zephyr/include/generated/devicetree_unfixed.h'
Parsing /home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/Kconfig
Loaded configuration '/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/boards/xtensa/esp32/esp32_defconfig'
Merged configuration '/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/samples/hello_world/prj.conf'
Configuration saved to '/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/build/zephyr/.config'
Kconfig header saved to '/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/build/zephyr/include/generated/autoconf.h'
CMake Error at /home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/cmake/extensions.cmake:1479 (message):
No such file or directory: LIBGCC_FILE_NAME: ''
Call Stack (most recent call first):
/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/cmake/compiler/gcc/target.cmake:69 (assert_exists)
/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/cmake/target_toolchain.cmake:49 (include)
/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/cmake/app/boilerplate.cmake:476 (include)
CMakeLists.txt:5 (include)

-- Configuring incomplete, errors occurred!
FATAL ERROR: command exited with status 1: /home/swapna/bin/cmake/cmake-3.16.4-Linux-x86_64/bin/cmake -B/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/build -S/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/samples/hello_world -GNinja -DBOARD=esp32

I have tried couple of things changing variant and tool chain.

  1. export ZEPHYR_TOOLCHAIN_VARIANT=cross-compile
    export CROSS_COMPILE=/usr/bin/arm-none-eabi-

I have followed steps as per guid https://docs.zephyrproject.org/latest/getting_started/index.html#
Until step 6, building the application,receiving error.

swapna@18:~/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr$ west build -p auto -b esp32 samples/hello_world
-- west build: build configuration:
source directory: /home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/samples/hello_world
build directory: /home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/build (created)
BOARD: esp32 (origin: command line)
-- west build: generating a build system
-- Zephyr version: 2.2.0-rc3
-- Found PythonInterp: /usr/bin/python3.6 (found suitable version "3.6.9", minimum required is "3.6")
-- Selected BOARD esp32
-- Found west: /home/swapna/.local/bin/west (found suitable version "0.7.2", minimum required is "0.6.0")
-- Loading /home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/boards/xtensa/esp32/esp32.dts as base
Devicetree header saved to '/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/build/zephyr/include/generated/devicetree_unfixed.h'
Parsing /home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/Kconfig
Loaded configuration '/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/boards/xtensa/esp32/esp32_defconfig'
Merged configuration '/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/samples/hello_world/prj.conf'
Configuration saved to '/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/build/zephyr/.config'
Kconfig header saved to '/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/build/zephyr/include/generated/autoconf.h'
-- The C compiler identification is GNU 6.3.1
-- The CXX compiler identification is GNU 6.3.1
-- The ASM compiler identification is GNU
-- Found assembler: /usr/bin/arm-none-eabi-gcc
-- Cache files will be written to: /home/swapna/.cache/zephyr
CMake Warning at /home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/boards/common/esp32.board.cmake:7 (message):
Setting ESP_IDF_PATH in the environment is deprecated. Use cmake
-DESP_IDF_PATH=... instead.
Call Stack (most recent call first):
/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/boards/xtensa/esp32/board.cmake:3 (include)
/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/cmake/app/boilerplate.cmake:506 (include)
CMakeLists.txt:5 (include)

-- Configuring done
-- Generating done
-- Build files have been written to: /home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/build
-- west build: building application
[1/122] Preparing syscall dependency handling

[7/122] Building C object zephyr/CMakeFiles/offsets.dir/arch/xtensa/core/offsets/offsets.c.obj
FAILED: zephyr/CMakeFiles/offsets.dir/arch/xtensa/core/offsets/offsets.c.obj
ccache /usr/bin/arm-none-eabi-gcc -DBUILD_VERSION=v2.2.0-rc3-20-gcfd0f3e18d01 -DKERNEL -D_FORTIFY_SOURCE=2 -D__ZEPHYR__=1 -I../kernel/include -I../arch/xtensa/include -I../include -Izephyr/include/generated -I../soc/xtensa/esp32 -I../soc/xtensa/esp32/include -I/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/modules/hal/esp-idf/zephyr/../components/esp32/include -I/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/modules/hal/esp-idf/zephyr/../components/soc/esp32/include -I/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/modules/hal/xtensa/include -I/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/modules/hal/xtensa/zephyr/soc/esp32 -isystem ../lib/libc/minimal/include -isystem /usr/lib/gcc/arm-none-eabi/6.3.1/include -isystem /usr/lib/gcc/arm-none-eabi/6.3.1/include-fixed -Os -imacros/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/build/zephyr/include/generated/autoconf.h -ffreestanding -fno-common -g -imacros/home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/include/toolchain/zephyr_stdint.h -Wall -Wformat -Wformat-security -Wno-format-zero-length -Wno-main -Wno-pointer-sign -Wpointer-arith -Wno-unused-but-set-variable -Werror=implicit-int -fno-asynchronous-unwind-tables -fno-pie -fno-pic -fno-strict-overflow -fno-reorder-functions -fno-defer-pop -ffunction-sections -fdata-sections -std=c99 -nostdinc -MD -MT zephyr/CMakeFiles/offsets.dir/arch/xtensa/core/offsets/offsets.c.obj -MF zephyr/CMakeFiles/offsets.dir/arch/xtensa/core/offsets/offsets.c.obj.d -o zephyr/CMakeFiles/offsets.dir/arch/xtensa/core/offsets/offsets.c.obj -c /home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/arch/xtensa/core/offsets/offsets.c
/tmp/ccTtYhaH.s: Assembler messages:
/tmp/ccTtYhaH.s:35: Error: bad expression
/tmp/ccTtYhaH.s:35: Error: junk at end of line, first unrecognized character is 8' /tmp/ccTtYhaH.s:41: Error: bad expression /tmp/ccTtYhaH.s:41: Error: junk at end of line, first unrecognized character is 0'
/tmp/ccTtYhaH.s:47: Error: bad expression
/tmp/ccTtYhaH.s:47: Error: junk at end of line, first unrecognized character is 4' /tmp/ccTtYhaH.s:53: Error: bad expression /tmp/ccTtYhaH.s:53: Error: junk at end of line, first unrecognized character is 8'
/tmp/ccTtYhaH.s:59: Error: bad expression
/tmp/ccTtYhaH.s:59: Error: junk at end of line, first unrecognized character is 0' /tmp/ccTtYhaH.s:65: Error: bad expression /tmp/ccTtYhaH.s:65: Error: junk at end of line, first unrecognized character is 4'
/tmp/ccTtYhaH.s:71: Error: bad expression
/tmp/ccTtYhaH.s:71: Error: junk at end of line, first unrecognized character is 5' /tmp/ccTtYhaH.s:77: Error: bad expression /tmp/ccTtYhaH.s:77: Error: junk at end of line, first unrecognized character is 0'
/tmp/ccTtYhaH.s:83: Error: bad expression
/tmp/ccTtYhaH.s:83: Error: junk at end of line, first unrecognized character is 6' /tmp/ccTtYhaH.s:89: Error: bad expression /tmp/ccTtYhaH.s:89: Error: junk at end of line, first unrecognized character is 1'
/tmp/ccTtYhaH.s:95: Error: bad expression
/tmp/ccTtYhaH.s:95: Error: junk at end of line, first unrecognized character is 1' /tmp/ccTtYhaH.s:101: Error: bad expression /tmp/ccTtYhaH.s:101: Error: junk at end of line, first unrecognized character is 1'
/tmp/ccTtYhaH.s:107: Error: bad expression
/tmp/ccTtYhaH.s:107: Error: junk at end of line, first unrecognized character is 1' /tmp/ccTtYhaH.s:113: Error: bad expression /tmp/ccTtYhaH.s:113: Error: junk at end of line, first unrecognized character is 1'
/tmp/ccTtYhaH.s:119: Error: bad expression
/tmp/ccTtYhaH.s:119: Error: junk at end of line, first unrecognized character is 2' /tmp/ccTtYhaH.s:125: Error: bad expression /tmp/ccTtYhaH.s:125: Error: junk at end of line, first unrecognized character is 0'
/tmp/ccTtYhaH.s:131: Error: bad expression
/tmp/ccTtYhaH.s:131: Error: junk at end of line, first unrecognized character is 4' /tmp/ccTtYhaH.s:137: Error: bad expression /tmp/ccTtYhaH.s:137: Error: junk at end of line, first unrecognized character is 7'
/tmp/ccTtYhaH.s:143: Error: bad expression
/tmp/ccTtYhaH.s:143: Error: junk at end of line, first unrecognized character is 6' /tmp/ccTtYhaH.s:149: Error: bad expression /tmp/ccTtYhaH.s:149: Error: junk at end of line, first unrecognized character is 1'
/tmp/ccTtYhaH.s:155: Error: bad expression
/tmp/ccTtYhaH.s:155: Error: junk at end of line, first unrecognized character is 1' /tmp/ccTtYhaH.s:162: Error: bad expression /tmp/ccTtYhaH.s:162: Error: junk at end of line, first unrecognized character is 4'
/tmp/ccTtYhaH.s:168: Error: bad expression
/tmp/ccTtYhaH.s:168: Error: junk at end of line, first unrecognized character is 0' /tmp/ccTtYhaH.s:174: Error: bad expression /tmp/ccTtYhaH.s:174: Error: junk at end of line, first unrecognized character is 8'
/tmp/ccTtYhaH.s:180: Error: bad expression
/tmp/ccTtYhaH.s:180: Error: junk at end of line, first unrecognized character is 0' /tmp/ccTtYhaH.s:186: Error: bad expression /tmp/ccTtYhaH.s:186: Error: junk at end of line, first unrecognized character is 0'
/tmp/ccTtYhaH.s:192: Error: bad expression
/tmp/ccTtYhaH.s:192: Error: junk at end of line, first unrecognized character is 0' /tmp/ccTtYhaH.s:198: Error: bad expression /tmp/ccTtYhaH.s:198: Error: junk at end of line, first unrecognized character is 4'
/tmp/ccTtYhaH.s:204: Error: bad expression
/tmp/ccTtYhaH.s:204: Error: junk at end of line, first unrecognized character is 8' /tmp/ccTtYhaH.s:210: Error: bad expression /tmp/ccTtYhaH.s:210: Error: junk at end of line, first unrecognized character is 9'
ninja: build stopped: subcommand failed.
FATAL ERROR: command exited with status 1: /home/swapna/bin/cmake/cmake-3.16.4-Linux-x86_64/bin/cmake --build /home/swapna/Documents/Workspace/Zephyr_ESP/zephyrproject/zephyr/build

I am not sure which variant and toolchain