<div style="line-height:1.7;color:#000000;font-size:14px;font-family:Arial"><div>Hi,</div><div>    I want to running TCP/IP application in AM335x, Does have a detail guide tell how to integrate the EMAC driver with FreeBSD? Thanks.</div><br><br><br><br><div></div><div id="divNeteaseMailCard"></div><br><pre><br>At 2015-03-26 11:00:49, users-request@rtems.org wrote:
>Send users mailing list submissions to
>    users@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@rtems.org
>
>You can reach the person managing the list at
>    users-owner@rtems.org
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of users digest..."
>
>
>Today's Topics:
>
>   1. Re: Questions about the implementation of RMS on rtems
>      (yuanbin zhou)
>   2. Re: Questions about the implementation of RMS on rtems
>      (Gedare Bloom)
>   3. Re: GSOC and ESA SOCIS (Gedare Bloom)
>   4. Re: Questions about the implementation of RMS on rtems
>      (Matt Wette)
>   5. Re: Questions about the implementation of RMS on rtems
>      (Anand Krishnan)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Wed, 25 Mar 2015 20:00:23 +0800
>From: yuanbin zhou <hduffddybz@gmail.com>
>To: Joel Sherrill <joel.sherrill@oarcorp.com>
>Cc: "users@rtems.org" <users@rtems.org>, Yifan WU <yfwu.cn@gmail.com>
>Subject: Re: Questions about the implementation of RMS on rtems
>Message-ID:
>    <CAAocCaJK3aUCrxYBdiw5yVyYMa-cxT53Fs-gvK=ZAge32QpNCA@mail.gmail.com>
>Content-Type: text/plain; charset="utf-8"
>
>Sorry for late reply because of paper reading, taking courses and
> unimportant things.
>
>>2. How to use the processor utilization rule and first deadline rule to
>> >guarantee as more as possible tasks to run since the execution time of
>> >each tasks cannot accurately know before the task run?
>>
>> This is in the users manual and in the original 1973 JACM paper referenced.
>>
>> It also includes the assumptions about the underlying OS and environment.
>
>Recently I read the paper written by C.L.LIU(Scheduling Algorithms for
>Multiprogramming in a Hard-Real-Time Environment), this paper talks about
>the algorithm of RM Scheduling and the proof of it.But now what I am more
>concerned about is how to  apply this rule to the analysis of real-time
>system.Maybe the analysis of the schedulability of this this system should
>be done by off-line tools before system start up.But the analysis of
>worse-case execution time may not correct which may result in execution
>overrun,so some papers put forward some resource reservation mechanisms to
>solve this problem.So confused about the paper reading, so I want to know
> how to handle this situation in "rtems"since that I cannot figure out any
>information from the user manual.
>
>
>> >
>> >3. Obey the rate monotonic scheduling algorithm, we can easily set the
>> >priority of every periodic tasks. But in many applications, it consists
>> >both periodic and aperiodic tasks(such as irregular interrupt which is
>> >also essential task), so how to handle the priority setting for this
>> >situation or just set the irregular task's priority by manual?
>>
>> You need to do some academic paper research. There are a number of papers
>> describing how to address various task patterns
>
>
>I read some papers about the handle of periodic tasks and aperiodic tasks.There
>existed two kinds of method to solve this problem.
>First:the system can schedule the aperiodic tasks by periodic server which
>allocates a certain amount of budget for aperiodic execution in every
>period time.
> second:there is no benefit for the periodic tasks to complete their tasks
>much before their deadlines. So when the aperiodic task coming, it steals
>the available slack from the periodic tasks and execute it as soon as
>possible.
>So can give more detail about the implementation of this in rtems which I
>cannot find anything from the user manual and it is really complicated to
>find the corresponding source file for all the source files located in only
>one directory!
>-------------- next part --------------
>An HTML attachment was scrubbed...
>URL: <http://lists.rtems.org/pipermail/users/attachments/20150325/d7fc8cfa/attachment-0001.html>
>
>------------------------------
>
>Message: 2
>Date: Wed, 25 Mar 2015 10:11:23 -0400
>From: Gedare Bloom <gedare@rtems.org>
>To: yuanbin zhou <hduffddybz@gmail.com>
>Cc: "users@rtems.org" <users@rtems.org>, Yifan WU <yfwu.cn@gmail.com>
>Subject: Re: Questions about the implementation of RMS on rtems
>Message-ID:
>    <CAC82fA0Lomtt5uauWpoNhycs_mQRH2VWJztAbYgDOsCM1czf9Q@mail.gmail.com>
>Content-Type: text/plain; charset=UTF-8
>
>You might like to try reading a text book on real-time systems, such
>as Jane Liu's book. If you have accurate WCET measurements then RMS
>works by assigning periods to tasks, computing U < 0.69 (or whatever),
>and assigning priorites inversely to periods. Then you have to ensure
>that the periods are enforced. RTEMS has mechanisms for creating the
>periodic timers and to return a status code in case of an overrun. It
>is up to the application to detect an overrun and account for it in
>this case.
>
>Gedare
>
>On Wed, Mar 25, 2015 at 8:00 AM, yuanbin zhou <hduffddybz@gmail.com> wrote:
>> Sorry for late reply because of paper reading, taking courses and
>> unimportant things.
>>
>>> >2. How to use the processor utilization rule and first deadline rule to
>>> >guarantee as more as possible tasks to run since the execution time of
>>> >each tasks cannot accurately know before the task run?
>>>
>>> This is in the users manual and in the original 1973 JACM paper
>>> referenced.
>>>
>>> It also includes the assumptions about the underlying OS and environment.
>>
>> Recently I read the paper written by C.L.LIU(Scheduling Algorithms for
>> Multiprogramming in a Hard-Real-Time Environment), this paper talks about
>> the algorithm of RM Scheduling and the proof of it.But now what I am more
>> concerned about is how to  apply this rule to the analysis of real-time
>> system.Maybe the analysis of the schedulability of this this system should
>> be done by off-line tools before system start up.But the analysis of
>> worse-case execution time may not correct which may result in execution
>> overrun,so some papers put forward some resource reservation mechanisms to
>> solve this problem.So confused about the paper reading, so I want to know
>> how to handle this situation in "rtems"since that I cannot figure out any
>> information from the user manual.
>>
>>>
>>> >
>>> >3. Obey the rate monotonic scheduling algorithm, we can easily set the
>>> >priority of every periodic tasks. But in many applications, it consists
>>> >both periodic and aperiodic tasks(such as irregular interrupt which is
>>> >also essential task), so how to handle the priority setting for this
>>> >situation or just set the irregular task's priority by manual?
>>>
>>> You need to do some academic paper research. There are a number of papers
>>> describing how to address various task patterns
>>
>>
>> I read some papers about the handle of periodic tasks and aperiodic
>> tasks.There existed two kinds of method to solve this problem.
>> First:the system can schedule the aperiodic tasks by periodic server which
>> allocates a certain amount of budget for aperiodic execution in every period
>> time.
>>  second:there is no benefit for the periodic tasks to complete their tasks
>> much before their deadlines. So when the aperiodic task coming, it steals
>> the available slack from the periodic tasks and execute it as soon as
>> possible.
>> So can give more detail about the implementation of this in rtems which I
>> cannot find anything from the user manual and it is really complicated to
>> find the corresponding source file for all the source files located in only
>> one directory!
>>
>>
>> _______________________________________________
>> users mailing list
>> users@rtems.org
>> http://lists.rtems.org/mailman/listinfo/users
>
>
>------------------------------
>
>Message: 3
>Date: Wed, 25 Mar 2015 12:32:17 -0400
>From: Gedare Bloom <gedare@gwu.edu>
>To: Joel Sherrill <joel.sherrill@oarcorp.com>
>Cc: "users@rtems.org" <users@rtems.org>, "devel@rtems.org"
>    <devel@rtems.org>
>Subject: Re: GSOC and ESA SOCIS
>Message-ID:
>    <CAC82fA2wjgLRHSD=jKep2j7JZ1av1=ZTj59gH9qinprkp815-Q@mail.gmail.com>
>Content-Type: text/plain; charset=UTF-8
>
>P.S. mentors feel free to sign-up for GSoC. We have lots of
>interesting project proposals this year, does one catch your eye?
>https://devel.rtems.org/wiki/GSoC/2015
>
>On Wed, Mar 25, 2015 at 12:24 PM, Joel Sherrill
><joel.sherrill@oarcorp.com> wrote:
>> Hi
>>
>> Only two days left to apply to GSOC.
>>
>> The ESA SOCIS application period is now open. If you are qualified
>> based on their rules, please apply to both the SOCIS and GSOC.
>>
>> Get those applications in!
>>
>> --
>> Joel Sherrill, Ph.D.             Director of Research & Development
>> joel.sherrill@OARcorp.com        On-Line Applications Research
>> Ask me about RTEMS: a free RTOS  Huntsville AL 35805
>> Support Available                (256) 722-9985
>>
>> _______________________________________________
>> devel mailing list
>> devel@rtems.org
>> http://lists.rtems.org/mailman/listinfo/devel
>
>
>------------------------------
>
>Message: 4
>Date: Wed, 25 Mar 2015 17:15:37 -0700
>From: Matt Wette <mwette@alumni.caltech.edu>
>To: users@rtems.org
>Subject: Re: Questions about the implementation of RMS on rtems
>Message-ID: <D63DEED8-42C7-4FA3-ADD6-E0EAB9EFE455@alumni.caltech.edu>
>Content-Type: text/plain; charset=us-ascii
>
>If you are interested in analysis of RM scheduling under different conditions you might be interested in the following book:
>
>A Practitioner's Handbook for Real-Time Analysis: Guide to Rate Monotonic Analysis for Real-Time Systems
>
>
>
>
>
>------------------------------
>
>Message: 5
>Date: Thu, 26 Mar 2015 08:30:25 +0530
>From: Anand Krishnan <anandkp92@gmail.com>
>To: yuanbin zhou <hduffddybz@gmail.com>
>Cc: "users@rtems.org" <users@rtems.org>, Yifan WU <yfwu.cn@gmail.com>
>Subject: Re: Questions about the implementation of RMS on rtems
>Message-ID:
>    <CAG-ttNtU_6AcvdPhOp5WUnJjg3Bnow=GGgAa3HnKJZfNPGmZBQ@mail.gmail.com>
>Content-Type: text/plain; charset="utf-8"
>
>I am implementing the RM scheduler in C. Not how it is implemented in a
>system, but as a standalone C program: you give the input - #tasks and the
>WCET and period for each task and it schedules it.
>
>I've chosen the granularity of CPU clock to be 1sec.
>Currently, I assume the task set to be schedulable. The program just
>presents an Gantt Chart
>
>I need to add schedulability test and try reduce the CPU clock guarantee
>and implement it.
>
>I'm not sure if it helps you much, but you could go through it.
>
>regards,
>Anand
>
>On Wed, Mar 25, 2015 at 5:30 PM, yuanbin zhou <hduffddybz@gmail.com> wrote:
>
>> Sorry for late reply because of paper reading, taking courses and
>>  unimportant things.
>>
>> >2. How to use the processor utilization rule and first deadline rule to
>>> >guarantee as more as possible tasks to run since the execution time of
>>> >each tasks cannot accurately know before the task run?
>>>
>>> This is in the users manual and in the original 1973 JACM paper
>>> referenced.
>>>
>>> It also includes the assumptions about the underlying OS and environment.
>>
>> Recently I read the paper written by C.L.LIU(Scheduling Algorithms for
>> Multiprogramming in a Hard-Real-Time Environment), this paper talks about
>> the algorithm of RM Scheduling and the proof of it.But now what I am more
>> concerned about is how to  apply this rule to the analysis of real-time
>> system.Maybe the analysis of the schedulability of this this system should
>> be done by off-line tools before system start up.But the analysis of
>> worse-case execution time may not correct which may result in execution
>> overrun,so some papers put forward some resource reservation mechanisms to
>> solve this problem.So confused about the paper reading, so I want to know
>>  how to handle this situation in "rtems"since that I cannot figure out any
>> information from the user manual.
>>
>>
>>> >
>>> >3. Obey the rate monotonic scheduling algorithm, we can easily set the
>>> >priority of every periodic tasks. But in many applications, it consists
>>> >both periodic and aperiodic tasks(such as irregular interrupt which is
>>> >also essential task), so how to handle the priority setting for this
>>> >situation or just set the irregular task's priority by manual?
>>>
>>> You need to do some academic paper research. There are a number of papers
>>> describing how to address various task patterns
>>
>>
>> I read some papers about the handle of periodic tasks and aperiodic tasks.There
>> existed two kinds of method to solve this problem.
>> First:the system can schedule the aperiodic tasks by periodic server
>> which allocates a certain amount of budget for aperiodic execution in every
>> period time.
>>  second:there is no benefit for the periodic tasks to complete their
>> tasks much before their deadlines. So when the aperiodic task coming, it
>> steals the available slack from the periodic tasks and execute it as soon
>> as possible.
>> So can give more detail about the implementation of this in rtems which I
>> cannot find anything from the user manual and it is really complicated to
>> find the corresponding source file for all the source files located in
>> only one directory!
>>
>>
>> _______________________________________________
>> users mailing list
>> users@rtems.org
>> http://lists.rtems.org/mailman/listinfo/users
>>
>-------------- next part --------------
>An HTML attachment was scrubbed...
>URL: <http://lists.rtems.org/pipermail/users/attachments/20150326/98e08c02/attachment.html>
>-------------- next part --------------
>3
>
>4 1
>
>5 2
>
>20 5
>-------------- next part --------------
>A non-text attachment was scrubbed...
>Name: rm4.c
>Type: text/x-csrc
>Size: 5942 bytes
>Desc: not available
>URL: <http://lists.rtems.org/pipermail/users/attachments/20150326/98e08c02/attachment.bin>
>
>------------------------------
>
>Subject: Digest Footer
>
>_______________________________________________
>users mailing list
>users@rtems.org
>http://lists.rtems.org/mailman/listinfo/users
>
>------------------------------
>
>End of users Digest, Vol 102, Issue 15
>**************************************
</pre></div><br><br><span title="neteasefooter"><span id="netease_mail_footer"></span></span>