Re: [PATCH net] openvswitch: Fix egress tunnel info.

test for lwtunnel support. Why is that not reliable check? -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH net] openvswitch: Fix egress tunnel info.

const void **egress_tun_opts) >> +{ >> + struct geneve_dev *geneve = netdev_priv(dev); >> + struct ip_tunnel_info *info; >> + struct rtable *rt; >> + struct flowi4 fl4; >> + __be16 sport; >> + >> + info = skb_tunnel_in

Re: [PATCH net] openvswitch: Fix egress tunnel info.

ri -- Jiri Benc -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH net] openvswitch: Fix egress tunnel info.

tats correctly device xmit operation. For example geneve_xmit() updates different error stats for route lookup. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH net] openvswitch: Fix egress tunnel info.

- Jiri Benc -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH net] openvswitch: Fix egress tunnel info.

e from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH net] openvswitch: Fix egress tunnel info.

see way to fix this issue in vport-*.c. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH net] openvswitch: Fix egress tunnel info.

e done for very first tunnel device. Thats how most of features are supported in OVS. Sorry, but I do not see where is the confusion. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH net] openvswitch: Fix egress tunnel info.

g More majordomo info at http://vger.kernel.org/majordomo-info.html

[PATCH net] openvswitch: Fix egress tunnel info.

While transitioning to netdev based vport we broke OVS feature which allows user to retrieve tunnel packet egress information for lwtunnel devices. Following patch fixes it by introducing ndo operation to get the tunnel egress info. Same ndo operation can be used for lwtunnel devices and compat

Re: [PATCH net] openvswitch: Fix egress tunnel info.

o(struct net_device *dev, struct sk_buff *skb, > + struct ip_tunnel_info *info, > + __be16 sport, __be16 dport, > + struct ip_tunnel_info *egress_tun_info, > + const void **

Re: [PATCH net] openvswitch: Fix egress tunnel info.

> int new_mtu) >> return 0; >> } >> >> +static int egress_ipv4_tun_info(struct net_device *dev, struct sk_buff *skb, >> + struct ip_tunnel_info *info, >> + __be16 sport, __be16 dport, &g

Info

You have won the sum of 1,729,500 USD in our online promo. Contact with Name, Address, Telephone Number and Occupation for claims. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo inf

Re: [PATCH v3] geneve: ensure ECN info is handled properly in all tx/rx paths

er when calling > IP_ECN_decapsulate", include geneve_xmit bits > v2 -- ensure the collect_md path still calls IP_ECN_decapsulate Applied, thanks John. -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH v3] geneve: ensure ECN info is handled properly in all tx/rx paths

send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

[PATCH v3] geneve: ensure ECN info is handled properly in all tx/rx paths

- iph = ip_hdr(skb); /* Now inner IP header... */ err = IP_ECN_decapsulate(iph, skb); if (unlikely(err)) { @@ -626,6 +626,7 @@ static netdev_tx_t geneve_xmit(struct sk_buff *skb, struct net_device *dev) struct geneve_sock *gs = geneve->sock; struct ip_tun

Re: [PATCH] ethtool: Dump eeprom info for soldered on modules

On Sun, 2015-08-16 at 04:05 +0200, Andrew Lunn wrote: > Modules which are soldered onto the motherboard may also use the > sff8079 > EEPROM format. Dump these in the same way as SFP modules. > > Signed-off-by: Andrew Lunn [...] Applied, thanks. Ben. -- Ben Hutchings friends:

Re: [PATCH] man2: adjtimex.2 : add info about Clock source

; +HF Radio WWV Ft. Collins, CO > +HF Radio WWVH Kauai, HI > +NIST telephone modem > +NIST telephone modem > +USNO telephone modem > +European telephone modem > .PP > Attempts to set read-only > .I status -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH] ethtool: Dump eeprom info for soldered on modules

list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

[PATCH] man2: adjtimex.2 : add info about Clock source

telephone modem +USNO telephone modem +European telephone modem .PP Attempts to set read-only .I status -- 2.5.1 -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo

Re: [PATCH v2 net-next 2/4] ip_tunnels: record IP version in tunnel info

. Acked-by: Thomas Graf tg...@suug.ch Thanks! Jiri -- Jiri Benc -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

[PATCH net-next 2/4] ip_tunnels: record IP version in tunnel info

4357bae732d7..d4882d7904f6 100644 --- a/drivers/net/geneve.c +++ b/drivers/net/geneve.c @@ -644,6 +644,9 @@ static netdev_tx_t geneve_xmit(struct sk_buff *skb, struct net_device *dev) u8 *opts = NULL; u8 vni[3]; + if (ip_tunnel_info_af(info) != AF_INET

Re: [PATCH net-next 2/4] ip_tunnels: record IP version in tunnel info

the line unsubscribe netdev in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH net-next 2/4] ip_tunnels: record IP version in tunnel info

= NULL; u8 vni[3]; + if (ip_tunnel_info_af(info) != AF_INET) + goto err; + geneve_get_rt() already interpreted the info as ipv4 tunnel info. We can avoid such bugs by introducing separate API to retrieve ipv4 and ipv6 tunnel info. Something like

Re: [PATCH net-next 2/4] ip_tunnels: record IP version in tunnel info

]; + if (ip_tunnel_info_af(info) != AF_INET) + goto err; + geneve_get_rt() already interpreted the info as ipv4 tunnel info. Hmm, okay. I'll move the check. The geneve module changed more than I thought. Thanks for noticing this. We can avoid such bugs by introducing

