Hi all,

In fact, I really boot my build node after upgrade kernel.

I did some investigation

1. For below error:
In file included from 
/home/xugang/tmp3/ovs-2.3/BUILD/openvswitch-2.3.0/_default/../datapath/linux/compat/include/net/gre.h:10:0,
                 from 
/home/xugang/tmp3/ovs-2.3/BUILD/openvswitch-2.3.0/_default/datapath/linux/vport-gre.c:44:
include/net/gre.h: In function 'gre_handle_offloads':
include/net/gre.h:42:2: error: implicit declaration of function 
'iptunnel_handle_offloads' [-Werror=implicit-f
unction-declaration]
  return iptunnel_handle_offloads(skb, gre_csum, SKB_GSO_GRE);
  ^
include/net/gre.h:42:2: warning: return makes pointer from integer without 
a cast [enabled by default]
cc1: some warnings being treated as errors

I checked method iptunnel_handle_offloads which declare it in 
net/ip_tunnels.h

#ifdef CONFIG_INET
...
struct sk_buff *iptunnel_handle_offloads(struct sk_buff *skb, bool 
gre_csum,
...
#endif /* CONFIG_INET */

I really can find its declaration in above head file.
But seemed CONFIG_INET not defined in kernel.

Then I go to /boot to check CONFIG_INET seemed already defined there

[root@vs260 boot]# grep CONFIG_INET config-3.10.0-123.8.1.el7.x86_64 |more
CONFIG_INET=y
CONFIG_INET_AH=m
CONFIG_INET_ESP=m
CONFIG_INET_IPCOMP=m
CONFIG_INET_XFRM_TUNNEL=m
CONFIG_INET_TUNNEL=m
CONFIG_INET_XFRM_MODE_TRANSPORT=m
CONFIG_INET_XFRM_MODE_TUNNEL=m
CONFIG_INET_XFRM_MODE_BEET=m
CONFIG_INET_LRO=y
CONFIG_INET_DIAG=m
CONFIG_INET_TCP_DIAG=m
CONFIG_INET_UDP_DIAG=m
CONFIG_INET6_AH=m
CONFIG_INET6_ESP=m
CONFIG_INET6_IPCOMP=m
CONFIG_INET6_XFRM_TUNNEL=m
CONFIG_INET6_TUNNEL=m
CONFIG_INET6_XFRM_MODE_TRANSPORT=m
CONFIG_INET6_XFRM_MODE_TUNNEL=m
CONFIG_INET6_XFRM_MODE_BEET=m
CONFIG_INET6_XFRM_MODE_ROUTEOPTIMIZATION=m
CONFIG_INET_DCCP_DIAG=m

So I want to know if when I build, some parameters needed ?

2. For below error
In file included from 
/home/xugang/tmp3/ovs-2.3/BUILD/openvswitch-2.3.0/_default/datapath/linux/datapath.c:52:0:
/home/xugang/tmp3/ovs-2.3/BUILD/openvswitch-2.3.0/_default/../datapath/linux/compat/include/net/genetlink.h:100:31:
 
error: 
static declaration of 'genlmsg_new_unicast' follows non-static declaration
 static inline struct sk_buff *genlmsg_new_unicast(size_t payload,
                               ^
In file included from 
/home/xugang/tmp3/ovs-2.3/BUILD/openvswitch-2.3.0/_default/../datapath/linux/compat/include/net/genetlink.h:7:0
,
                 from 
/home/xugang/tmp3/ovs-2.3/BUILD/openvswitch-2.3.0/_default/datapath/linux/datapath.c:52:
include/net/genetlink.h:162:17: note: previous declaration of 
'genlmsg_new_unicast' was here
 struct sk_buff *genlmsg_new_unicast(size_t payload, struct genl_info 
*info,
                 ^
In file included from 
/home/xugang/tmp3/ovs-2.3/BUILD/openvswitch-2.3.0/_default/datapath/linux/dp_notify.c:20:0:
/home/xugang/tmp3/ovs-2.3/BUILD/openvswitch-2.3.0/_default/../datapath/linux/compat/include/net/genetlink.h:100:31:
 
error: 
static declaration of 'genlmsg_new_unicast' follows non-static declaration
 static inline struct sk_buff *genlmsg_new_unicast(size_t payload,
                               ^
In file included from 
/home/xugang/tmp3/ovs-2.3/BUILD/openvswitch-2.3.0/_default/../datapath/linux/compat/include/net/genetlink.h:7:0
,
                 from 
/home/xugang/tmp3/ovs-2.3/BUILD/openvswitch-2.3.0/_default/datapath/linux/dp_notify.c:20:
include/net/genetlink.h:162:17: note: previous declaration of 
'genlmsg_new_unicast' was here
 struct sk_buff *genlmsg_new_unicast(size_t payload, struct genl_info 
*info,

I checked our kernel which do not have static incline. Is that source 
commit solved this problem?

3. What else info you need to help to debug?

Thanks





From:   Flavio Leitner <f...@redhat.com>
To:     Gang U Xu/China/IBM@IBMCN
Cc:     Alex Wang <al...@nicira.com>, b...@openvswitch.org
Date:   2014/10/29 20:09
Subject:        Re: [ovs-discuss] ovs 2.3 kernel module build failed on 
rhel 7.0 GA



On Wed, Oct 29, 2014 at 03:31:03PM +0800, Gang U Xu wrote:
> Hi all,
> 
> Thanks your quick support first!
> 
> I did below
> 1. Update kernel to 3.10.0-123.8.1.el7.x86_64
> 2. I cherry-pick 4ae2b2c1c4c345d0cb5f5a6b0f20fd6afb4a6962 from branch 
2.3, 
> then generate one patch
> 3. After install patch, build again, the problem skb_zerocopy solved 
now, 
> but still failed for below

Not sure about the specific steps you did, but I think you need to
bootstrap the tree (./boot) again to make the changes effective.

fbl




_______________________________________________
discuss mailing list
discuss@openvswitch.org
http://openvswitch.org/mailman/listinfo/discuss

Reply via email to