<div dir="ltr"><div><div><div><div><div>Hi,<br></div>I have followed the instructions on the <br><a href="https://devel.rtems.org/wiki/Developer/Simulators/QEMU#Usingthertems-testingModule">https://devel.rtems.org/wiki/Developer/Simulators/QEMU#Usingthertems-testingModule</a><br><br></div>But each time I run the pc386 simscript, I get the message on the console<br><br></div>tcg doesn't support requested feature:cpuid.01h.edx.vme[bit 1]<br><br></div>and then nothing happens, I do not get any output.<br><br></div>Can someone resolve this error?<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 4, 2016 at 8:08 PM, Gedare Bloom <span dir="ltr"><<a href="mailto:gedare@rtems.org" target="_blank">gedare@rtems.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">The quickest way to get started is to follow the directions at<br>
<a href="https://devel.rtems.org/wiki/Developer/Simulators/QEMU#Usingthertems-testingModule" rel="noreferrer" target="_blank">https://devel.rtems.org/wiki/Developer/Simulators/QEMU#Usingthertems-testingModule</a><br>
<br>
you can use the rtems-source-builder/bare/devel/qemu.bset to compile qemu.<br>
<br>
On Thu, Mar 3, 2016 at 10:30 PM, Sambeet Panigrahi<br>
<div class="HOEnZb"><div class="h5"><<a href="mailto:sambeet161616@gmail.com">sambeet161616@gmail.com</a>> wrote:<br>
> Thank you. I would still like to continue with my work with Rock because I<br>
> like it and the experience would help.<br>
> So I did not get your previous answer.How am I supposed to run the build<br>
> conf?Qemu is an emulator so I can run it on my system and then emulate<br>
> i386-rtems/pc486 BSP and then try running Rock on it.<br>
><br>
> <a href="https://devel.rtems.org/wiki/Developer/Simulators/QEMU" rel="noreferrer" target="_blank">https://devel.rtems.org/wiki/Developer/Simulators/QEMU</a><br>
><br>
> Can you be a little more elaborate please?<br>
><br>
> On Thu, Mar 3, 2016 at 12:54 PM, Sambeet Panigrahi<br>
> <<a href="mailto:sambeet161616@gmail.com">sambeet161616@gmail.com</a>> wrote:<br>
>> This is not an open project. But Joel has suggested for a ROS port.Will<br>
>> that<br>
>> be a feasible project for GSoC-2016? Is RTEMS community interested for a<br>
>> ROS<br>
>> port if I can find co-mentors?<br>
>><br>
>> On Mar 3, 2016 11:17 PM, "Gedare Bloom" <<a href="mailto:gedare@rtems.org">gedare@rtems.org</a>> wrote:<br>
>>><br>
>>> The IoT project is interesting, but it needs some additional fleshing<br>
>>> out. I tend to agree with Sebastian's interpretation of the lack of<br>
>>> interest from the Rock community will make it hard to complete a GSoC<br>
>>> successfully.<br>
>>><br>
>>> On Thu, Mar 3, 2016 at 10:19 AM, Sambeet Panigrahi<br>
>>> <<a href="mailto:sambeet161616@gmail.com">sambeet161616@gmail.com</a>> wrote:<br>
>>> > Hi,<br>
>>> > I have had the opportunity of talking to Sebastian Huber. He does not<br>
>>> > consider the porting of Rock on RTEMS as a suitable GSoC project.In his<br>
>>> > words<br>
>>> ><br>
>>> > "since the rock project seems to have no interest in RTEMS support I<br>
>>> > don't<br>
>>> > think this is a suitable GSoC project"<br>
>>> ><br>
>>> > I have made some progress in understanding CMake and rock libraries for<br>
>>> > the<br>
>>> > purpose of the port. But the fact is the replies have been really late.<br>
>>> > It<br>
>>> > is true to some extent. Should I reconsider the project?<br>
>>> > If so, my next choice after Tiny RTEMS is the IOT project. How far do<br>
>>> > you<br>
>>> > think that is feasible?<br>
>>> > Regards<br>
>>> > Sambeet<br>
>>> ><br>
>>> ><br>
>>> > On Thu, Feb 25, 2016 at 10:55 PM, Gedare Bloom <<a href="mailto:gedare@rtems.org">gedare@rtems.org</a>><br>
>>> > wrote:<br>
>>> >><br>
>>> >> There is no official work. If he has been answering questions, that is<br>
>>> >> good. You should work on creating a suitably complete proposal, and<br>
>>> >> you should attempt to recreate the prior work as well as you can. We<br>
>>> >> do not want you spending the first chunk of summer just getting to the<br>
>>> >> point that previous attempts got already.<br>
>>> >><br>
>>> >> Gedare<br>
>>> >><br>
>>> >> On Wed, Feb 24, 2016 at 1:28 PM, Sambeet Panigrahi<br>
>>> >> <<a href="mailto:sambeet161616@gmail.com">sambeet161616@gmail.com</a>> wrote:<br>
>>> >> > Hi,<br>
>>> >> > I have talked with previous socis students and people from dfki.They<br>
>>> >> > are<br>
>>> >> > all<br>
>>> >> > ready to answer questions, but not hold any official position.  I<br>
>>> >> > have<br>
>>> >> > contacted Martin Zenzes of dfki and he has been very helpful in<br>
>>> >> > helping<br>
>>> >> > me<br>
>>> >> > to understand the project and I quote from his mail:<br>
>>> >> ><br>
>>> >> > "and lets say you can ask me anything, but i'm hesitant to fill<br>
>>> >> > official<br>
>>> >> > positions?"<br>
>>> >> ><br>
>>> >> > So will it solve the purpose.Does he need to apply for co-mentoring<br>
>>> >> > with<br>
>>> >> > google or is there some official work involved?<br>
>>> >> ><br>
>>> >> > Rock co-mentor is not mandatory, but highly encouraged and will<br>
>>> >> > improve your project's chances to be accepted and to be successful.<br>
>>> >> > You should reach out to the SOCIS student and mentors to see if they<br>
>>> >> > would be willing to co-mentor for GSoC.<br>
>>> >> ><br>
>>> >> > TinyRTEMS is not a great project currently as there are many efforts<br>
>>> >> > ongoing that make this a moving target. The most likely work to be<br>
>>> >> > done is to fix the remaining linkcmds files (ld linker scripts) to<br>
>>> >> > add<br>
>>> >> > the right KEEP() directives so that our gcc per-function and<br>
>>> >> > per-section optimizations work correctly. I don't see this as<br>
>>> >> > sufficient for GSoC currently.<br>
>>> >> ><br>
>>> >> > Gedare<br>
>>> >> ><br>
>>> >> > On Sun, Feb 14, 2016 at 1:38 AM, Sambeet Panigrahi<br>
>>> >> > <<a href="mailto:sambeet161616@gmail.com">sambeet161616@gmail.com</a>> wrote:<br>
>>> >> >> I have been trying to reach potential co-mentors from the Rock<br>
>>> >> >> community.However the response has not been that good. Is<br>
>>> >> >> co-mentoring<br>
>>> >> >> a<br>
>>> >> >> compulsory condition? I also wanted to know if Tiny RTEMS project<br>
>>> >> >> can<br>
>>> >> >> be<br>
>>> >> >> taken up as a GSoCproject this year.<br>
>>> >> >><br>
>>> >> >><br>
>>> >> >> On Sat, Feb 13, 2016 at 8:25 AM, Gedare Bloom <<a href="mailto:gedare@rtems.org">gedare@rtems.org</a>><br>
>>> >> >> wrote:<br>
>>> >> >>><br>
>>> >> >>> You should try to get someone from the Rock or the Orocos<br>
>>> >> >>> community<br>
>>> >> >>> to<br>
>>> >> >>> commit to (co-)mentor you if at all possible.<br>
>>> >> >>><br>
>>> >> >>> On Fri, Feb 12, 2016 at 11:49 AM, Sambeet Panigrahi<br>
>>> >> >>> <<a href="mailto:sambeet161616@gmail.com">sambeet161616@gmail.com</a>> wrote:<br>
>>> >> >>> > Hi,<br>
>>> >> >>> > I am interested in working on porting Rock on RTEMS. I am<br>
>>> >> >>> > currently<br>
>>> >> >>> > working<br>
>>> >> >>> > on replicating Matthias Goldhoorn's work. I am also trying to go<br>
>>> >> >>> > through<br>
>>> >> >>> > previous projects taken by Anna Vasquez for SOCIS. I wanted to<br>
>>> >> >>> > know<br>
>>> >> >>> > if<br>
>>> >> >>> > this<br>
>>> >> >>> > can be taken up as a project this year?<br>
>>> >> >>> ><br>
>>> >> >>> > Regards<br>
>>> >> >>> > Sambeet<br>
>>> >> >>> ><br>
>>> >> >>> > _______________________________________________<br>
>>> >> >>> > devel mailing list<br>
>>> >> >>> > <a href="mailto:devel@rtems.org">devel@rtems.org</a><br>
>>> >> >>> > <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
>>> >> >><br>
>>> >> >><br>
>>> ><br>
>>> ><br>
</div></div></blockquote></div><br></div>