Hi Thomas and Chuck, Thanks for the feedback. Regarding comments from Thomas: Just to make sure I'm not misunderstood I was not implying that initializing Ethernet driver before networking stack

Hi Marcio, Sent: Thursday, January 05, 2017 11:50 To: devel(a)lists.zephyrproject.org Subject: [devel] radio active callback Hi all, In my appplication I need to stop advertising, change data and

Hi all, In my appplication I need to stop advertising, change data and restart again. I suppose that is not possible to stop advertising when radio is active. Then I found this empty function on

Hi Bodan, I was just checking that the plan had not changed. Thanks for the update. Cheers /Marcus

Hi Marcus, After the first set of patches were merged I didn't start on the single value representation, partly because I was waiting to see if there would be any more feedback on the mailing list,

Hi Piotr, You are mixing different issues here: your own driver design and known current limitations in net stack. I will address your driver design issue in your patches (however apply first style

Hi All Is there any function in Zephyr rtos to know about the Task state ? Ex: Before suspending a task , check using task state whether the task is started or not and then suspend the task. I know

Hi Andy, Yes, your idea might ok, I'll try it this night. Hi Chuck, Thanks for your information. Best Regards, Tidy.

Sent: Wednesday, January 04, 2017 9:25 AM To: devel(a)lists.zephyrproject.org Subject: [devel] Networking stack - Ethernet driver design Hi all, I have a few questions/discussion points related to

Btw, with the device-tree stuff being added, it might be possible to auto-generate the MEMORY { } part of a linker command file, using information from the device-tree. BUT, the MEMORY {} part should

If your purpose is to see the message prints, you do not need the USB stuff. Message printing on arc will be routed to the same uart port as x86. No extra thing is needed. I strongly suggest you to

Re-send with updated email address for Bogdan...

On 29 November 2016 at 21:54, Davidoaia, Bogdan M <bogdan.m.davidoaia(a)intel.com> wrote: Hi Bodan, > If we want to define specific value types for each channel type, then we might as well have the

Right, USB device functionality in general is supported only on the x86 side of C1000, consequently USB UART is only available there and not on the ARC side. Thanks Sent: Tuesday, January 3, 2017

Hi all, I have a few questions/discussion points related to the new networking stack in context of Ethernet driver development. 1. Currently Ethernet drivers are by default initialized before the

Tidy(chunhua) Jiang <tidyjiang(a)163.com> wrote (on Tuesday, January 03, 2017 10:59PM): Zephyr doesn't really have a facility for device-specific modifications to linker scripts at the moment. The

NEW JIRA items within last 24 hours: 6 [ZEP-1505] extend sanitycheck to support ARC simulator https://jira.zephyrproject.org/browse/ZEP-1505 [ZEP-1511] Add Support for Multiple Simultaneous

NEW within last 24 hours: - https://gerrit.zephyrproject.org/r/9608 : [DO NOT MERGE] doc: move documetnation context to root directory - https://gerrit.zephyrproject.org/r/9639 : doc: support

Hello, I'm porting zephyr to TI's CC2538 device family, but there is a special user case —— customer configuration area(CCA/CCFG). CCA is placed in the uppermost flash page, so the linker

Hi Both As you said I have tried to compile directly using arc and its compiling I thought to route the debug prints through UART over usb. But I think the current version supports UART over usb