users Digest, Vol 120, Issue 20
郝玉福
haoyufu2012 at 126.com
Thu Sep 22 06:36:23 UTC 2016
Hi,all
Does RTEMS support C28X ,C6748 from TI ?
JACK
At 2016-09-22 04:24:26, users-request at rtems.org wrote:
>Send users mailing list submissions to
> users at rtems.org
>
>To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.rtems.org/mailman/listinfo/users
>or, via email, send a message with subject or body 'help' to
> users-request at rtems.org
>
>You can reach the person managing the list at
> users-owner at rtems.org
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of users digest..."
>
>
>Today's Topics:
>
> 1. sparc-rtems-run program args (Saeed Ehteshamifar)
> 2. RTOS comparison (warm38 at juno.com)
> 3. Re: RTOS Comparison (warm38 at juno.com)
> 4. Re: RTOS Comparison (Gedare Bloom)
> 5. Re: RTOS Comparison (Joel Sherrill)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Wed, 21 Sep 2016 13:33:12 +0200
>From: Saeed Ehteshamifar <salpha.2004 at gmail.com>
>To: "rtems-users at rtems.org" <users at rtems.org>
>Subject: sparc-rtems-run program args
>Message-ID:
> <CAEdVrmMzxh=FzDQov_gLdYvupvzRieD+e4DJp5S2r+ehChj2RQ at mail.gmail.com>
>Content-Type: text/plain; charset="utf-8"
>
>Hello,
>
>In the help of sparc-rtems4.1X-run is written:
>
>Usage: sparc-rtems4.12-run [options] program [program args]
>
>program args Arguments to pass to simulated program.
> Note: Very few simulators support this.
>
>I wrote a simple RTEMS program that prints the Init task argument as a
>string:
>
>#include <rtems.h>
>#include <stdio.h>
>rtems_task Init(
> rtems_task_argument ignored
>)
>{
> printf ("Salaaaaam!\n");
> printf ("%s\n", ignored);
> printf ("Khodafezzz!\n");
> exit(0);
>}
>
>/* configuration information */
>
>#include <bsp.h>
>
>#define CONFIGURE_LIBIO_MAXIMUM_FILE_DESCRIPTORS 4
>#define CONFIGURE_MAXIMUM_TASKS 1
>#define CONFIGURE_MINIMUM_TASK_STACK_SIZE (8U * 1024U)
>#define CONFIGURE_EXTRA_TASK_STACKS (8 * 1024)
>
>#define CONFIGURE_APPLICATION_NEEDS_CLOCK_DRIVER
>#define CONFIGURE_APPLICATION_NEEDS_CONSOLE_DRIVER
>#define CONFIGURE_RTEMS_INIT_TASKS_TABLE
>
>#define CONFIGURE_INIT
>#include <rtems/confdefs.h>
>
>However after running my program with:
>sparc-rtems4.12-run o-optimize/hello.exe "yoohoo"
>
>I see no output for the argument printf. Is there any format in passing
>'program args' to sparc-rtems-run?
>
>Best Regards,
>Saeed
>-------------- next part --------------
>An HTML attachment was scrubbed...
>URL: <http://lists.rtems.org/pipermail/users/attachments/20160921/dd54529e/attachment-0001.html>
>
>------------------------------
>
>Message: 2
>Date: Wed, 21 Sep 2016 16:58:27 GMT
>From: "warm38 at juno.com" <warm38 at juno.com>
>To: rtems-users at rtems.org
>Subject: RTOS comparison
>Message-ID: <20160921.125827.6364.1 at webmail-beta02.vgs.untd.com>
>Content-Type: text/plain; charset="windows-1252"
>
>Our company is looking into using an RTOS very soon. The ones examined (by a company in India who does our protocol stacks) are:FreeRTOS, Segger Emb-OS, Micrium, Threadx. Can anyone (Joel?) fill in the following for RTEMS so I can add in my 2 cents in for RTEMS? Kernel size (ROM)
>
>Kernel RAM usage
>
>Kernel Type
>
>Scheduling
>
>Scalability
>
>Min. stack-size per task (RAM)
>
>Max. no. of tasks
>
>Max. no. of mailboxes
>
>Max. no. of semaphores
>
>Max. no. of software timers
>
>Max. no. of priorities
>
>Nested interrupts
>
>Task switches from within ISR
>
>Context switch time
>
>Interrupt latency time
>
>Atmel studio 7/ASF - Tool compatibility
>
>Royalty Fee
>
>License Cost
>
>Networking POSIX compliant any tools to avoid priority inversion
>
>____________________________________________________________
>Do This Before Bed Tonight to Burn Belly Flab All Night Long
>Flat Belly Overnight
>http://thirdpartyoffers.juno.com/TGL3141/57e2bc835e29d3c833f0ast03vuc
>-------------- next part --------------
>An HTML attachment was scrubbed...
>URL: <http://lists.rtems.org/pipermail/users/attachments/20160921/41d3cec6/attachment-0001.html>
>
>------------------------------
>
>Message: 3
>Date: Wed, 21 Sep 2016 19:35:10 GMT
>From: "warm38 at juno.com" <warm38 at juno.com>
>To: rtems-users at rtems.org
>Subject: Re: RTOS Comparison
>Message-ID: <20160921.153510.27841.0 at webmail-beta02.vgs.untd.com>
>Content-Type: text/plain; charset="windows-1252"
>
>Round 2:
>
>Our company is looking into using an RTOS very soon. The ones examined (by a company in India who does our protocol stacks) are:
>FreeRTOS, Segger Emb-OS, Micrium, Threadx.
>
>Can anyone (Joel?) fill in the following for RTEMS so I can add in my 2 cents in for RTEMS? We are working with Cortex M4 and M7 (STM32L4 and Atmel SAM4 & SAM7).
>
>Kernel size (ROM)
>
>Kernel RAM usage
>
>Kernel Type
>
>Scheduling
>
>Scalability
>
>Min. stack-size per task (RAM)
>
>Max. no. of tasks
>
>Max. no. of mailboxes
>
>Max. no. of semaphores
>
>Max. no. of software timers
>
>Max. no. of priorities
>
>Nested interrupts
>
>Task switches from within ISR
>
>Context switch time
>
>Interrupt latency time
>
>Atmel studio 7/ASF - Tool compatibility
>
>Royalty Fee
>
>License Cost
>
>Networking
>
>POSIX compliant
>
>any tools to avoid priority inversion
>____________________________________________________________
>The Shocking Hillary Video We???re Not Supposed To Show You
>Health Sciences Institute
>http://thirdpartyoffers.juno.com/TGL3141/57e2e141962b0614118a7st01vuc
>-------------- next part --------------
>An HTML attachment was scrubbed...
>URL: <http://lists.rtems.org/pipermail/users/attachments/20160921/cdd65c81/attachment-0001.html>
>
>------------------------------
>
>Message: 4
>Date: Wed, 21 Sep 2016 15:54:40 -0400
>From: Gedare Bloom <gedare at rtems.org>
>To: "warm38 at juno.com" <warm38 at juno.com>
>Cc: "users at rtems.org" <users at rtems.org>, RTEMS <rtems-users at rtems.org>
>Subject: Re: RTOS Comparison
>Message-ID:
> <CAC82fA3iPuvMirmow4o7JZE4LwTxgOwjWw4k82a5y4r+1iLh0A at mail.gmail.com>
>Content-Type: text/plain; charset="utf-8"
>
>Please refrain from inclusion of sponsored links or advertisements in your
>e-mail messages to this mailing list.
>
>I guess we need to add this now to our 'mailing list policies'
>https://devel.rtems.org/wiki/TBR/Website/RTEMSMailingLists#Policies
>
>Gedare
>
>On Wed, Sep 21, 2016 at 3:35 PM, warm38 at juno.com <warm38 at juno.com> wrote:
>
>> Round 2:
>>
>> Our company is looking into using an RTOS very soon. The ones examined
>> (by a company in India who does our protocol stacks) are:
>> FreeRTOS, Segger Emb-OS, Micrium, Threadx.
>>
>> Can anyone (Joel?) fill in the following for RTEMS so I can add in my 2
>> cents in for RTEMS? We are working with Cortex M4 and M7 (STM32L4 and
>> Atmel SAM4 & SAM7).
>>
>> Kernel size (ROM)
>>
>> Kernel RAM usage
>>
>> Kernel Type
>>
>> Scheduling
>>
>> Scalability
>>
>> Min. stack-size per task (RAM)
>>
>> Max. no. of tasks
>>
>> Max. no. of mailboxes
>>
>> Max. no. of semaphores
>>
>> Max. no. of software timers
>>
>> Max. no. of priorities
>>
>> Nested interrupts
>>
>> Task switches from within ISR
>>
>> Context switch time
>>
>> Interrupt latency time
>>
>> Atmel studio 7/ASF - Tool compatibility
>>
>> Royalty Fee
>>
>> License Cost
>>
>> Networking
>>
>> POSIX compliant
>>
>> any tools to avoid priority inversion
>>
>> users mailing list
>> users at rtems.org
>> http://lists.rtems.org/mailman/listinfo/users
>>
>-------------- next part --------------
>An HTML attachment was scrubbed...
>URL: <http://lists.rtems.org/pipermail/users/attachments/20160921/48d5a59b/attachment-0001.html>
>
>------------------------------
>
>Message: 5
>Date: Wed, 21 Sep 2016 15:24:21 -0500
>From: Joel Sherrill <joel at rtems.org>
>To: Gedare Bloom <gedare at rtems.org>
>Cc: "users at rtems.org" <users at rtems.org>, RTEMS <rtems-users at rtems.org>
>Subject: Re: RTOS Comparison
>Message-ID:
> <CAF9ehCXNjuLf0sb_Hf5H7uw9pwhAE70POCS+641QS-_UDKULvw at mail.gmail.com>
>Content-Type: text/plain; charset="utf-8"
>
>On Wed, Sep 21, 2016 at 2:54 PM, Gedare Bloom <gedare at rtems.org> wrote:
>
>> Please refrain from inclusion of sponsored links or advertisements in your
>> e-mail messages to this mailing list.
>>
>> I guess we need to add this now to our 'mailing list policies'
>> https://devel.rtems.org/wiki/TBR/Website/RTEMSMailingLists#Policies
>>
>>
>It already includes this:
>
>* Please avoid using a mail client that automatically appends content to
>your messages, such as sponsored advertisements, disclaimers, etc.
>
>What needs to be changed to cover this situation?
>
>
>> Gedare
>>
>> On Wed, Sep 21, 2016 at 3:35 PM, warm38 at juno.com <warm38 at juno.com> wrote:
>>
>>> Round 2:
>>>
>>> Our company is looking into using an RTOS very soon. The ones examined
>>> (by a company in India who does our protocol stacks) are:
>>> FreeRTOS, Segger Emb-OS, Micrium, Threadx.
>>>
>>> Can anyone (Joel?) fill in the following for RTEMS so I can add in my 2
>>> cents in for RTEMS? We are working with Cortex M4 and M7 (STM32L4 and
>>> Atmel SAM4 & SAM7).
>>>
>>> Kernel size (ROM)
>>>
>>> Kernel RAM usage
>>>
>>> Kernel Type
>>>
>>> Scheduling
>>>
>>> Scalability
>>>
>>> Min. stack-size per task (RAM)
>>>
>>> Max. no. of tasks
>>>
>>> Max. no. of mailboxes
>>>
>>> Max. no. of semaphores
>>>
>>> Max. no. of software timers
>>>
>>> Max. no. of priorities
>>>
>>> Nested interrupts
>>>
>>> Task switches from within ISR
>>>
>>> Context switch time
>>>
>>> Interrupt latency time
>>>
>>> Atmel studio 7/ASF - Tool compatibility
>>>
>>> Royalty Fee
>>>
>>> License Cost
>>>
>>> Networking
>>>
>>> POSIX compliant
>>>
>>> any tools to avoid priority inversion
>>>
>>> users mailing list
>>> users at rtems.org
>>> http://lists.rtems.org/mailman/listinfo/users
>>>
>>
>>
>> _______________________________________________
>> users mailing list
>> users at rtems.org
>> http://lists.rtems.org/mailman/listinfo/users
>>
>-------------- next part --------------
>An HTML attachment was scrubbed...
>URL: <http://lists.rtems.org/pipermail/users/attachments/20160921/5edba53d/attachment.html>
>
>------------------------------
>
>Subject: Digest Footer
>
>_______________________________________________
>users mailing list
>users at rtems.org
>http://lists.rtems.org/mailman/listinfo/users
>
>------------------------------
>
>End of users Digest, Vol 120, Issue 20
>**************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rtems.org/pipermail/users/attachments/20160922/9e3ed938/attachment-0001.html>
More information about the users
mailing list