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
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, 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 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, 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
> 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 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
>-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
>-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-...
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) {
>> +
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
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: 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: 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: 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: 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: 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: 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: 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
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: 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
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: 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
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
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 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..
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
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:
>>>
>
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
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 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
>
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 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
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
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, 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
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
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
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
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
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
> +++
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 :
> 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 :
> 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
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 :
> 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
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 :
> 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 :
> 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 :
> 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 :
> 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
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
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
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 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
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
>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
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
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
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.
>
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 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
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 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 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
SGE context congestion map changed from 4 to 8 priority per port
in T6 as there are only 2 channels.
Signed-off-by: Hariprasad Shenai
---
drivers/net/ethernet/chelsio/cxgb4/cxgb4.h | 1 +
drivers/net/ethernet/chelsio/cxgb4/sge.c | 7 ---
drivers/net/ethernet/chelsio/cxgb4/t4_hw.c | 9 +
Signed-off-by: Hariprasad Shenai
---
drivers/net/ethernet/chelsio/cxgb4vf/t4vf_defs.h | 1 +
drivers/net/ethernet/chelsio/cxgb4vf/t4vf_hw.c | 11 +--
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/chelsio/cxgb4vf/t4vf_defs.h
b/drivers/net/ethernet
Signed-off-by: Hariprasad Shenai
---
drivers/net/ethernet/chelsio/cxgb4/cxgb4_main.c | 5 +++--
drivers/net/ethernet/chelsio/cxgb4/sge.c| 15 +--
drivers/net/ethernet/chelsio/cxgb4/t4_hw.c | 16 +++-
drivers/net/ethernet/chelsio/cxgb4/t4_regs.h| 3 +++
4
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
Updated pm_stats code to display input FIFO wait (index 5) and read
latency (index 7) counters for T6 adapters
Signed-off-by: Hariprasad Shenai
---
drivers/net/ethernet/chelsio/cxgb4/cxgb4.h | 1 +
drivers/net/ethernet/chelsio/cxgb4/cxgb4_debugfs.c | 30 --
drivers/n
Updating Congestion Channel/Priority Map in Congestion Manager Context
for T6. In T6 port 0 is mapped to channel 0 and port 1 is mapped to
channel 1. For 2 port T4/T5 adapter, port 0 is mapped to channel 0,1 and
port 1 is mapped to channel 2,3
Signed-off-by: Hariprasad Shenai
---
drivers/net/eth
Ingress padding boundary values got changed for T6.
T5: 0=32B 1=64B 2=128B 3=256B 4=512B 5=1024B 6=2048B 7=4096B
T6: 0=8B 1=16B 2=32B 3=64B 4=128B 5=128B 6=256B 7=512B
Updating the driver to set the correct boundary values in SGE_CONTROL to
32B.
Also, need to take care of this fl alig
Hi
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 and cxgb4vf driver.
We have included all the maintainers of respective
Signed-off-by: Hariprasad Shenai
---
drivers/net/ethernet/chelsio/cxgb4/cxgb4_ethtool.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/chelsio/cxgb4/cxgb4_ethtool.c
b/drivers/net/ethernet/chelsio/cxgb4/cxgb4_ethtool.c
index 2a61a42..7a0b92b 100644
--- a/
Signed-off-by: Hariprasad Shenai
---
drivers/net/ethernet/chelsio/cxgb4/t4_hw.c | 59 ++
1 file changed, 59 insertions(+)
diff --git a/drivers/net/ethernet/chelsio/cxgb4/t4_hw.c
b/drivers/net/ethernet/chelsio/cxgb4/t4_hw.c
index 2f8c736..0132b64 100644
--- a/drivers/
From: Hariprasad Shenai
Date: Wed, 23 Dec 2015 11:29:52 +0530
> This series adds a debug message if adapter isn't inserted in right PCI
> slot. Changes naming conventions for iSCSI rx queues, use node info while
> allocating rx queue and use napi_complete_done() api in napi handler.
>
> This pat
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 such.
It also has support for Virtual Function driver (i40iwvf.ko), whic
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 applying this series.
Thanks.
--
To unsubscribe from this list: send th
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/include/uapi/rdma/rdma_netlink.h b/include/uapi/rdma/rdma_netlink.h
index c19a5dc..4fa418d 10064
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
the git generated cover-letter so we can see the location of changes you
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_MEMREG_TYPE_FMR = 0x0004,
+ IW_MEMREG_TYPE_FMEM = 0x0005,
+};
From: Henri Roosen
Date: Wed, 23 Dec 2015 09:11:22 +0100
> On 12/22/2015 11:14 PM, David Miller wrote:
>> From: Andrew Lunn
>> Date: Tue, 22 Dec 2015 12:06:34 +0100
>>
>>> On Tue, Dec 22, 2015 at 11:58:40AM +0100, Henri Roosen wrote:
Commit 651df2183543 ("phy: micrel: Fix finding PHY proper
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 for
> > initial series.
> >
> > This driver prov
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.
Or.
Or Gerlitz (2):
MAINTAINERS: Assign new maintainers to Mellanox mlx5 core and IB drivers
MAIN
Matan and Leon step in as co-maintainers to replace Eli Cohen
who wrote and maintained the core and IB drivers.
Signed-off-by: Or Gerlitz
---
MAINTAINERS | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index c6b78b0..c7586a5 100644
--
The driver was written originally by Roland Dreier, currently there's
no official maintainer. Yishai steps in as maintainer.
Signed-off-by: Or Gerlitz
Cc: Roland Dreier
---
MAINTAINERS | 19 +++
1 file changed, 19 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index c7586
On Wed, Dec 23, 2015 at 04:54:27PM +0100, Paolo Abeni wrote:
> 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
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 for
> initial series.
>
> This driver provides iWARP RDMA functionality for the Intel(R) X722 Ethernet
> controller
>-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,
>Carolyn; Skidmore, Donald C; Allan, Bruce W; Ronc
On Wed, Dec 23, 2015 at 01:21:24PM +, Russell King - ARM Linux wrote:
> Why are you sending this? I'm confused.
Hi Russell
It is part of a bigger series, which i just sent as RFC. I need the
functionality of your patch, but it not yet available upstream. By the
time my patch series leaves RF
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 6% speedup for unsegment traffic on geneve tunnel.
v1 -> v2:
- add ET
Hi Daniel,
On Wed, Dec 23, 2015 at 06:01:40PM +0800, Daniel J Blueman wrote:
> Some devices (eg ixgbe) make assumptions about device to core locality when
> specifying interrupts locality hints and allocate starting from core 0.
> Moreover, interrupts may not be routable to distant NUMA nodes due
On Wed, 2015-12-23 at 16:35 +0100, Hannes Frederic Sowa wrote:
> On 23.12.2015 16:21, Paolo Abeni wrote:
> > @@ -1187,6 +1187,14 @@ static int geneve_configure(struct net *net, struct
> > net_device *dev,
> > if (t)
> > return -EBUSY;
> >
> > + /* make enough headroom for basic
On 23.12.2015 16:21, Paolo Abeni wrote:
> 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 6% speedup for uns
On Wed, Dec 23, 2015 at 04:21:48PM +0100, Paolo Abeni wrote:
> 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
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 6% speedup for unsegment traffic on geneve tunnel.
Signed-off-by: Paolo
Dear netdev MD,
New LCD/LED TV defender blocker for year 2016.
huge profits reserve for first distributor there, a lots request from end-users
especial for antiblue protector.
New and hottest model refer to http://www.emetal.tw/protect/p1-blue.htm
inquire email to Eric from eMetal Technology
https://github.com/0day-ci/linux
Andrew-Lunn/ethtool-Add-phy-statistics/20151223-195714
5d5686595a5cbf1ccfd334bc472bfa1d1441b849 phy: micrel: Add ethtool statistics
counters
ethtool.c:(.text+0x17a0a): undefined reference to `phy_get_sset_count'
ethtool.c:(.text+0x18b92): undefined refe
Why are you sending this? I'm confused.
On Wed, Dec 23, 2015 at 01:56:15PM +0100, Andrew Lunn wrote:
> From: Russell King
>
> Now that drivers create an array of component matches at probe time, we
> can retire the old methods. This involves removing the add_components
> master method, and rem
1 - 100 of 167 matches
Mail list logo