[PATCH v2 net-next 2/4] ip_tunnels: record IP version in tunnel info

packets at appropriate places if they are supposed to be encapsulated into an incompatible protocol. Signed-off-by: Jiri Benc jb...@redhat.com Acked-by: Alexei Starovoitov a...@plumgrid.com --- v2: moved the af check in geneve before the first usage of tunnel info data --- drivers/net/geneve.c

Re: [PATCH v2 net-next 2/4] ip_tunnels: record IP version in tunnel info

in geneve before the first usage of tunnel info data --- Acked-by: Pravin B Shelar pshe...@nicira.com -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH v2 net-next 2/4] ip_tunnels: record IP version in tunnel info

() which can only be of a supported AF type. Otherwise this looks great. Acked-by: Thomas Graf tg...@suug.ch -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

[patch net-next v2 1/6] net: introduce change upper device notifier change info

From: Jiri Pirko j...@mellanox.com Add info that is passed along with NETDEV_CHANGEUPPER event. Signed-off-by: Jiri Pirko j...@mellanox.com --- v1-v2: - no change --- include/linux/netdevice.h | 7 +++ net/core/dev.c| 16 ++-- 2 files changed, 21 insertions(+), 2

[patch net-next v2 6/6] rocker: use change upper info

From: Jiri Pirko j...@mellanox.com Since now information about changed upper is passed along, benefit from that and use this info directly. This also fixes possible issues that could happen when non-master device is added (current code does not distinguish between master and non-master upper

[patch net-next 1/6] net: introduce change upper device notifier change info

From: Jiri Pirko j...@mellanox.com Add info that is passed along with NETDEV_CHANGEUPPER event. Signed-off-by: Jiri Pirko j...@mellanox.com --- include/linux/netdevice.h | 7 +++ net/core/dev.c| 16 ++-- 2 files changed, 21 insertions(+), 2 deletions(-) diff --git

Re: [patch net-next 6/6] rocker: use change upper info

On Wed, Aug 26, 2015 at 9:36 AM, Jiri Pirko j...@resnulli.us wrote: From: Jiri Pirko j...@mellanox.com Since now information about changed upper is passed along, benefit from that and use this info directly. This also fixes possible issues that could happen when non-master device is added

[patch net-next 6/6] rocker: use change upper info

From: Jiri Pirko j...@mellanox.com Since now information about changed upper is passed along, benefit from that and use this info directly. This also fixes possible issues that could happen when non-master device is added (current code does not distinguish between master and non-master upper

[PATCH] ethtool: Dump eeprom info for soldered on modules

)) { sff8079_show_ext_identifier(id); sff8079_show_connector(id); sff8079_show_transceiver(id); -- 2.1.4 -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to majord...@vger.kernel.org More majordomo info at http

Re: [PATCH net-next 0/4] Add some more debug info

From: Hariprasad Shenai haripra...@chelsio.com Date: Wed, 12 Aug 2015 16:55:03 +0530 This patch series adds the following. Add more info for sge_qinfo dump Differentiate tid and stids between different regions, and add a debugfs entry to dump all the tid info This patch series has been

[PATCH iproute2 2/3] iplink: use the short format to print help info

= bridge_print_help, }; -- 1.8.3.1 -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

