In T6, MPS classification has a 512 deep TCAM to do the match lookup.
Each entry has 80x2b sets containing 48 bit MAC address, port number,
VLAN Valid/ID, VNI, lookup type (outer or inner packet header).
[71:48] bit locations are overloaded for outer vs. inner lookup types.
Signed-off-by: Haripras
On 12/23/2015 11:35 AM, Faisal Latif wrote:
> On Wed, Dec 23, 2015 at 11:09:56AM -0500, Doug Ledford wrote:
>> On 12/21/2015 06:13 PM, Faisal Latif wrote:
>>> This (V1) series contains the addition of the i40iw.ko driver after
>>> incorporating the feedback from Christoph Hellwig and Joe Perches fo
On Tue, Dec 22, 2015 at 11:37 PM, Vijay Pandurangan wrote:
> Cool, thanks! I see it in the -stable queue. Is there anything else I need
> to do to help with getting this into main or backporting? Happy to pitch in
> if I can be helpful.
>
DaveM usually just backports it to a few recent stable tr
On Tue, Dec 22, 2015 at 12:28 PM, Casey Schaufler
wrote:
> On 12/22/2015 3:46 AM, Huw Davies wrote:
>> This patch series implements RFC 5570 - Common Architecture Label IPv6
>> Security Option (CALIPSO). Its goal is to set MLS sensitivity labels
>> on IPv6 packets using a hop-by-hop option. CALI
On Wed, 23 Dec 2015 15:59:24 +
"Tantilov, Emil S" wrote:
> >-Original Message-
> >From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
> >Behalf Of zyjzyj2...@gmail.com
> >Sent: Tuesday, December 22, 2015 10:47 PM
> >To: Kirsher, Jeffrey T; Brandeburg, Jesse; Nel
Commit cacc06215271 ("sctp: use GFP_USER for user-controlled kmalloc")
missed two other spots.
For connectx, as it's more likely to be used by kernel users of the API,
it detects if GFP_USER should be used or not.
Fixes: cacc06215271 ("sctp: use GFP_USER for user-controlled kmalloc")
Reported-by:
On 12/23/2015 11:30 AM, Or Gerlitz wrote:
> Hi Dave, Doug
>
> We're happily assigning new maintainers for mlx4/mlx5 core and IB drivers.
>
> This is aligned with Eli (mlx5) and Roland (mlx4).
>
> FWIW, I did the whole change to go through netdev.
Hi Dave, I've picked these up.
Thanks Or.
>
On Wednesday 23 December 2015 12:04:25 David Miller wrote:
> From: "David Rivshin (Allworx)"
> Date: Tue, 22 Dec 2015 19:36:31 -0500
>
> > Testing by anyone who has real hardware using phy-handle or dual_emac
> > with fixed-link would be appreciated.
>
> I'm going to wait for such testing before
From: Marcelo Ricardo Leitner
Accepted or peeled off sockets were missing a security label (e.g.
SELinux) which means that socket was in "unlabeled" state.
This patch clones the sock's label from the parent sock and resolves the
issue (similar to AF_BLUETOOTH protocol family).
Cc: Paul Moore
C
>From the context, it is apparent that in the code explaining ppoll in
terms of poll, timeout_ts must be a pointer.
Usage #1: ready = ppoll(&fds, nfds, timeout_ts, &sigmask);
Usage #2:(timeout_ts == NULL)
Thus member access in (timeout_ts.tv_sec * 1000 + timeout_ts.tv_nsec /
100) is an
Move PPP device initialisation and registration out of
ppp_create_interface().
This prepares code for device registration with rtnetlink.
While there, cleanup ppp_create_interface() prototype to return an
error code rather than the ppp structure. The unit parameter is now
read/write so that caller
On Wednesday, December 23, 2015 04:44:09 PM Marcelo Ricardo Leitner wrote:
> From: Marcelo Ricardo Leitner
>
> Accepted or peeled off sockets were missing a security label (e.g.
> SELinux) which means that socket was in "unlabeled" state.
>
> This patch clones the sock's label from the parent so
Define PPP device handler for use with rtnetlink.
The only PPP specific attribute is IFLA_PPP_DEV_FD. It is mandatory and
contains the file descriptor of the associated /dev/ppp instance (the
file descriptor which would have been used for ioctl(PPPIOCNEWUNIT) in
the ioctl-based API).
PPP devices
This series adds netlink support for creating PPP devices.
It doesn't implement any PPP specific attribute beyond IFLA_PPP_DEV_FD,
which is necessary in the PPP device model for passing control plane
packets to user space.
Guillaume Nault (2):
ppp: define reusable device creation functions
pp
On Wed, Dec 23, 2015 at 09:04:46PM +0100, Guillaume Nault wrote:
> This series adds netlink support for creating PPP devices.
>
And I forgot to mention that it applies to net-next. Sorry.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vge
Hi Andrew,
Le 23/12/2015 04:56, Andrew Lunn a écrit :
> diff --git a/Documentation/devicetree/bindings/net/dsa/broadcom.txt
> b/Documentation/devicetree/bindings/net/dsa/broadcom.txt
> new file mode 100644
> index ..bd92be0ef2c8
> --- /dev/null
> +++ b/Documentation/devicetree/binding
Le 23/12/2015 04:56, Andrew Lunn a écrit :
> By passing a device structure to the switch devices, it allows them
> to use devm_* methods for resource management.
>
> Signed-off-by: Andrew Lunn
Acked-by: Florian Fainelli
--
Florian
--
To unsubscribe from this list: send the line "unsubscribe ne
Le 23/12/2015 04:56, Andrew Lunn a écrit :
> Now the switch devices have a dev pointer, make use if it for allocating
> the drivers private data structures using a devm_kzalloc().
>
> Signed-off-by: Andrew Lunn
> ---
> drivers/net/dsa/bcm_sf2.c | 7 +--
> drivers/net/dsa/mv88e6123.c | 6
Le 23/12/2015 04:56, Andrew Lunn a écrit :
> The drivers now allocate their own memory for private usage. Remove
> the allocation from the core code.
>
> Signed-off-by: Andrew Lunn
Acked-by: Florian Fainelli
--
Florian
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the
Le 23/12/2015 04:56, Andrew Lunn a écrit :
> Rather than looking up the mii bus and address every time, do it once
> and setup, and keep it in the private structure.
>
> Signed-off-by: Andrew Lunn
Acked-by: Florian Fainelli
--
Florian
--
To unsubscribe from this list: send the line "unsubscrib
Le 23/12/2015 04:56, Andrew Lunn a écrit :
> When all the switches are devices and register to the DSA framework,
> having a dsa,mii-bus property is not required.
>
> Signed-off-by: Andrew Lunn
Acked-by: Florian Fainelli
--
Florian
--
To unsubscribe from this list: send the line "unsubscribe n
Le 23/12/2015 04:56, Andrew Lunn a écrit :
> Due to the complexity it can be hard to know why DSA fails to probe.
> Add some debug prints for the common error cases.
>
> Signed-off-by: Andrew Lunn
Acked-by: Florian Fainelli
I had something similar here since, thanks!
--
Florian
--
To unsubscr
Hi Andrew,
Le 23/12/2015 04:56, Andrew Lunn a écrit :
> As noted in Documentation/networking/dsa/dsa.txt, the current DSA
> architecture has a few architecture problems:
>
> DSA is implemented as a DSA platform device driver which is convenient because
> it will register the entire DSA switch tre
Le 23/12/2015 04:56, Andrew Lunn a écrit :
> The phy is disconnected from the slave in dsa_slave_destroy(). Don't
> destroy fixed link phys until after this, since there can be fixed
> linked phys connected to ports.
>
> Signed-off-by: Andrew Lunn
Acked-by: Florian Fainelli
--
Florian
--
To un
Le 23/12/2015 04:56, Andrew Lunn a écrit :
> When the phy is disconnected, the parent pointer to the netdev it was
> attached to is set to NULL. The code then tries to suspend the phy,
> but dsa_slave_fixed_link_update needs the parent pointer to determine
> which switch the phy is connected to. So
Le 23/12/2015 04:56, Andrew Lunn a écrit :
> Switches are either listed in device tree of platform_data. They
> should exist. If the probe fails, defer the probe, which is the likely
> cause of failure, not broken device tree or platform data.
>
> Signed-off-by: Andrew Lunn
Acked-by: Florian Fai
Le 23/12/2015 04:56, Andrew Lunn a écrit :
> With the introduction of switches as linux devices and the use of the
> component framework, probing has become more complex. Add some
> documentation.
>
> Signed-off-by: Andrew Lunn
> ---
> Documentation/networking/dsa/dsa.txt | 48
> +++
On Tue, 22 Dec 2015 17:31:33 +0900
Lorenzo Colitti wrote:
> The new variant is identical to rtnl_send_check, except it also
> consumes the kernel response instead of using MSG_PEEK. This is
> useful for callers that send simple commands that never cause a
> response but only ACKs, and that expect
Marc Haber reported we don't honor interface indexes when we receive link
local router addresses in router advertisements. Luckily the non-strict
version of ipv6_chk_addr already does the correct job here, so we can
simply use it to lighten the checks and use those addresses by default
without any
The ieee802154_llsec_ops structure is never modified, so declare it as
const.
Done with the help of Coccinelle.
Signed-off-by: Julia Lawall
---
include/net/ieee802154_netdev.h |2 +-
net/mac802154/mac_cmd.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/i
On Wed, 23 Dec 2015 19:35:37 +0100
Markus Brunner wrote:
> On Wednesday 23 December 2015 12:04:25 David Miller wrote:
> > From: "David Rivshin (Allworx)"
> > Date: Tue, 22 Dec 2015 19:36:31 -0500
> >
> > > Testing by anyone who has real hardware using phy-handle or
> > > dual_emac with fixed-li
On Wed, 23 Dec 2015 22:20:58 +0100
Nicolas Chauvet wrote:
> 2015-12-23 1:36 GMT+01:00 David Rivshin (Allworx) <
> drivshin.allw...@gmail.com>:
>
> > From: David Rivshin
> >
> > This series is based on the tip of the net tree.
> >
> > The first patch fixes a bug that makes dual_emac mode break i
Hello Richard,
On 23 December 2015 at 20:30, richardvo...@gmail.com
wrote:
> From the context, it is apparent that in the code explaining ppoll in
> terms of poll, timeout_ts must be a pointer.
>
> Usage #1: ready = ppoll(&fds, nfds, timeout_ts, &sigmask);
>
> Usage #2:(timeout_ts == NULL)
On Wed, Dec 23, 2015 at 12:44:59PM -0800, Florian Fainelli wrote:
> Hi Andrew,
>
> Le 23/12/2015 04:56, Andrew Lunn a écrit :
> > As noted in Documentation/networking/dsa/dsa.txt, the current DSA
> > architecture has a few architecture problems:
> >
> > DSA is implemented as a DSA platform device
On Wed, Dec 23, 2015 at 1:49 AM, Nicolas Dichtel
wrote:
> Le 22/12/2015 01:34, Pravin B Shelar a écrit :
>>
>> By moving stats update into iptunnel_xmit(), we can simplify
>> iptunnel_xmit() usage. With this change there is no need to
>> call another function (iptunnel_xmit_stats()) to update stat
Commit 5b48bb8506c5 ("openvswitch: Fix helper reference leak") fixed a
reference leak on helper objects, but inadvertently introduced a leak on
the ct template.
Previously, ct_info.ct->general.use was initialized to 0 by
nf_ct_tmpl_alloc() and only incremented when ovs_ct_copy_action()
returned su
On 9 December 2015 at 15:33, Pravin Shelar wrote:
> On Wed, Dec 9, 2015 at 3:10 PM, Joe Stringer wrote:
>> On 9 December 2015 at 14:50, Pravin Shelar wrote:
>>> On Wed, Dec 9, 2015 at 2:07 PM, Joe Stringer wrote:
If the actions (re)allocation fails, or the actions list is larger than the
>
On Wed, Dec 23, 2015 at 12:48:28PM -0800, Florian Fainelli wrote:
> Le 23/12/2015 04:56, Andrew Lunn a écrit :
> > With the introduction of switches as linux devices and the use of the
> > component framework, probing has become more complex. Add some
> > documentation.
> >
> > Signed-off-by: Andr
On Thursday 12/17 at 17:46 -0800, Calvin Owens wrote:
> On Thursday 12/17 at 17:08 -0800, Eric Dumazet wrote:
> > On Thu, 2015-12-17 at 15:52 -0800, Calvin Owens wrote:
> > > With built-in netconsole and IXGBE, configuring netconsole via the kernel
> > > cmdline results in the following panic at bo
Le 23/12/2015 14:33, Andrew Lunn a écrit :
> On Wed, Dec 23, 2015 at 12:44:59PM -0800, Florian Fainelli wrote:
>> Hi Andrew,
>>
>> Le 23/12/2015 04:56, Andrew Lunn a écrit :
>>> As noted in Documentation/networking/dsa/dsa.txt, the current DSA
>>> architecture has a few architecture problems:
>>>
>
By moving stats update into iptunnel_xmit(), we can simplify
iptunnel_xmit() usage. With this change there is no need to
call another function (iptunnel_xmit_stats()) to update stats
in tunnel xmit code path.
Signed-off-by: Pravin B Shelar
---
v1-v2:
- keep iptunnel_xmit_stats() stats update same
On Thu, 24 Dec 2015 00:34:49 +0100
Nicolas Chauvet wrote:
> 2015-12-23 22:54 GMT+01:00 David Rivshin (Allworx) <
> drivshin.allw...@gmail.com>:
>
> > On Wed, 23 Dec 2015 22:20:58 +0100
> > Nicolas Chauvet wrote:
> >
> > > 2015-12-23 1:36 GMT+01:00 David Rivshin (Allworx) <
> > > drivshin.allw..
On Wed, 23 Dec 2015, Hayes Wang wrote:
> Oliver Neukum [mailto:oneu...@suse.de]
> > Sent: Wednesday, December 23, 2015 4:20 PM
> [...]
> > No, step (2) does not exist. Calls to suspend() and [reset_]resume()
> > always balance. Usually a driver shouldn't care about system suspend.
> > The way the
On 12/23/2015 11:59 PM, Tantilov, Emil S wrote:
-Original Message-
From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
Behalf Of zyjzyj2...@gmail.com
Sent: Tuesday, December 22, 2015 10:47 PM
To: Kirsher, Jeffrey T; Brandeburg, Jesse; Nelson, Shannon; Wyborny,
Carol
From: Pravin B Shelar
Date: Wed, 23 Dec 2015 15:52:03 -0800
> } else {
> - err_stats->tx_dropped++;
> + struct net_device_stats *err_stats = &dev->stats;
> +
> + if (err < 0) {
> + err_stats->tx_errors++;
> + err_st
From: Hannes Frederic Sowa
Date: Wed, 23 Dec 2015 22:44:37 +0100
> Marc Haber reported we don't honor interface indexes when we receive link
> local router addresses in router advertisements. Luckily the non-strict
> version of ipv6_chk_addr already does the correct job here, so we can
> simply u
From: Bert Kenward
Date: Wed, 23 Dec 2015 08:55:12 +
> This introduces the client side of a mechanism to defer authorisation of
> operations, for example multicast subscription. Although primarily aimed at
> SRIOV VFs this can also apply to unprivileged PFs.
>
> Also handle reboot ordering c
Hi, Jeff
Thanks for your reply.
Changes:
Since there is a time span between link_up and link_speed to X540 NIC, it is
not appropriate to continue in the function ixgbe_watchdog_link_is_up if only
link_up is ready.
Best Regards!
Zhu Yanjun
--
To unsubscribe from this list: send the line "unsub
From: yzhu1
In X540 NIC, there is a time span between reporting "link on" and
getting the speed and duplex. To a bonding driver in 802.3ad mode,
this time span will make it not work well if the time span is big
enough. The big time span will make bonding driver change the state of
the slave devic
From: Henri Roosen
Date: Wed, 23 Dec 2015 11:42:29 +0100
> + do {
> + of_node = dev_walker->of_node;
> + dev_walker = dev_walker->parent;
> +
> + } while (!of_node && dev_walker);
Please remove the unnecessary empty line in this loop.
Thanks.
--
To unsubscribe fr
From: Andrew Lunn
Date: Wed, 23 Dec 2015 13:23:17 +0100
> The 6320 family of switch chips has a second bank for statistics, but
> is missing three statistics in the port registers. Generalise and
> extend the code:
>
> * adding a field to the statistics table indicating the bank/register
> set
From: Geliang Tang
Date: Wed, 23 Dec 2015 20:42:20 +0800
> to_dev is not used anymore so drop it.
>
> Signed-off-by: Geliang Tang
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 at http://v
From: Geliang Tang
Date: Wed, 23 Dec 2015 20:42:21 +0800
> kobj_to_dev has been defined in linux/device.h, so I replace to_dev
> with it.
>
> Signed-off-by: Geliang Tang
Applied.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.ker
From: Paolo Abeni
Date: Wed, 23 Dec 2015 16:54:27 +0100
> Currently the needed_headroom field for the geneve device is left
> to the default value.
>
> This patch set it to space required for basic geneve encapsulation,
> so that we can avoid the skb head re-allocation on xmit.
>
> This give a
From: Doug Ledford
Date: Wed, 23 Dec 2015 13:31:06 -0500
> On 12/23/2015 11:30 AM, Or Gerlitz wrote:
>> Hi Dave, Doug
>>
>> We're happily assigning new maintainers for mlx4/mlx5 core and IB drivers.
>>
>> This is aligned with Eli (mlx5) and Roland (mlx4).
>>
>> FWIW, I did the whole change to
From: Hariprasad Shenai
Date: Wed, 23 Dec 2015 22:47:10 +0530
> This patch changes updates the various code changes related to
> register, stats and hardware related changes for T6 family of
> adapters.
>
> This patch series has been created against net-next tree and includes
> patches on cxgb4
From: Bjørn Mork
Date: Wed, 23 Dec 2015 13:42:43 +0100
> NCM buffer sizes are negotiated with the device independently of
> the network device MTU. The RX buffers are allocated by the
> usbnet framework based on the rx_urb_size value set by cdc_ncm. A
> single RX buffer can hold a number of MTU
On Wed, Dec 23, 2015 at 6:57 PM, David Miller wrote:
> From: Pravin B Shelar
> Date: Wed, 23 Dec 2015 15:52:03 -0800
>
>> } else {
>> - err_stats->tx_dropped++;
>> + struct net_device_stats *err_stats = &dev->stats;
>> +
>> + if (err < 0) {
>> +
>-Original Message-
>From: zhuyj [mailto:zyjzyj2...@gmail.com]
>Sent: Wednesday, December 23, 2015 6:28 PM
>To: Tantilov, Emil S; Kirsher, Jeffrey T; Brandeburg, Jesse; Nelson,
>Shannon; Wyborny, Carolyn; Skidmore, Donald C; Allan, Bruce W; Ronciak,
>John; Williams, Mitch A; intel-wired-...
>-Original Message-
>From: Intel-wired-lan [mailto:intel-wired-lan-boun...@lists.osuosl.org] On
>Behalf Of zhuyj
>Sent: Wednesday, December 23, 2015 9:11 PM
>To: Kirsher, Jeffrey T; Brandeburg, Jesse; Nelson, Shannon; Wyborny,
>Carolyn; Skidmore, Donald C; Allan, Bruce W; Ronciak, John; Wil
On 12/24/2015 01:58 PM, Tantilov, Emil S wrote:
-Original Message-
From: zhuyj [mailto:zyjzyj2...@gmail.com]
Sent: Wednesday, December 23, 2015 6:28 PM
To: Tantilov, Emil S; Kirsher, Jeffrey T; Brandeburg, Jesse; Nelson,
Shannon; Wyborny, Carolyn; Skidmore, Donald C; Allan, Bruce W; Ronci
> This patch pushes the next firmware for the QED module.
Hi, any news about this one?
Thanks,
Yuval
--
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
On Wed, Dec 23, 2015 at 08:50:15AM -0800, Or Gerlitz wrote:
> On 12/22/2015 1:13 AM, Faisal Latif wrote:
> > Add entry for port mapper services.
> >
> > Signed-off-by: Faisal Latif
> > ---
> > include/uapi/rdma/rdma_netlink.h | 1 +
> > 1 file changed, 1 insertion(+)
> >
> > diff --git a/includ
On Wed, Dec 23, 2015 at 08:39:32AM -0800, Or Gerlitz wrote:
> On 12/23/2015 6:35 PM, Faisal Latif wrote:
> > I will provide new patch series for latest k.o. Also will make sure of
> > shallow threading for the series.
>
> Please make sure that the cover letter will include the full output of
> t
On Wed, 2015-12-23 at 20:32 -0500, Alan Stern wrote:
> I don't understand why the wakeup conditions are different. It seems
> to me that the choice of which packets will generate a wakeup ought to
> depend on the user's selection, not on the kind of suspend. For
> instance, if the user says that
On Wed, Dec 23, 2015 at 09:05:08AM -0800, Or Gerlitz wrote:
> On 12/22/2015 1:13 AM, Faisal Latif wrote:
> > This driver provides iWARP RDMA functionality for the Intel(R) X722 Ethernet
> > controller for PCI Physical Functions.
>
> Is there any public info on the X722, I didn't manage to find suc
On Wed, Dec 23, 2015 at 08:42:01AM -0800, Or Gerlitz wrote:
> On 12/22/2015 1:13 AM, Faisal Latif wrote:
> > +
> > +enum i40iw_memreg_type {
> > + IW_MEMREG_TYPE_MEM = 0x,
> > + IW_MEMREG_TYPE_QP = 0x0001,
> > + IW_MEMREG_TYPE_CQ = 0x0002,
> > + IW_MEMREG_TYPE_MW = 0x0003,
> > + IW_ME
101 - 167 of 167 matches
Mail list logo