On Tue, Oct 1, 2013 at 2:25 AM, Michele Bozier <mboz...@airspan.com> wrote: > I am having trouble running Open vSwitch on the ARM platform after > cross-compiling on an i686 platform. I am using the latest code from master > from the Open vSwitch git repository - commit Sept 26th > (6a8a8528acb05d6d0a520e09ad1ec67e62b99e5e) and the Arago Kernel 3.3. > > > > The problem I am seeing when running on the target and trying to create a > switch is as follows: > > > > insmod ./openvswitch.ko > > The module seems to install fine -on the console I get > > openvswitch: Open vSwitch switching datapath 2.0.90, built Sep 30 2013 > 11:33:05 > > > > ./ovsdb-tool create /usr/local/etc/openvswitch/conf.db ./vswitch.ovsschema > ./ovsdb-server --remote=ptcp:6634 > --remote=db:Open_vSwitch,Open_vSwitch,manager_options > --pidfile=/home/opf/server.pid --detach ./ovs-vsctl --db=tcp:127.0.0.1:6634 > --no-wait init ./ovs-vswitchd tcp:127.0.0.1:6634 > --pidfile=/home/opf/switch.pid --log-file=/home/opf/switch.log --detach > > > > On the console I see the following: > > 1970-01-01T00:01:15Z|00001|vlog|INFO|opened log file /home/opf/switch.log > > 1970-01-01T00:01:15Z|00002|reconnect|INFO|tcp:127.0.0.1:6634: connecting... > > 1970-01-01T00:01:15Z|00003|reconnect|INFO|tcp:127.0.0.1:6634: connected > > > > I then enter the command to create a switch ./ovs-vsctl > --db=tcp:127.0.0.1:6634 add-br opfbr > > > > I get the following output to the console > > device: 'ovs-system': device_add > > device ovs-system entered promiscuous mode > > device: 'opfbr0': device_add > > device opfbr0 entered promiscuous mode > > > > Followed shortly afterwards by a kernel oops. > > > > [root@synergy opf]# Unable to handle kernel paging request at virtual > address 8d10051d pgd = dd840000 [8d10051d] *pgd=00000000 Internal error: > Oops: 5 [#1] PREEMPT Modules linked in: openvswitch(O) > > CPU: 0 Tainted: G O (3.3.0 #7) > > PC is at ovs_flow_to_nlattrs+0x5/0x430 [openvswitch] LR is at > ovs_flow_cmd_fill_info+0x114/0x208 [openvswitch] > > pc : [<bf80524e>] lr : [<bf801669>] psr: 80000033 > > sp : de273c30 ip : 00000058 fp : 00000018 > > r10: de36e540 r9 : 0001fffb r8 : dd8b8000 > > r7 : 00000013 r6 : 000001cd r5 : dd8b8088 r4 : 00000070 > > r3 : 00000000 r2 : de36e540 r1 : 8d100505 r0 : 0002001b > > Flags: Nzcv IRQs on FIQs on Mode SVC_32 ISA Thumb Segment user > > Control: 50c5387d Table: 9d840019 DAC: 00000015 Process ovs-vswitchd (pid: > 461, stack limit = 0xde2722e8) > > Stack: (0xde273c30 to 0xde274000) > > ... > > [<bf80524e>] (ovs_flow_to_nlattrs+0x5/0x430 [openvswitch]) from [<bf801669>] > (ovs_flow_cmd_fill_info+0x114/0x208 [openvswitch]) [<bf801669>] > (ovs_flow_cmd_fill_info+0x114/0x208 [openvswitch]) from [<bf80179f>] > (ovs_flow_cmd_dump+0x42/0x7c [openvswitch]) [<bf80179f>] > (ovs_flow_cmd_dump+0x42/0x7c [openvswitch]) from [<c01c90fb>] > (netlink_dump+0x3b/0x130) [<c01c90fb>] (netlink_dump+0x3b/0x130) from > [<c01c9983>] (netlink_dump_start+0xc7/0x108) [<c01c9983>] > (netlink_dump_start+0xc7/0x108) from [<c01cb069>] (genl_rcv_msg+0xc1/0x17c) > [<c01cb069>] (genl_rcv_msg+0xc1/0x17c) from [<c01ca9f9>] > (netlink_rcv_skb+0x65/0x70) [<c01ca9f9>] (netlink_rcv_skb+0x65/0x70) from > [<c01caf9f>] (genl_rcv+0x17/0x20) [<c01caf9f>] (genl_rcv+0x17/0x20) from > [<c01ca64f>] (netlink_unicast+0x117/0x150) [<c01ca64f>] > (netlink_unicast+0x117/0x150) from [<c01ca871>] > (netlink_sendmsg+0x185/0x1cc) [<c01ca871>] (netlink_sendmsg+0x185/0x1cc) > from [<c0190e4b>] (sock_sendmsg+0x5f/0x74) [<c0190e4b>] > (sock_sendmsg+0x5f/0x74) from [<c01921c1>] (sys_sendto+0x6d/0x80) > [<c01921c1>] (sys_sendto+0x6d/0x80) from [<c01921e3>] (sys_send+0xf/0x14) > [<c01921e3>] (sys_send+0xf/0x14) from [<c000c521>] > (ret_fast_syscall+0x1/0x46) > > Code: bf00 e92d 47f0 b086 (698f) ab06 > > ---[ end trace c6309ab77c3d706d ]--- > > > > The process I followed to cross-compile the code base is as follows: > > > > ./boot.sh > > > > ./configure CC=arm-none-linux-gnueabi-gcc --host=arm-none-linux-gnueabi > --target=arm-none-linux-gnueabi --build=i686-linux > --with-linux=/home/mbozier/synergy/kernel/ti KARCH=arm --disable-ssl > CPPFLAGS=-I/home/mbozier/tirootfs/usr/inc-L/home/mbozier/tirootfs/usr/lib > > > > make CROSS_COMPILE="arm-none-linux-gnueabi-" ARCH="arm" > KCC="arm-none-linux-gnueabi-gcc" GCC="arm-none-linux-gnueabi-gcc" > > > > The kernel used on the target is built without Open vSwitch support and the > 802.1d bridging support is configured to be loaded as a module. > > > > I also tried running the OpenvSwitch kernel module built from the sources > distributed with the 3.3 kernel but with no success either.
Is it the exact same problem on this kernel or is a different one? Probably the place to start is to use GDB to find exactly where it is faulting, based on the address in the stack trace. Is the problem reproducible? _______________________________________________ discuss mailing list discuss@openvswitch.org http://openvswitch.org/mailman/listinfo/discuss