[PATCH net-next 4/4] cxgb4: Add debugfs support to dump tid info

Add debugfs support to dump tid info like stid, sftid, tids, atid and hwtids Signed-off-by: Hariprasad Shenai haripra...@chelsio.com --- drivers/net/ethernet/chelsio/cxgb4/cxgb4_debugfs.c | 68 ++ drivers/net/ethernet/chelsio/cxgb4/sge.c | 9 ++- drivers/net

[PATCH net-next 0/4] Add some more debug info

Hi, This patch series adds the following. Add more info for sge_qinfo dump Differentiate tid and stids between different regions, and add a debugfs entry to dump all the tid info This patch series has been created against net-next tree and includes patches on cxgb4 driver. We have included all

[PATCH for-next V7 02/10] net: Add info for NETDEV_CHANGEUPPER event

Some consumers of NETDEV_CHANGEUPPER event would like to know which upper device was linked/unlinked and what operation was carried. Add information in the notifier info block for that purpose. Signed-off-by: Matan Barak mat...@mellanox.com --- include/linux/netdevice.h | 14 ++ net

[PATCH net-next 4/4] dwc_eth_qos: Add maintainer info

...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

[netfilter] INFO: task kworker/u2:0:6 blocked for more than 120 seconds.

to reply, restoring regulatory settings Deconfiguring network interfaces... [ 81.336920] cfg80211: Verifying active interfaces after reg change [ 241.816853] INFO: task kworker/u2:0:6 blocked for more than 120 seconds. [ 241.818319] Not tainted 4.2.0-rc2-00147-g085db2c #3 [ 241.819076

