[PATCH][XFRM]: nlmsg length not computed correctly in the presence of subpolicies

STALE7211d

3 messages, 3 authors, 2006-11-19 · open the first message on its own page

[PATCH][XFRM]: nlmsg length not computed correctly in the presence of subpolicies

From: jamal <hidden>
Date: 2006-11-17 13:48:35

Another one in the same spirit as before. Compiles. I dont have
a good test case, but looks right.
Nakamura-san please ACK and Dave (as before this goes in as a bug-fix).

cheers,
jamal

Re: [PATCH][XFRM]: nlmsg length not computed correctly in the presence of subpolicies

From: Masahide NAKAMURA <hidden>
Date: 2006-11-18 09:08:38

On Fri, 17 Nov 2006 08:48:31 -0500
jamal [off-list ref] wrote:
Another one in the same spirit as before. Compiles. I dont have
a good test case, but looks right.
Nakamura-san please ACK and Dave (as before this goes in as a bug-fix).
Acked-by: Masahide NAKAMURA <redacted>

I've tested with your patch and the result is fine.

However, unlike the add/delete XFRM policy case pointed by Jamal
as the previous patch, I don't see the error without this patch on my
environment about acqiure.
(Maybe, does acquire path happen to make some buffer for policy type
since the structures is not aligned cleanly?)

..Anyway, the fix is correct for me. David, please apply it, too.

[XFRM]: nlmsg length not computed correctly in the presence of subpolicies

I actually dont have a test case for these; i just found them by
inspection. Refer to patch "[XFRM]: Sub-policies broke policy events"
for more info

Signed-off-by: Jamal Hadi Salim <redacted>

---
commit c3d793454ab2a36c2d618d226d7de975ab9b7570
tree 26198ba84d85317b4f1b54c0e10c220dbe0d97da
parent b53ec68c276ac1d879759de130620a72254cb969
author Jamal Hadi Salim [off-list ref] Fri, 17 Nov 2006 08:39:52 -0500
committer Jamal Hadi Salim <hadi@jzny2.(none)> Fri, 17 Nov 2006 08:39:52 -0500

-- 
Masahide NAKAMURA

Re: [PATCH][XFRM]: nlmsg length not computed correctly in the presence of subpolicies

From: David Miller <davem@davemloft.net>
Date: 2006-11-19 22:55:44

From: Masahide NAKAMURA <redacted>
Date: Sat, 18 Nov 2006 18:08:42 +0900
On Fri, 17 Nov 2006 08:48:31 -0500
jamal [off-list ref] wrote:
quoted
Another one in the same spirit as before. Compiles. I dont have
a good test case, but looks right.
Nakamura-san please ACK and Dave (as before this goes in as a bug-fix).
Acked-by: Masahide NAKAMURA <redacted>

I've tested with your patch and the result is fine.

However, unlike the add/delete XFRM policy case pointed by Jamal
as the previous patch, I don't see the error without this patch on my
environment about acqiure.
(Maybe, does acquire path happen to make some buffer for policy type
since the structures is not aligned cleanly?)

..Anyway, the fix is correct for me. David, please apply it, too.
Applied, thanks.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help