From: Dan Carpenter <hidden> Date: 2012-12-07 06:18:54
__IFLA_BRPORT_MAX is one larger than IFLA_BRPORT_MAX. We pass
IFLA_BRPORT_MAX to nla_parse_nested() so we need IFLA_BRPORT_MAX + 1
elements. Also Smatch complains that we read past the end of the array
when in br_set_port_flag() when it's called with IFLA_BRPORT_FAST_LEAVE.
Signed-off-by: Dan Carpenter <redacted>
---
Only needed in linux-next.
From: Thomas Graf <tgraf@suug.ch> Date: 2012-12-07 09:31:14
On 12/07/12 at 09:18am, Dan Carpenter wrote:
quoted hunk
__IFLA_BRPORT_MAX is one larger than IFLA_BRPORT_MAX. We pass
IFLA_BRPORT_MAX to nla_parse_nested() so we need IFLA_BRPORT_MAX + 1
elements. Also Smatch complains that we read past the end of the array
when in br_set_port_flag() when it's called with IFLA_BRPORT_FAST_LEAVE.
Signed-off-by: Dan Carpenter <redacted>
---
Only needed in linux-next.
From: Dan Carpenter <hidden> Date: 2012-12-07 11:10:46
We pass IFLA_BRPORT_MAX to nla_parse_nested() so we need
IFLA_BRPORT_MAX + 1 elements. Also Smatch complains that we read past
the end of the array when in br_set_port_flag() when it's called with
IFLA_BRPORT_FAST_LEAVE.
Signed-off-by: Dan Carpenter <redacted>
---
v2: Style tweak.
Only needed in linux-next.
From: walter harms <hidden> Date: 2012-12-07 16:07:28
Am 07.12.2012 12:10, schrieb Dan Carpenter:
We pass IFLA_BRPORT_MAX to nla_parse_nested() so we need
IFLA_BRPORT_MAX + 1 elements. Also Smatch complains that we read past
the end of the array when in br_set_port_flag() when it's called with
IFLA_BRPORT_FAST_LEAVE.
I have no clue why nla_parse_nested() need IFLA_BRPORT_MAX elements.
but the majory of loop look like
for(i=0;i<max;++)
most programmers will think this way.
So it seems the place to fix is nla_parse_nested().
doing not so is asking for trouble (in the long run).
At least this function needs a big warning label that (max-1)
is actually needed.
just my two cents,
wh
quoted hunk
Signed-off-by: Dan Carpenter <redacted>
---
v2: Style tweak.
Only needed in linux-next.
To unsubscribe from this list: send the line "unsubscribe kernel-janitors" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
From: Stephen Hemminger <hidden> Date: 2012-12-07 17:08:00
----- Original Message -----
quoted hunk
We pass IFLA_BRPORT_MAX to nla_parse_nested() so we need
IFLA_BRPORT_MAX + 1 elements. Also Smatch complains that we read
past
the end of the array when in br_set_port_flag() when it's called with
IFLA_BRPORT_FAST_LEAVE.
Signed-off-by: Dan Carpenter <redacted>
---
v2: Style tweak.
Only needed in linux-next.
From: Dan Carpenter <hidden> Date: 2012-12-07 18:53:59
On Fri, Dec 07, 2012 at 05:07:24PM +0100, walter harms wrote:
Am 07.12.2012 12:10, schrieb Dan Carpenter:
quoted
We pass IFLA_BRPORT_MAX to nla_parse_nested() so we need
IFLA_BRPORT_MAX + 1 elements. Also Smatch complains that we read past
the end of the array when in br_set_port_flag() when it's called with
IFLA_BRPORT_FAST_LEAVE.
I have no clue why nla_parse_nested() need IFLA_BRPORT_MAX elements.
but the majory of loop look like
for(i=0;i<max;++)
most programmers will think this way.
So it seems the place to fix is nla_parse_nested().
doing not so is asking for trouble (in the long run).
At least this function needs a big warning label that (max-1)
is actually needed.
Yeah, nla_parse_nested() is actually documented already.
regards,
dan carpenter
From: walter harms <hidden> Date: 2012-12-07 19:15:44
Am 07.12.2012 19:53, schrieb Dan Carpenter:
On Fri, Dec 07, 2012 at 05:07:24PM +0100, walter harms wrote:
quoted
Am 07.12.2012 12:10, schrieb Dan Carpenter:
quoted
We pass IFLA_BRPORT_MAX to nla_parse_nested() so we need
IFLA_BRPORT_MAX + 1 elements. Also Smatch complains that we read past
the end of the array when in br_set_port_flag() when it's called with
IFLA_BRPORT_FAST_LEAVE.
I have no clue why nla_parse_nested() need IFLA_BRPORT_MAX elements.
but the majory of loop look like
for(i=0;i<max;++)
most programmers will think this way.
So it seems the place to fix is nla_parse_nested().
doing not so is asking for trouble (in the long run).
At least this function needs a big warning label that (max-1)
is actually needed.
Yeah, nla_parse_nested() is actually documented already.
documenting unexspected behavier is not as much helpfull as changing it.
just my 2 cents,
wh
From: David Miller <davem@davemloft.net> Date: 2012-12-07 19:40:54
From: Dan Carpenter <redacted>
Date: Fri, 7 Dec 2012 14:10:46 +0300
We pass IFLA_BRPORT_MAX to nla_parse_nested() so we need
IFLA_BRPORT_MAX + 1 elements. Also Smatch complains that we read past
the end of the array when in br_set_port_flag() when it's called with
IFLA_BRPORT_FAST_LEAVE.
Signed-off-by: Dan Carpenter <redacted>