From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sog-mx-1.v43.ch3.sourceforge.com ([172.29.43.191] helo=mx.sourceforge.net) by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.69) (envelope-from ) id 1OseOS-00088U-6w for ltp-list@lists.sourceforge.net; Mon, 06 Sep 2010 16:18:04 +0000 Received: from e9.ny.us.ibm.com ([32.97.182.139]) by sog-mx-1.v43.ch3.sourceforge.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69) id 1OseOO-000595-1j for ltp-list@lists.sourceforge.net; Mon, 06 Sep 2010 16:18:04 +0000 Received: from d01relay06.pok.ibm.com (d01relay06.pok.ibm.com [9.56.227.116]) by e9.ny.us.ibm.com (8.14.4/8.13.1) with ESMTP id o86FxPgx024218 for ; Mon, 6 Sep 2010 11:59:25 -0400 Received: from d01av01.pok.ibm.com (d01av01.pok.ibm.com [9.56.224.215]) by d01relay06.pok.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id o86GHrIp1970394 for ; Mon, 6 Sep 2010 12:17:54 -0400 Received: from d01av01.pok.ibm.com (loopback [127.0.0.1]) by d01av01.pok.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id o86GHrdU017088 for ; Mon, 6 Sep 2010 12:17:53 -0400 From: Subrata Modak In-Reply-To: References: <4C72BC94.1090608@hartkopp.net> Date: Mon, 06 Sep 2010 21:47:07 +0530 Message-Id: <1283789829.4947.26.camel@subratamodak.linux.ibm.com> Mime-Version: 1.0 Subject: Re: [LTP] New LTP test for CAN packet flow Reply-To: subrata@linux.vnet.ibm.com List-Id: Linux Test Project General Discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ltp-list-bounces@lists.sourceforge.net To: Oliver Hartkopp Cc: SocketCAN Core Mailing List , LTP Oliver, Can you send us a patch to extend this testcase ? Regards-- Subrata On Tue, 2010-08-24 at 12:44 +0530, Subrata Modak wrote: > Thanks very much. Not sure why it did not reach the actual LTP mailing > list :-( > > Regards-- > Subrata > > On Mon, Aug 23, 2010 at 11:53 PM, Oliver Hartkopp > wrote: > Dear Subrata, > > long time - no update ;-) > > But now i created a test that's able to detect a corrupt CAN > frame flow inside > the Kernel. So far the correct IFF_ECHO functionality has been > accidentally > removed by netdev patches two times. > > The latest fix was here: > > http://git.kernel.org/?p=linux/kernel/git/davem/net-2.6.git;a=commitdiff;h=cff0d6e6edac7672b3f915bb4fb59f279243b7f9 > > To perform the local echo of CAN frames, the reference to the > originating sock > struct has to be passed to the netdevice without orphan of the > socketbuffer. > > The new test tool 'tst-rcv-own-msgs' can check the correct > packet flow by > creating two can-raw sockets. > > To extend your test-script in > > network/can/filter-tests/run_ltp-can_tests.sh > > the modprobe of the vcan driver needs an additional parameter > 'echo=1', which > configures the driver to perform the CAN frame echo on driver > level. > > This 'echo=1' setting does not have any impact to the > filtertest performed in > your script. > > The new tool 'tst-rcv-own-msgs' can be found in the same > directory in the > SocketCAN SVN where the current 'tst-filter-server' and > 'tst-filter-master' > tools are located too. > > I'll send the latest fix (see above) to the stable tree, as > 2.6.35.3 currently > still *has* this problem. > > On 2.6.35.3 you can see 'tst-rcv-own-msgs' ... > > - work correctly when echo=0 > - will fail when echo=1 > > On 2.6.36-rc1 'tst-rcv-own-msgs' runs successfully regardless > of the 'echo' > setting of the vcan driver. > > Please give me feedback, if there are still open questions. > > Many thanks for your work & best regards, > Oliver > > > --- > > Load vcan module with commandline parameter echo=1 : > > root@host:~# modprobe vcan echo=1 > root@host:~# ip link add dev vcan0 type vcan > root@host:~# ip link set vcan0 up > > --- > > When the test is successful, it looks like this: > > user@host:~$ socketcan/trunk/test/tst-rcv-own-msgs vcan0 > Starting PF_CAN frame flow test. > checking socket default settings ... ok. > check loopback 0 recv_own_msgs 0 ... ok. > check loopback 0 recv_own_msgs 1 ... ok. > check loopback 1 recv_own_msgs 0 ... ok. > check loopback 1 recv_own_msgs 1 ... ok. > PF_CAN frame flow test was successful. > user@host:~$ echo $? > 0 > user@host:~$ > > --- > > When the test fails, it looks like this: > > user@host:~$ socketcan/trunk/test/tst-rcv-own-msgs vcan0 > Starting PF_CAN frame flow test. > checking socket default settings ... failure! > user@host:~$ echo $? > 1 > user@host:~$ > > --- > > > ------------------------------------------------------------------------------ > Sell apps to millions through the Intel(R) Atom(Tm) Developer > Program > Be part of this innovative community and reach millions of > netbook users > worldwide. Take advantage of special opportunities to increase > revenue and > speed time-to-market. Join now, and jumpstart your future. > http://p.sf.net/sfu/intel-atom-d2d > _______________________________________________ > Ltp-list mailing list > Ltp-list@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/ltp-list > > > > -- > Regards & Thanks-- > Subrata ------------------------------------------------------------------------------ This SF.net Dev2Dev email is sponsored by: Show off your parallel programming skills. Enter the Intel(R) Threading Challenge 2010. http://p.sf.net/sfu/intel-thread-sfd _______________________________________________ Ltp-list mailing list Ltp-list@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/ltp-list