(usagi-users 03893) Re: Some UMIP fixes

Hi, Romain

  Sorry for late reply, and thank you to split your patch.

  I applied your patches except
  o Nakamura-san's patch(which is already going to be applied in our tree)
  o makefile-gnu-source.diff(see below)
  o xfrm.c.diff(see below)

>> Fri, 22 Jun 2007 14:49:44 +0200
>> [Subject: (usagi-users 03862) Re: Some UMIP fixes]
>> Romain KUNTZ <[email protected]> wrote...

> >> * src/Makefile.am
> >> I am experiencing an issue on some PC config at compilation time when
> >> the gram.y file is processed: gram.y includes mn.h and complains
> >> about pthread_rwlock_t that is used in mn.h (whereas no other file
> >> including mn.h ever complains).
> >> Adding -D_GNU_SOURCE flag at compilation fixes the problem (although
> >> this should be implicit with the AC_GNU_SOURCE located in the
> >> confiure.ac file, this does not work with this specific gram.y file.
> >> Maybe related to a lex/yacc issue?)
:
> It happened on a Debian Lenny with autoconf 2.61-4, flex 2.5.33-11,  
> byacc 20050813-1
> Could you provide me your autoconf, flex, byacc version? I'll try to  
> dig this issue a bit more.
> 
> In case you'd need the patch, the fix is in makefile-gnu-source.diff

  The list below is my environment:

gcc:      version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
autoconf: autoconf (GNU Autoconf) 2.61(Debian 2.61-4)
flex    : flex 2.5.33(Debian 2.5.33-11)

  I don't use byacc. It may be the difference.

> >> * src/xfrm.c
> >> - mip6d tries to install a policy that already exists and fails. Thus
> >> we update it instead. See the comment in the patch (starting with  
> >> RK).
> >
> >   It is OK.
> 
> The fix is in xfrm.c.diff (but you may want to remove the commented  
> lines once the fix has been applied).

  When I applied this patch, mip6d always fails to send the first BU
  for the home registration.

  After I stopped mip6d and run again, home registration succeeds normally.

  The log is the following:
--------------------------------------------------
Thu Jul 12 04:09:38 mh_send: sendmsg: Operation not permitted
Thu Jul 12 04:09:38 mn_send_bu_msg: mh_send failed  ret: -1
--------------------------------------------------

  As long as I see, the policy to send BU to the HA is not inserted.
  I'm investigation the reason, and did you see the same problem?

  Regards,

--
Noriaki TAKAMIYA