|
Re: Networking stack - Ethernet driver design
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 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
|
By
Piotr Mieńkowski <piotr.mienkowski at gmail.com...>
·
#4376
·
|
|
Re: radio active callback
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 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
|
By
Carles Cufi
·
#4375
·
|
|
radio active callback
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 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
|
By
Marcio Montenegro
·
#4374
·
|
|
Re: Sensor result representation.
Hi Bodan,
I was just checking that the plan had not changed.
Thanks for the update.
Cheers
/Marcus
Hi Bodan,
I was just checking that the plan had not changed.
Thanks for the update.
Cheers
/Marcus
|
By
Marcus Shawcroft <marcus.shawcroft@...>
·
#4373
·
|
|
Re: Sensor result representation.
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 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,
|
By
Bogdan Davidoaia <bogdan.davidoaia@...>
·
#4372
·
|
|
Re: Networking stack - Ethernet driver design
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 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
|
By
Tomasz Bursztyka
·
#4371
·
|
|
Reg: Task state read function in zephyr ?
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 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
|
By
Mahendravarman Rajarao (RBEI/EAA3) <Mahendravarman.Rajarao@...>
·
#4370
·
|
|
Re: Linker Script Issue When Porting To CC2538
Hi Andy,
Yes, your idea might ok, I'll try it this night.
Hi Chuck,
Thanks for your information.
Best Regards,
Tidy.
Hi Andy,
Yes, your idea might ok, I'll try it this night.
Hi Chuck,
Thanks for your information.
Best Regards,
Tidy.
|
By
Tidy(ChunHua) Jiang <tidyjiang@...>
·
#4369
·
|
|
Re: Networking stack - Ethernet driver design
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
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
|
By
Chuck Jordan <Chuck.Jordan@...>
·
#4368
·
|
|
Re: Linker Script Issue When Porting To CC2538
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
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
|
By
Chuck Jordan <Chuck.Jordan@...>
·
#4367
·
|
|
Re: reg: Routing SPI signals connected from x86 core to the Arc core
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
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
|
By
Liu, Baohong
·
#4366
·
|
|
Re: Sensor result representation.
Re-send with updated email address for Bogdan...
Re-send with updated email address for Bogdan...
|
By
Marcus Shawcroft <marcus.shawcroft@...>
·
#4365
·
|
|
Re: Sensor result representation.
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
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
|
By
Marcus Shawcroft <marcus.shawcroft@...>
·
#4364
·
|
|
Re: reg: Routing SPI signals connected from x86 core to the Arc core
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
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
|
By
Joseph, Jithu
·
#4363
·
|
|
Networking stack - Ethernet driver design
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
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
|
By
Piotr Mieńkowski <piotr.mienkowski at gmail.com...>
·
#4362
·
|
|
Re: Linker Script Issue When Porting To CC2538
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
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
|
By
Andy Ross
·
#4361
·
|
|
Daily JIRA Digest
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 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
|
By
donotreply@...
·
#4360
·
|
|
Daily Gerrit Digest
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
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
|
By
donotreply@...
·
#4359
·
|
|
Linker Script Issue When Porting To CC2538
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
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
|
By
Tidy(ChunHua) Jiang <tidyjiang@...>
·
#4358
·
|
|
Re: reg: Routing SPI signals connected from x86 core to the Arc core
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
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
|
By
Mahendravarman Rajarao (RBEI/EAA3) <Mahendravarman.Rajarao@...>
·
#4357
·
|