<div dir="ltr"><span class="" style="color:rgb(0,0,0);font-family:'Times New Roman';font-size:medium">Hi, Martin;</span><br><div><br></div><div><span class="" style="color:rgb(0,0,0);font-family:'Times New Roman';font-size:medium"><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Hi Oguz,<br>
><i> I think I have hit to <a href="https://wiki.strongswan.org/issues/352">https://wiki.strongswan.org/issues/352</a> .<br>
</i>><i> This is a condition that can be widely encountered. Are there any<br>
</i>><i> update on the issue?<br>
</i>
No. As indicated in the ticket, a work-around for that bug is doable,<br>but would require to rewrite some of that XFRM structures if a 64-bit<br>kernel is detected on a 32-bit build. A clean fix is not that trivial,<br>hence it does not have much priority for us.<br>
As it is IMHO a kernel bug, we'd also should consider fixing it at the<br>kernel side, which is even less trivial.<br>
Regards<br>Martin</blockquote><div><br></div><div>I have been dealing with this issue. The ticket mentions about a specially designed xfrm.h to be replaced when running 32bit host on 64bit kernel. What should be this special desing? I want to take your opinions about these modifications.</div><div><br></div><div>Regards</div><div>Tugrul</div><div><br></div></span></div></div>