<div><br>
<br>
On Fri, May 7, 2021 at 12:07 PM Greg KH <<a href="mailto:greg@kroah.com" target="_blank">greg@kroah.com</a>> wrote:<br>
><br>
> On Thu, May 06, 2021 at 08:12:48PM +0530, Raul Piper wrote:<br>
> > On Thu, May 6, 2021 at 1:01 AM loďc tourlonias<br>
> > <<a href="mailto:loic.tourlonias@gmail.com" target="_blank">loic.tourlonias@gmail.com</a>> wrote:<br>
> > ><br>
> > > On Wed, May 5, 2021 at 8:07 PM Raul Piper <<a href="mailto:raulpblooper@gmail.com" target="_blank">raulpblooper@gmail.com</a>> wrote:<br>
> > > ><br>
> > > > Hello,<br>
> > > Hi<br>
> > > > I am having an embedded linux system and wanted to use any  RTOS on<br>
> > > > it. Can I use Free RTOS?<br>
> > > > My project has 2 tasks , one is producer and another is consumer<br>
> > > > working parallely.<br>
> > > I'm afraid I don't understand what you are requesting and I hope that<br>
> > > someone else understand more clearly. But I'll still explain my<br>
> > > understanding.<br>
> > > You want to run a RTOS upon Linux OS, doesn't make it too much OSes?<br>
> > > Then I have several questions:<br>
> > > Do you really need a Real Time Operating System, can't you run your<br>
> > > project in Linux userspace?<br>
> > I can do that but Linux is not an ROS afaik. Even though i dont have<br>
> > strict timing requirements , its like a sensor on i2c(producer) and<br>
> > then another consumer tasks which not<br>
> > only feeds on this data but also tell the i2c sensor by sending some<br>
> > commands to it.<br>
><br>
> That should be fine, Linux can be a "Real Time Operating system" if you<br>
> use the RT patchset if your workloads require it.<br>
><br></div><div dir="auto">
OK I need to check on this RT Patchset if at all I need real time features.</div><div><br>
> If you do NOT have strict timing requirements, then there is no need to<br>
> worry about any of this, so I do not understand your wish to slow your<br>
> system down by running a "ROS".  Why?<br>
></div><div dir="auto">Typo this is RTOS (not R OS - Robot operating system ;) )<br>
> > > Have you tried Linux RTOS extension (again I'm no expert and haven't<br>
> > > tried them but you can look at Xenomai)?<br>
> > I will explore this.I was thinking if i can use Posix thread to have<br>
> > two tasks one reading sensors and another sending commands to it.But<br>
> > then again i am confused<br>
> > if using a posix thread full fills the requirement of RTOS. The reason<br>
> > I want to use RTOS is , I am porting a Microcontroller code using RTOS<br>
> > (free RTOS) to Linux and<br>
> > afaik FreeRTOS doesnt work on Linux.<br>
><br>
> What is your "requirement" exactly?<br></div><div dir="auto">Read the data from the sensor and also change the type of data sent by the sensor by analysing the received data by sending the command to the sensor periodically based on trigger.There is some batch of data which a "simultaneously" running algorithm<br>
is evaluating and send the command based on calculated trigger,  to sensor to change the data stream.This batch of data is of size 40-60 bytes length and may vary each time a batch is  being read.</div><div dir="auto">So in summary i wany two tasks to run together.</div><div dir="auto">RTOS is one option</div><div dir="auto">Posix thread is Another</div><div dir="auto"><br></div><div dir="auto">Based on comments i recieved i will go for posix threads.</div><div dir="auto"><br></div><div dir="auto">For future i think there is less clarity among developers (especially me) when to use rtos and when not to use. Does using threads gurantees real time behaviour? If not why to use posix threads, debate is endless . What are those timing requirements which draws a border between using rtos and not using rtos.</div><div dir="auto">@GKH if you have some good “practical”references to decide on this subject please do share. <br>
><br>
> thanks,<br>
><br>
> greg k-h<br>
</div>