<div dir="ltr">You mean RTEMS 4.10.2's TCP/IP stack is not ready for testing on target hardware or Mini2440's port in specific? Although I'm testing it on hardware and looks fine till now.<br><br><br><blockquote style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">
The port is far enough along to get help completing it. Please<br></blockquote><br>And what do you mean by your last sentence? I guess it's missed after "Please".<br><br><div class="gmail_quote">On Sun, Sep 2, 2012 at 10:54 PM, Joel Sherrill <span dir="ltr"><<a href="mailto:joel.sherrill@oarcorp.com" target="_blank">joel.sherrill@oarcorp.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The new TCP/IP stack port isn't ready for you to actually test on your target hardware but it should compile fine. If that is enough to check if these structure packing and alignment issues exist in the new code base, please check.<br>

<br>
The port is far enough along to get help completing it. Please<br>
<br>
--joel<br>
<div class="im"><br>
SAeeD <<a href="mailto:salpha.2004@gmail.com">salpha.2004@gmail.com</a>> wrote:<br>
<br>
>As I tested the new patch with real board, it is OK with TCP client/server establishment and is OK with UDP server establishment.<br>
>But after a call to "sendto" function (defined in cpukit/libnetworking/rtems/rtems_syscall.c) in UDP client in order to send some data to server, that familiar data abort problem with "INSN_LDR" happens again. Excluding this one, seems that all other network functionalities are fine.<br>

>Thanks Bacon for your new patch. :)<br>
><br>
</div><div class="im">>On Sun, Sep 2, 2012 at 4:57 PM, Pierre Ficheux <<a href="mailto:pierre.ficheux@openwide.fr">pierre.ficheux@openwide.fr</a><mailto:<a href="mailto:pierre.ficheux@openwide.fr">pierre.ficheux@openwide.fr</a>>> wrote:<br>

>Le 02/09/12 13:06, Bacon Xu a écrit :<br>
>> Hi Pierre & Saeed,  I have reviewed my patch of RTEMS 4.10.2. It's<br>
>> indeed that I add ONE (__attribute__((packed))) in patch. It's not<br>
>> enough for arm platform. It must add all of places were mentioned in<br>
>> previous mail with __attribute__((packed)).<br>
>><br>
>> I found those problems in RTEMS 4.9 for porting ARM at9260. When I add<br>
>> those __attribute__((packed)), the version work properly. So in RTEMS<br>
>> 4.10, I add them too. Because of some specific problems,  the patch<br>
>> haven't included those modifications.<br>
>><br>
>> Attachment is the newest patch that I have test it several times. I<br>
>> haven't real mini2440 board, so I can't ensure some important things,<br>
>> such as s3c2440's pll, and other drivers. It just work smoothly in<br>
>> QEMU.<br>
>><br>
><br>
>I will test it on real board tomorrow.<br>
><br>
>Thanks for it :)<br>
><br>
>regards<br>
><br>
>--<br>
</div>>Pierre FICHEUX -/- CTO OW/OWI, France -\- <a href="mailto:pierre.ficheux@openwide.fr">pierre.ficheux@openwide.fr</a><mailto:<a href="mailto:pierre.ficheux@openwide.fr">pierre.ficheux@openwide.fr</a>><br>
<div class="HOEnZb"><div class="h5">>                                         <a href="http://ingenierie.openwide.fr" target="_blank">http://ingenierie.openwide.fr</a><br>
>                                         <a href="http://www.ficheux.org" target="_blank">http://www.ficheux.org</a><br>
>I would love to change the world, but they won't give me the source code<br>
><br>
><br>
</div></div></blockquote></div><br></div>