|
Re: QEMU networking: CONFIG_NET_TESTING breaks things, echo_server IPv6 address is "wrong"
On Wed, 17 Aug 2016 17:26:39 +0300
Paul Sokolovsky <Paul.Sokolovsky(a)linaro.org> wrote:
[]
> So, I'm not sure what the exact issue is. I may imagine following
> might happen:
>
> 1. There was a
On Wed, 17 Aug 2016 17:26:39 +0300
Paul Sokolovsky <Paul.Sokolovsky(a)linaro.org> wrote:
[]
> So, I'm not sure what the exact issue is. I may imagine following
> might happen:
>
> 1. There was a
|
By
Paul Sokolovsky
·
#3464
·
|
|
_Swap crash in attempt to add support for STM32F3 board
Hi.
My first post on this list so would like to say that this project
seems very promising and is something that I have been waiting for.
I wanted to get involved so I dusted of a STM32F3 discovery
Hi.
My first post on this list so would like to say that this project
seems very promising and is something that I have been waiting for.
I wanted to get involved so I dusted of a STM32F3 discovery
|
By
Mirza Krak
·
#3463
·
|
|
Re: QEMU networking: CONFIG_NET_TESTING breaks things, echo_server IPv6 address is "wrong"
By
Maureen Helm
·
#3462
·
|
|
Daily JIRA Digest
NEW JIRA items within last 24 hours: 1
[ZEP-714] I2C fails to write/read the fourth slave among operation of multi-slaves
https://jira.zephyrproject.org/browse/ZEP-714
UPDATED JIRA items within
NEW JIRA items within last 24 hours: 1
[ZEP-714] I2C fails to write/read the fourth slave among operation of multi-slaves
https://jira.zephyrproject.org/browse/ZEP-714
UPDATED JIRA items within
|
By
donotreply@...
·
#3461
·
|
|
Re: QEMU networking: CONFIG_NET_TESTING breaks things, echo_server IPv6 address is "wrong"
"Flavio Santes" <flavio.santes(a)intel.com> wrote:
Yes, thanks, I meant for Ethernet support in FRDM-K64F which I have on
my hands now.
[]
I've made first pass of changes
"Flavio Santes" <flavio.santes(a)intel.com> wrote:
Yes, thanks, I meant for Ethernet support in FRDM-K64F which I have on
my hands now.
[]
I've made first pass of changes
|
By
Paul Sokolovsky
·
#3460
·
|
|
Daily Gerrit Digest
NEW within last 24 hours:
- https://gerrit.zephyrproject.org/r/4137 : samples/net: Remove call to unref routine when net_send returns >= 0
- https://gerrit.zephyrproject.org/r/4152 : Bluetooth:
NEW within last 24 hours:
- https://gerrit.zephyrproject.org/r/4137 : samples/net: Remove call to unref routine when net_send returns >= 0
- https://gerrit.zephyrproject.org/r/4152 : Bluetooth:
|
By
donotreply@...
·
#3459
·
|
|
Re: [RFC] Power Management Infrastructure
Amir,
All commits need to pass Jenkins, so you should make the changes and organise the commits in a way that keeps Jenkins happy all the way.
Thanks,
Anas
Amir,
All commits need to pass Jenkins, so you should make the changes and organise the commits in a way that keeps Jenkins happy all the way.
Thanks,
Anas
|
By
Nashif, Anas
·
#3458
·
|
|
Re: [RFC] Power Management Infrastructure
Hi,
Following Ramesh and Ku-Lang's feedbacks we have split the changes to multiple small patches(instead of the original delivery).
Note: Due to the fact that the drivers changes depends on the
Hi,
Following Ramesh and Ku-Lang's feedbacks we have split the changes to multiple small patches(instead of the original delivery).
Note: Due to the fact that the drivers changes depends on the
|
By
Kaplan, Amir
·
#3457
·
|
|
Re: Porting to Cortex-M0+
See https://gerrit.zephyrproject.org/r/4160 for the maintainers.
Anas
See https://gerrit.zephyrproject.org/r/4160 for the maintainers.
Anas
|
By
Nashif, Anas
·
#3456
·
|
|
Re: Porting to Cortex-M0+
Which reminds me to ask... who _are_ the ARM maintainers and how do we
find out such things given that the MAINTAINERS file in the source tree
is somewhat deficient in coverage?
--
Tixy
Which reminds me to ask... who _are_ the ARM maintainers and how do we
find out such things given that the MAINTAINERS file in the source tree
is somewhat deficient in coverage?
--
Tixy
|
By
Jon Medhurst (Tixy) <tixy@...>
·
#3455
·
|
|
Re: QEMU networking: CONFIG_NET_TESTING breaks things, echo_server IPv6 address is "wrong"
Hello
See also https://jira.zephyrproject.org/browse/ZEP-188
Agree
There is support for real hardware,
Hello
See also https://jira.zephyrproject.org/browse/ZEP-188
Agree
There is support for real hardware,
|
By
Flavio Santes <flavio.santes@...>
·
#3454
·
|
|
Re: Porting to Cortex-M0+
No objection from me.
Sounds reasonable to me as well. I'd like to hear from the ARM
maintainers to get their opinion too.
Cheers,
Ben
No objection from me.
Sounds reasonable to me as well. I'd like to hear from the ARM
maintainers to get their opinion too.
Cheers,
Ben
|
By
Benjamin Walsh <benjamin.walsh@...>
·
#3453
·
|
|
Daily JIRA Digest
NEW JIRA items within last 24 hours: 2
[ZEP-713] Implement preemptible regular IRQs on ARC
https://jira.zephyrproject.org/browse/ZEP-713
[ZEP-711] I2c: fails to write with mode fast plus
NEW JIRA items within last 24 hours: 2
[ZEP-713] Implement preemptible regular IRQs on ARC
https://jira.zephyrproject.org/browse/ZEP-713
[ZEP-711] I2c: fails to write with mode fast plus
|
By
donotreply@...
·
#3451
·
|
|
Daily Gerrit Digest
NEW within last 24 hours:
- https://gerrit.zephyrproject.org/r/4127 : WDT: remote duplicated wdt clock enable code
- https://gerrit.zephyrproject.org/r/4136 : Bluetooth: Fix race condition between
NEW within last 24 hours:
- https://gerrit.zephyrproject.org/r/4127 : WDT: remote duplicated wdt clock enable code
- https://gerrit.zephyrproject.org/r/4136 : Bluetooth: Fix race condition between
|
By
donotreply@...
·
#3452
·
|
|
QEMU networking: CONFIG_NET_TESTING breaks things, echo_server IPv6 address is "wrong"
Hello,
Taking a chance, I'd like to start with drawing attention to
https://jira.zephyrproject.org/browse/ZEP-687 "docs:
Subsystems/Networking section is almost empty". Zephyr networking
information
Hello,
Taking a chance, I'd like to start with drawing attention to
https://jira.zephyrproject.org/browse/ZEP-687 "docs:
Subsystems/Networking section is almost empty". Zephyr networking
information
|
By
Paul Sokolovsky
·
#3450
·
|
|
Re: uIP: bus-fault arising from use of TCP in an echo-client; reason: uip_periodic() called with a NULL buf
Hello Rohit,
Rohit Grover <Rohit.Grover(a)arm.com> wrote:
There's already TCP support in samples/net/echo_server , you just need
to build it with CONFIG_NETWORKING_WITH_TCP=y . While waiting
Hello Rohit,
Rohit Grover <Rohit.Grover(a)arm.com> wrote:
There's already TCP support in samples/net/echo_server , you just need
to build it with CONFIG_NETWORKING_WITH_TCP=y . While waiting
|
By
Paul Sokolovsky
·
#3449
·
|
|
Re: Porting to Cortex-M0+
Sounds reasonable to me. (I'm new around here though, so don't count
that as anything other than a random opinion ;-)
My main thought was that boards/SoCs select a CPU type which then
selects the
Sounds reasonable to me. (I'm new around here though, so don't count
that as anything other than a random opinion ;-)
My main thought was that boards/SoCs select a CPU type which then
selects the
|
By
Jon Medhurst (Tixy) <tixy@...>
·
#3448
·
|
|
Re: [RFC] Provide a generic interface for getting the SOC ID and version
It's definitely not an option to always build choices in at compile time
for each board, as there could be thousands or even millions of instances
of a particular target board in the IoT space. Being
It's definitely not an option to always build choices in at compile time
for each board, as there could be thousands or even millions of instances
of a particular target board in the IoT space. Being
|
By
Morgaine
·
#3447
·
|
|
Re: [RFC] Provide a generic interface for getting the SOC ID and version
Did not expect this to generate such a big discussion. Here is a use case in addition to what was mentioned in the thread below. Think of this API as a helper API for higher lever features and not a
Did not expect this to generate such a big discussion. Here is a use case in addition to what was mentioned in the thread below. Think of this API as a helper API for higher lever features and not a
|
By
Nashif, Anas
·
#3446
·
|
|
Re: Porting to Cortex-M0+
TIxy,
I am thinking either, CPU_HAS_BASEPRI or ARCH_HAS_BASEPRI.
I also want to add an ARCH_ARMV6, V7 etc to handle architecture specific code. We still need the more specific CPU_CORTEX_M0PLUS, 3,
TIxy,
I am thinking either, CPU_HAS_BASEPRI or ARCH_HAS_BASEPRI.
I also want to add an ARCH_ARMV6, V7 etc to handle architecture specific code. We still need the more specific CPU_CORTEX_M0PLUS, 3,
|
By
Euan Mutch <euan.mutch@...>
·
#3445
·
|