[PATCH net-next 2/4] cxgb4 : Allow firmware DCB info to be queried in host state

)) return -EINVAL; /* DCB info gets thrown away on link up */ @@ -898,10 +907,11 @@ cxgb4_ieee_negotiation_complete(struct net_device *dev, struct port_info *pi = netdev2pinfo(dev); struct port_dcb_info *dcb = pi-dcb; - if (dcb_subtype !(dcb-msgs

[RFC] show socket info in fdinfo

sockets properly we found there was no easy way through existing tools to show sockets which have been unhashed. In order to get some basic information about all allocated sockets on the system we'd like to dump this info into fdinfo. net/socket.c | 52

[PATCH for-next V6 02/10] net: Add info for NETDEV_CHANGEUPPER event

Some consumers of NETDEV_CHANGEUPPER event would like to know which upper device was linked/unlinked and what operation was carried. Add information in the notifier info block for that purpose. Signed-off-by: Matan Barak mat...@mellanox.com --- include/linux/netdevice.h | 14 ++ net

Re: [PATCH next v3] bonding: Display LACP info only to CAP_NET_ADMIN capable user

Bandewar mahe...@google.com Applied, thanks. -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH next v3] bonding: Display LACP info only to CAP_NET_ADMIN capable user

On Thu, Jun 18, 2015 at 8:00 PM, Andy Gospodarek go...@cumulusnetworks.com wrote: On Thu, Jun 18, 2015 at 11:30:54AM -0700, Mahesh Bandewar wrote: Actor and Partner details can be accessed via proc-fs, sys-fs entries or netlink interface. These interfaces are world readable at this moment.

Re: [PATCH next v3] bonding: Display LACP info only to CAP_NET_ADMIN capable user

On Fri, Jun 19, 2015 at 10:02:39AM -0700, Mahesh Bandewar wrote: On Thu, Jun 18, 2015 at 8:00 PM, Andy Gospodarek go...@cumulusnetworks.com wrote: [...] With this patch, actor_oper_port_state and partner_oper.port_state are not displayed in /proc, but that information is available via

Re: [PATCH next v2] bonding: Display LACP info only to CAP_NET_ADMIN capable user

ad_info info; + u8 zero_mac[ETH_ALEN]; + eth_zero_addr(zero_mac); if (nla_put_u16(skb, IFLA_BOND_AD_ACTOR_SYS_PRIO, - bond-params.ad_actor_sys_prio)) + capable(CAP_NET_ADMIN

Re: [PATCH next v2] bonding: Display LACP info only to CAP_NET_ADMIN capable user

sk_buff *skb, if (BOND_MODE(bond) == BOND_MODE_8023AD) { struct ad_info info; + u8 zero_mac[ETH_ALEN]; + eth_zero_addr(zero_mac); if (nla_put_u16(skb, IFLA_BOND_AD_ACTOR_SYS_PRIO, - bond-params.ad_actor_sys_prio

Re: [PATCH next v3] bonding: Display LACP info only to CAP_NET_ADMIN capable user

info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH next v2] bonding: Display LACP info only to CAP_NET_ADMIN capable user

NULL values. OK, would change this in the next rev. Thanks, -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

[PATCH next v3] bonding: Display LACP info only to CAP_NET_ADMIN capable user

--- a/drivers/net/bonding/bond_netlink.c +++ b/drivers/net/bonding/bond_netlink.c @@ -601,19 +601,20 @@ static int bond_fill_info(struct sk_buff *skb, if (BOND_MODE(bond) == BOND_MODE_8023AD) { struct ad_info info; - if (nla_put_u16(skb, IFLA_BOND_AD_ACTOR_SYS_PRIO

Re: [PATCH] net: stmmac: dwmac-rk: Don't add function name in info or err messages

: send the line unsubscribe netdev in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

[PATCH next v2] bonding: Display LACP info only to CAP_NET_ADMIN capable user

--- a/drivers/net/bonding/bond_netlink.c +++ b/drivers/net/bonding/bond_netlink.c @@ -600,18 +600,23 @@ static int bond_fill_info(struct sk_buff *skb, if (BOND_MODE(bond) == BOND_MODE_8023AD) { struct ad_info info; + u8 zero_mac[ETH_ALEN]; + eth_zero_addr

Re: [PATCH next v1] bonding: Display LACP info only to CAP_NET_ADMIN capable user

majordomo info at http://vger.kernel.org/majordomo-info.html

[PATCH] net: stmmac: dwmac-rk: Don't add function name in info or err messages

: NO interface defined!\n, __func__); + dev_err(dev, NO interface defined!\n); } gmac_clk_init(bsp_priv); -- 1.9.1 -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to majord...@vger.kernel.org More majordomo info at http

[PATCH next v1] bonding: Display LACP info only to CAP_NET_ADMIN capable user

)) { - seq_printf(seq, bond %s has no active aggregator\n, - bond-dev-name); - } else { - seq_printf(seq, Active Aggregator Info:\n); - - seq_printf(seq, \tAggregator ID: %d\n

Re: [PATCH next v0] bonding: Display LACP info only to CAP_SYS_ADMIN capable user

netdev in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH next v0] bonding: Display LACP info only to CAP_SYS_ADMIN capable user

I would think you want CAP_NET_ADMIN for this? -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH next v0] bonding: Display LACP info only to CAP_SYS_ADMIN capable user

...@google.com I agree with Stephen Hemminger in that you should probably be using CAP_NET_ADMIN here. -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

[PATCH next v0] bonding: Display LACP info only to CAP_SYS_ADMIN capable user

)) { - seq_printf(seq, bond %s has no active aggregator\n, - bond-dev-name); - } else { - seq_printf(seq, Active Aggregator Info:\n); - - seq_printf(seq, \tAggregator ID: %d\n

[net-next RFC 14/14] arp: Associate ARP requests with tunnel info

) + skb_attach_tunnel_info(skb, rt-rt_tun_info); + ip_rt_put(rt); + } + return skb; out: -- 2.3.5 -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to majord...@vger.kernel.org More majordomo info at http

[PATCH 2/2] geneve: allow user to specify TOS info for tunnel frames

(__IFLA_GENEVE_MAX - 1) -- 2.1.0 -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH 2/2] geneve: allow user to specify TOS info for tunnel frames

From: John W. Linville linvi...@tuxdriver.com Date: Mon, 1 Jun 2015 15:51:35 -0400 Signed-off-by: John W. Linville linvi...@tuxdriver.com Applied. -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to majord...@vger.kernel.org More majordomo info

You have been pick for a personal donation from me. Email ( leon.hirt...@mail.com ) for more info.‏

-- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [Bugme-new] [Bug 9888] New: tun device without protocol info header fails under IPv6

info used for tun devices where the TUN_NO_PI flag is set assumes IPv4 as can be seen by the initialization at the top of the tun_get_user function in drivers/net/tun.c file given by struct tun_pi pi = { 0, __constant_htons(ETH_P_IP) }; This can easily be fixed by adding a quick

Re: [Bugme-new] [Bug 9888] New: tun device without protocol info header fails under IPv6

On Mon, 4 Feb 2008 13:46:13 -0800 (PST) [EMAIL PROTECTED] wrote: http://bugzilla.kernel.org/show_bug.cgi?id=9888 Summary: tun device without protocol info header fails under IPv6 Product: Networking Version: 2.5 KernelVersion: =2.6.23

[PATCH 08/10] atl1: print debug info if rrd error

info at http://vger.kernel.org/majordomo-info.html

Re: [PATCH] pktgen: pktgen should not print info that it is spinning

use of the module. Signed-off-by: Jesse Brandeburg [EMAIL PROTECTED] Applied, thanks. -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

[PATCH] pktgen: pktgen should not print info that it is spinning

) + 1) -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

[PATCH] add modalias info to mv643xx_eth.ko

mv643xx_eth has an platform modalias file in sysfs. But the module itself has no alias: line. Autoloading fails without the alias info in the module. Signed-off-by: Olaf Hering [EMAIL PROTECTED] --- drivers/net/mv643xx_eth.c |1 + 1 file changed, 1 insertion(+) --- a/drivers/net

Re: [PATCH] add modalias info to mv643xx_eth.ko

On Fri, Jan 18, 2008 at 10:38:05AM +0100, Olaf Hering wrote: mv643xx_eth has an platform modalias file in sysfs. But the module itself has no alias: line. Autoloading fails without the alias info in the module. Signed-off-by: Olaf Hering [EMAIL PROTECTED] Acked-by: Dale Farnsworth [EMAIL

Re: [RFC 6/6] fib_trie: combine leaf and info

-by: Stephen Hemminger [EMAIL PROTECTED] This patch is experimental (ie it boots and loads routes), but is slower for the 163,000 route dump test. Its also very memory expensive. That was not Robert suggestion I believe. Its suggestion is to embedd one info into each leaves

Re: [RFC 6/6] fib_trie: combine leaf and info

; - struct rcu_head rcu; + unsigned long parent; + t_key key; + /* +* Because we often have only one info per leaf, we embedd one here +* to save some space and speedup lookups (sharing cache line) +* a sort of fastpatch leaf (FP

Re: [RFC 6/6] fib_trie: combine leaf and info

; }; struct leaf { - unsigned long parent; - t_key key; - struct hlist_head list; - struct rcu_head rcu; + unsigned long parent; + t_key key; + /* + * Because we often have only one info per leaf, we embedd one here + * to save

Re: [RFC 6/6] fib_trie: combine leaf and info

); } -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [RFC 6/6] fib_trie: combine leaf and info

leaf_infos If plen_iinfo is =0 It's a FP-leaf Cheers. --ro -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [RFC 6/6] fib_trie: combine leaf and info

) + sizeof(struct leaf_info), 0, SLAB_PANIC, NULL); } Thank you -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [RFC 6/6] fib_trie: combine leaf and info

PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [RFC 6/6] fib_trie: combine leaf and info

copy the leaf itself, and just use a variable size array of infos[], no more list, and maximal locality kmalloc(sizeof(leaf) + nb_infos * sizeof(info)) (Still we can use a kmem cache for nb_infos=1 leaves) -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message

Re: [RFC 6/6] fib_trie: combine leaf and info

); } -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [RFC 6/6] fib_trie: combine leaf and info

are the norm :( SLAB_HWCACHE_ALIGN is not our friend. -- To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

[RFC 6/6] fib_trie: combine leaf and info

; - struct list_head falh; + unsigned long bitmap[INFO_SIZE / BITS_PER_LONG + 1]; + struct leaf_info info[INFO_SIZE]; }; + struct tnode { unsigned long parent; t_key key; @@ -321,16 +326,6 @@ static void __leaf_free_rcu(struct rcu_h kmem_cache_free(trie_leaf_kmem

Re: [RFC 6/6] fib_trie: combine leaf and info

and loads routes), but is slower for the 163,000 route dump test. Its also very memory expensive. That was not Robert suggestion I believe. Its suggestion is to embedd one info into each leaves. Please find attached to this mail a preliminary and incomplete patch I wrote this morning before

Re: [RFC 6/6] fib_trie: combine leaf and info

), but is slower for the 163,000 route dump test. Its also very memory expensive. That was not Robert suggestion I believe. Its suggestion is to embedd one info into each leaves. Please find attached to this mail a preliminary and incomplete patch I wrote this morning before coffee :), to get the idea

[PATCH 05/26] atl1: print debug info if rrd error

] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: [ipw3945-devel] 2.6.24-rc5-mm1 -- INFO: possible circular locking dependency detected -- pm-suspend/5800 is trying to acquire lock

] More majordomo info at http://vger.kernel.org/majordomo-info.html

2.6.24-rc5-mm1 -- INFO: possible circular locking dependency detected -- pm-suspend/5800 is trying to acquire lock

I have only seen this happen once, and cannot reproduce it. I'll keep trying, though. Dec 16 22:10:48 syntropy kernel: [ 231.718023] === Dec 16 22:10:48 syntropy kernel: [ 231.718025] [ INFO: possible circular locking dependency detected

Re: 2.6.24-rc5-mm1 -- INFO: possible circular locking dependency detected -- pm-suspend/5800 is trying to acquire lock

On Tue, 2007-12-18 at 09:03 -0500, Miles Lane wrote: I have only seen this happen once, and cannot reproduce it. I'll keep trying, though. Dec 16 22:10:48 syntropy kernel: [ 231.718023] === Do you have a version that isn't line-wrapped

Re: 2.6.24-rc5-mm1 -- INFO: possible circular locking dependency detected -- pm-suspend/5800 is trying to acquire lock

Sorry. GMail doesn't support sending unwrapped text, as far as I can tell. I will send the log segment to you as an attachment. Also, when I sent my .config inline to Andrew recently, it tripped his spam filter. I'll attach it as well. Thanks. This is a bug in iwlwifi. The problem is

Re: [ipw3945-devel] 2.6.24-rc5-mm1 -- INFO: possible circular locking dependency detected -- pm-suspend/5800 is trying to acquire lock

On Tue, 2007-12-18 at 15:57 +0100, Johannes Berg wrote: Thanks. This is a bug in iwlwifi. The problem is actually another case where my workqueue debugging with lockdep is triggering a warning :)) Here's the thing: iwl3945_cancel_deferred_work does

[PATCH] SCTP: Fix the bind_addr info during migration.

netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

[PATCH 9/11] ibm_newemac: Fix typo reading TAH channel info

PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

[PATCH 9/11] ibm_newemac: Fix typo reading TAH channel info

] More majordomo info at http://vger.kernel.org/majordomo-info.html

Info about updates

. 2.1.05 D-76275 Ettlingen T +49 (0) 72 43/2 18-615 F +49 (0) 72 43/2 18-400 http://www.ids.de Email: [EMAIL PROTECTED] - To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

[PATCH] return useful listenq info in tcp_info and INET_DIAG_INFO

Sat Sep 01 07:00:31 2007 + +++ b/net/ipv4/tcp.cTue Sep 18 11:02:26 2007 -0700 @@ -2030,8 +2030,14 @@ void tcp_get_info(struct sock *sk, struc info-tcpi_snd_mss = tp-mss_cache; info-tcpi_rcv_mss = icsk-icsk_ack.rcv_mss; - info-tcpi_unacked = tp-packets_out

Re: [PATCH] return useful listenq info in tcp_info and INET_DIAG_INFO

the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Tc bug (kernel crash) more info

in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Tc bug (kernel crash) more info

calculation) and 3 (class not leaf but have qdisc) at http://bugzilla.kernel.org/show_bug.cgi?id=8971 - To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

Re: Tc bug (kernel crash) more info

May you also see that i need change to fix this: qdisc handle can = 10 000 i have more then 10 000 qdiscs =( - To unsubscribe from this list: send the line unsubscribe netdev in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html

<    5   6   7   8   9   10   11   12   >