|
Re: Zephyr 1.8.0 Released
Thanks for including my Olimex BSP.
- Erwin
Thanks for including my Olimex BSP.
- Erwin
|
By
Erwin Rol
·
#660
·
|
|
Next supported boards on Zephyr - STM32L0 ?
Hi,
I would like to know if the Nucleo STM32L0xx boards from ST (for example STM32L073 with Cortex ARM M0+) will be part of the supported board in the next release of Zephyr ?
If it's not the case,
Hi,
I would like to know if the Nucleo STM32L0xx boards from ST (for example STM32L073 with Cortex ARM M0+) will be part of the supported board in the next release of Zephyr ?
If it's not the case,
|
By
Felix Levitre <Felix.Levitre@...>
·
#662
·
|
|
Zephyr help
Hello Zephyr Team,
I am using the Arduino 101 Curie Open Developer Kit Z-tree.
Link: https://software.intel.com/en-us/node/675544
When I try to compile a file in Zephyr using make config, there are a
Hello Zephyr Team,
I am using the Arduino 101 Curie Open Developer Kit Z-tree.
Link: https://software.intel.com/en-us/node/675544
When I try to compile a file in Zephyr using make config, there are a
|
By
Tamra Oyama <tamrako@...>
·
#661
·
|
|
Zephyr 1.8.0 Released
Hi,
We are pleased to announce the release of Zephyr kernel version 1.8.0.
Major enhancements with this release include:
* Tickless kernel
* IP Stack improvements
* Bluetooth 5.0
Hi,
We are pleased to announce the release of Zephyr kernel version 1.8.0.
Major enhancements with this release include:
* Tickless kernel
* IP Stack improvements
* Bluetooth 5.0
|
By
Nashif, Anas
·
#659
·
|
|
CAN drivers/infrastructure
Hey all,
is there anybody working on CAN drivers and/or higher level CAN stacks
like CANOpen ?
- Erwin
Hey all,
is there anybody working on CAN drivers and/or higher level CAN stacks
like CANOpen ?
- Erwin
|
By
Erwin Rol
·
#658
·
|
|
Re: sdk-ng
Hey Anas,
Well than I will be happy :-)
But do they offer what Zephyr needs? Especially when it comes to the C
library. To take the RTEMS example again, newlib has a lot of RTEMS
support in
Hey Anas,
Well than I will be happy :-)
But do they offer what Zephyr needs? Especially when it comes to the C
library. To take the RTEMS example again, newlib has a lot of RTEMS
support in
|
By
Erwin Rol
·
#657
·
|
|
Re: ELCE participation
Hi,
Some engineers from BayLibre will be there, as usual :-D
Best regards,
Mike
--
Michael Turquette
CEO
BayLibre - At the Heart of Embedded Linux
http://baylibre.com/
Hi,
Some engineers from BayLibre will be there, as usual :-D
Best regards,
Mike
--
Michael Turquette
CEO
BayLibre - At the Heart of Embedded Linux
http://baylibre.com/
|
By
Michael Turquette <mturquette@...>
·
#656
·
|
|
Re: Situation with net APIs testing
Hello Jukka,
By
Paul Sokolovsky
·
#655
·
|
|
Re: ELCE participation
For the last few years there has been an IOT track at ELCE. Not sure what the plan is this year for that. I know a fair number of Zephyr developers and maintainers have attended in the past.
- k
For the last few years there has been an IOT track at ELCE. Not sure what the plan is this year for that. I know a fair number of Zephyr developers and maintainers have attended in the past.
- k
|
By
Kumar Gala
·
#654
·
|
|
ELCE participation
Hi all,
Not sure if this is the right mailing list for this, but does anybody plan
to participate at the Embedded Linux Conference Europe in Prague, this October?
If so, what are the subject(s)
Hi all,
Not sure if this is the right mailing list for this, but does anybody plan
to participate at the Embedded Linux Conference Europe in Prague, this October?
If so, what are the subject(s)
|
By
Geoffrey LE GOURRIEREC <geoffrey.legourrierec@...>
·
#653
·
|
|
Re: Situation with net APIs testing
Hi Paul,
When we had gerrit and jenkins, some of the net tests run slightly
longer that what was desired, so they were marked as build only. Now
that situation is different with github and shippable,
Hi Paul,
When we had gerrit and jenkins, some of the net tests run slightly
longer that what was desired, so they were marked as build only. Now
that situation is different with github and shippable,
|
By
Jukka Rissanen
·
#652
·
|
|
Situation with net APIs testing
Hello,
As I'm approaching final steps in preparing BSD Sockets patchset for
submission, I'm looking into a way to add some tests for it. Testing of
networking functionality is by default hard,
Hello,
As I'm approaching final steps in preparing BSD Sockets patchset for
submission, I'm looking into a way to add some tests for it. Testing of
networking functionality is by default hard,
|
By
Paul Sokolovsky
·
#651
·
|
|
Zephyr 1.8.0-rc4 tagged
Hi,
I just noticed all my previous rc notifications were stuck and not sent out. Sorry about that.
We have just tagged rc4 which is is very close to the final release pending completion of the
Hi,
I just noticed all my previous rc notifications were stuck and not sent out. Sorry about that.
We have just tagged rc4 which is is very close to the final release pending completion of the
|
By
Nashif, Anas
·
#650
·
|
|
Re: sdk-ng
Erwin,
The experience should be the same as with the current SDK. I did not say anything about downloading IDEs and from various vendors. There are well-established, standalone toolchains available
Erwin,
The experience should be the same as with the current SDK. I did not say anything about downloading IDEs and from various vendors. There are well-established, standalone toolchains available
|
By
Nashif, Anas
·
#649
·
|
|
Re: sdk-ng
Hey Anas,
thanks for the explanation, I just wondered because Intel, Linaro, the
Linux Foundation, etc. all seem Yocto members, where crosstools-ng seems
to be pretty much a one-man-show (looking at
Hey Anas,
thanks for the explanation, I just wondered because Intel, Linaro, the
Linux Foundation, etc. all seem Yocto members, where crosstools-ng seems
to be pretty much a one-man-show (looking at
|
By
Erwin Rol
·
#648
·
|
|
Re: sdk-ng
The current SDK is very difficult to maintain, requires lots of resources to build and is not compatible with how crosstool compilers from vendors are being distributed. There are a few other issues,
The current SDK is very difficult to maintain, requires lots of resources to build and is not compatible with how crosstool compilers from vendors are being distributed. There are a few other issues,
|
By
Nashif, Anas
·
#647
·
|
|
sdk-ng
Hey All,
when going over the 1.9 plans I noticed "sdk-ng".
When looking into the "sdk-ng" repo I noticed switching from yocto to
crosstools-ng.
One question; why ?
- Erwin
Hey All,
when going over the 1.9 plans I noticed "sdk-ng".
When looking into the "sdk-ng" repo I noticed switching from yocto to
crosstools-ng.
One question; why ?
- Erwin
|
By
Erwin Rol
·
#646
·
|
|
Re: DMA driver API, source_burst_length, dest_burst_length
By
Liu, Baohong
·
#645
·
|
|
Re: C-lib status
Hey Anas,
Yeah newlib offers hooks for a lot of things, but that not just means
changing Zephyr, but also the toolchains (if I understood correctly).
And here is where the 1.9 features come in, if
Hey Anas,
Yeah newlib offers hooks for a lot of things, but that not just means
changing Zephyr, but also the toolchains (if I understood correctly).
And here is where the 1.9 features come in, if
|
By
Erwin Rol
·
#644
·
|
|
Re: C-lib status
Not following how this is related to Posix and feature of 1.9.
AFAIK, What is missing is a hook for gettimeofday in lib/libc/newlib/libc-hooks.c which can then get the needed information from the
Not following how this is related to Posix and feature of 1.9.
AFAIK, What is missing is a hook for gettimeofday in lib/libc/newlib/libc-hooks.c which can then get the needed information from the
|
By
Nashif, Anas
·
#643
·
|