[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <482A4520.6010103@cn.fujitsu.com>
Date: Wed, 14 May 2008 09:49:20 +0800
From: Wei Yongjun <yjwei@...fujitsu.com>
To: David Miller <davem@...emloft.net>
CC: vladislav.yasevich@...com, kaber@...sh.net, netdev@...r.kernel.org,
linux-sctp@...r.kernel.org, lksctp-developers@...ts.sourceforge.net
Subject: Re: [PATCH] [SCTP]: Add address type check while process paramaters
of ASCONF chunk
David Miller wrote:
> From: Wei Yongjun <yjwei@...fujitsu.com>
> Date: Wed, 14 May 2008 08:56:21 +0800
>
>
>> Hi David:
>>
>> Sorry for my mistake. This patch is create and tested by me.
>>
>> I tested it used a test tool which is created by me. And this patchset
>> resolved the kernel panic problem. It seems that I need to do more
>> review my patch and
>> add more test case to my tool. I will pay more attention to do the
>> correct patchs.
>>
>
> It dereferences an uninitialized pointer, unconditionally. Therefore,
> the patch was definitely completely untested. This function never ran
> during your tests.
>
> Please, no more excuses.
>
> You didn't test the patch.
> The end.
>
Are you sure you are right?
First I am sorry for stupid patch, second I said again, I do test it,
but do not enough test.
uninitialized pointer is not NULL pointer, so it not kernel panic when
use "addr_param->v4.param_hdr.type", this patch cause function alaways
return SCTP_ERROR_INV_PARAM error, so even if I add IPv6 address to peer
which not supported IPv6 address or add IPv4 address to peer which not
supported IPv4 address is returned SCTP_ERROR_INV_PARAM, and passed my
test case.
I not do test add IPv4/IPv6 address to peer which supported IPv4/IPv6
address, this is my fault .
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists