Change t4fw_version.h to update latest firmware version
number 1.16.26.0.
Signed-off-by: Ganesh Goudar
---
drivers/net/ethernet/chelsio/cxgb4/t4fw_version.h | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/drivers/net/ethernet/chelsio/cxgb4/t4fw_version.h
b/drive
From: Sudarsana Reddy Kalluru
This patch adds the driver support for,
- Registering the ptp clock functionality with the OS.
- Timestamping the Rx/Tx PTP packets.
- Ethtool callbacks related to PTP.
Signed-off-by: Sudarsana Reddy Kalluru
Signed-off-by: Yuval Mintz
---
drivers/net/ethern
From: Sudarsana Reddy Kalluru
The patch adds the required qed interfaces for configuring/reading
the PTP clock on the adapter.
Reviewed-by: Richard Cochran
Signed-off-by: Sudarsana Reddy Kalluru
Signed-off-by: Yuval Mintz
---
drivers/net/ethernet/qlogic/qed/Makefile | 2 +-
drivers/n
From: Sudarsana Reddy Kalluru
Hi David,
The patch series adds required changes for qed/qede drivers for
supporting the IEEE Precision Time Protocol (PTP).
Please consider applying this series to "net-next".
Thanks,
Sudarsana
Changes from previous versions:
---
v
On Mon, Jan 30, 2017 at 9:13 PM, Jakub Kicinski wrote:
> On Mon, 30 Jan 2017 20:47:47 -0800, Alexei Starovoitov wrote:
>> On Mon, Jan 30, 2017 at 08:49:25PM -0500, Michael Chan wrote:
>> > The first 8 patches refactor the code (rx/tx code paths and ring logic)
>> > and add the basic infrastructure
On Mon, Jan 30, 2017 at 9:04 PM, Jakub Kicinski wrote:
>
>
>> + if (netif_running(dev))
>> + bnxt_close_nic(bp, true, false);
>> +
>> + old = xchg(&bp->xdp_prog, prog);
>> + if (old)
>> + bpf_prog_put(old);
>> +
>> + if (prog) {
>> + bnxt_set_rx_
Please discard this series. These are ovs user space changes, not
kernel changes. They are sent in error. Sorry.
On Mon, Jan 30, 2017 at 10:39 PM, Andy Zhou wrote:
> Currently, there is no way to specify the packet size when injecting
> a packet via "netdev-dummy/receive" with a flow specificatio
On Mon, Jan 30, 2017 at 9:27 PM, Jakub Kicinski wrote:
> On Mon, 30 Jan 2017 20:49:35 -0500, Michael Chan wrote:
>> +static int bnxt_xmit_xdp(struct bnxt *bp, struct bnxt_napi *bnapi,
>> + struct page *page, dma_addr_t mapping, u32 offset,
>> + u32 len)
>>
Hi Roopa,
[auto build test WARNING on net-next/master]
url:
https://github.com/0day-ci/linux/commits/Roopa-Prabhu/bridge-per-vlan-dst_metadata-support/20170131-140750
config: x86_64-rhel (attached as .config)
compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901
reproduce:
# save the attach
I am of 4.4.18. I see the commit is not present. I will recompile my kernel
with below patch.
Thanks for the quick sha reference.
Thanks
Krishna Mohan.
-Original Message-
From: Cong Wang [mailto:xiyou.wangc...@gmail.com]
Sent: Tuesday, January 31, 2017 12:23 PM
To: Elluru, Krishna Moha
Please discard this series. These are ovs user space changes, not
kernel changes. They are sent in error. Sorry.
On Mon, Jan 30, 2017 at 10:39 PM, Andy Zhou wrote:
> Repost user space meter support. This is based Jarno's original work
> at: https://mail.openvswitch.org/pipermail/ovs-dev/2015-Nov
From: Jarno Rajahalme
Translate OpenFlow METER instructions to datapath meter actions.
Signed-off-by: Jarno Rajahalme
Signed-off-by: Andy Zhou
---
include/openvswitch/ofp-actions.h | 1 +
lib/dpif.c| 40 +---
lib/ofp-actions.c
From: Jarno Rajahalme
Add DPIF-level infrastructure for meters. Allow meter_set to modify
the meter configuration (e.g. set the burst size if unspecified).
Signed-off-by: Jarno Rajahalme
Signed-off-by: Andy Zhou
---
datapath/linux/compat/include/linux/openvswitch.h | 4 +-
lib/dpif-netdev.c
From: Jarno Rajahalme
Meters may be used by any flow, so some kind of locking must be used.
In this version we have an adaptive mutex for each meter, which may
not be optimal for DPDK. However, this should serve as a basis for
further improvement.
A batch of packets is first tried as a whole, a
One common use case of 'struct dp_packet_batch' is to process all
packets in the batch in order. Add an iterator for this use case
to simplify the logic of calling sites,
Another common use case is to drop packets in the batch, by reading
all packets, but writing back pointers of fewer packets. Ad
Currently, there is no way to specify the packet size when injecting
a packet via "netdev-dummy/receive" with a flow specification. Thus
far, packet size is not important for testing OVS features, but it
becomes useful in writing unit tests for the meter implementation
in a later patch.
Signed-off
Repost user space meter support. This is based Jarno's original work
at: https://mail.openvswitch.org/pipermail/ovs-dev/2015-November/306304.html.
With some enhancements, and rebased to current master.
---
v1-v2: rebase and repost.
v2-v3: simplify patch 2/5.
Andy Zhou (2):
netdev-dummy: Add --
On Mon, Jan 30, 2017 at 10:47 PM, Elluru, Krishna Mohan
wrote:
> HI Cong,
> Have you posted any patch for the same? I am looking for single
> netlink socket to handle multiple network namespace events using
> NETLINK_LISTEN_ALL_NSID. I don't see detection of new namespaces by this
> soc
On Mon, Jan 30, 2017 at 3:23 PM, Theuns Verwoerd
wrote:
> @@ -2653,6 +2653,11 @@ static int rtnl_newlink(struct sk_buff *skb, struct
> nlmsghdr *nlh)
> if (err < 0)
> goto out_unregister;
> }
> + if (tb[IFLA_MAS
HI Cong,
Have you posted any patch for the same? I am looking for single netlink
socket to handle multiple network namespace events using
NETLINK_LISTEN_ALL_NSID. I don't see detection of new namespaces by this socket
yet and causing updates to be missed.
Thanks
Krishna Mohan.
-Or
On Thu, Jan 26, 2017 at 10:41 PM, Mateusz Guzik wrote:
> On Thu, Jan 26, 2017 at 09:11:07PM -0800, Cong Wang wrote:
>> On Thu, Jan 26, 2017 at 3:29 PM, Mateusz Guzik wrote:
>> > Currently the file creation is potponed until unix_bind can no longer
>> > fail otherwise. With it reordered, it may be
Tony Lindgren writes:
> * Pavel Machek [170127 11:41]:
>> On Fri 2017-01-27 17:23:07, Kalle Valo wrote:
>> > Pali Rohár writes:
>> >
>> > > On Friday 27 January 2017 14:26:22 Kalle Valo wrote:
>> > >> Pali Rohár writes:
>> > >>
>> > >> > 2) It was already tested that example NVS data can be
On Fri, Jan 27, 2017 at 5:31 PM, Eric Dumazet wrote:
> On Fri, 2017-01-27 at 17:00 -0800, Cong Wang wrote:
>> On Fri, Jan 27, 2017 at 3:35 PM, Eric Dumazet wrote:
>> > Oh well, I forgot to submit the official patch I think, Jan 9th.
>> >
>> > https://groups.google.com/forum/#!topic/syzkaller/BhyN
On 1/26/2017 23:19, Philippe Reynes wrote:
The ethtool api {get|set}_settings is deprecated.
We move this driver to new api {get|set}_link_ksettings.
As I don't have the hardware, I'd be very pleased if
someone may test this patch.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/inte
On Mon, 30 Jan 2017 20:49:34 -0500, Michael Chan wrote:
> +#ifdef CONFIG_BNXT_XDP
> +/* returns the following:
> + * true- packet consumed by XDP and new buffer is allocated.
> + * false - packet should be passed to the stack.
> + */
> +bool bnxt_rx_xdp(struct bnxt_rx_ring_info *rxr, u16 cons
From: Roopa Prabhu
- ingress hook:
- if port is a tunnel port, use tunnel info in
attached dst_metadata to map it to a local vlan
- egress hook:
- if port is a tunnel port, use tunnel info attached to
vlan to set dst_metadata on the skb
CC: Nikolay Aleksandrov
Signed-off-by:
From: Roopa Prabhu
Vxlan COLLECT_METADATA mode today solves the per-vni netdev
scalability problem in l3 networks. It expects all forwarding
information to be present in dst_metadata. This patch series
enhances collect metadata mode to include the case where only
vni is present in dst_metadata, a
On Mon, Jan 30, 2017 at 8:49 AM, Yotam Gigi wrote:
>
> Cong, after some thinking I think I don't really need the tcf_lock here. I
> don't really care if the truncate, trunc_size, rate and tcf_action are
> consistent among themselves - the only parameter that I care about is the
> psample_group poi
From: Roopa Prabhu
This patch adds support to attach per vlan tunnel info dst
metadata. This enables bridge driver to map vlan to tunnel_info
at ingress and egress. It uses the kernel dst_metadata infrastructure.
The initial use case is vlan to vni bridging, but the api is generic
to extend to a
From: Roopa Prabhu
High level summary:
lwt and dst_metadata have enabled vxlan l3 deployments
to use a single vxlan netdev for multiple vnis eliminating the scalability
problem with using a single vxlan netdev per vni. This series tries to
do the same for vxlan netdevs in pure l2 bridged networks
From: Roopa Prabhu
New ip_tunnel_info flag to represent bridged tunnel metadata.
Used by bridge driver later in the series to pass per vlan dst
metadata to bridge ports.
Signed-off-by: Roopa Prabhu
---
include/net/ip_tunnels.h |1 +
1 file changed, 1 insertion(+)
diff --git a/include/net/
From: Roopa Prabhu
New nested netlink attribute to associate tunnel info per vlan.
This is used by bridge driver to send tunnel metadata to
bridge ports in vlan tunnel mode. This patch also adds new per
port flag IFLA_BRPORT_VLAN_TUNNEL to enable vlan tunnel mode.
off by default.
One example use
From: Raju Lakkaraju
LED Mode:
Microsemi PHY support 2 LEDs (LED[0] and LED[1]) to display different
status information that can be selected by setting LED mode.
LED Mode parameter (vddmac, led-0-mode) and (vddmac, led-1-mode) get
from Device Tree.
Tested on Beaglebone Black with VSC 8531 PHY.
From: Raju Lakkaraju
LED Mode:
Microsemi PHY support 2 LEDs (LED[0] and LED[1]) to display different
status information that can be selected by setting LED mode.
LED Mode parameter (vddmac, led-0-mode) and (vddmac, led-1-mode) get
from Device Tree.
Signed-off-by: Raju Lakkaraju
---
.../device
From: Florian Fainelli
Date: Mon, 30 Jan 2017 19:17:16 -0800
> Commit 7318166cacad ("net: dsa: bcm_sf2: Add support for
> ethtool::rxnfc") added a new object to build: bcm_sf2_cfp.o, but in
> doing so, we essentially just built this object and no longer bcm_sf2.o.
>
> Fix this by creating a modu
On Mon, 30 Jan 2017 20:49:35 -0500, Michael Chan wrote:
> +static int bnxt_xmit_xdp(struct bnxt *bp, struct bnxt_napi *bnapi,
> + struct page *page, dma_addr_t mapping, u32 offset,
> + u32 len)
> +{
> + struct bnxt_tx_ring_info *txr = bnapi->tx_ring;
>
On Mon, 30 Jan 2017 20:47:47 -0800, Alexei Starovoitov wrote:
> On Mon, Jan 30, 2017 at 08:49:25PM -0500, Michael Chan wrote:
> > The first 8 patches refactor the code (rx/tx code paths and ring logic)
> > and add the basic infrastructure to support XDP. The 9th patch adds
> > basic ndo_xdp to sup
On Mon, 30 Jan 2017 20:49:26 -0500, Michael Chan wrote:
> @@ -776,7 +778,7 @@ static struct sk_buff *bnxt_rx_skb(struct bnxt *bp,
> }
>
> skb_reserve(skb, BNXT_RX_OFFSET);
> - skb_put(skb, len);
> + skb_put(skb, len & 0x);
> return skb;
> }
Looks unrelated?
On Mon, Jan 30, 2017 at 08:49:25PM -0500, Michael Chan wrote:
> The first 8 patches refactor the code (rx/tx code paths and ring logic)
> and add the basic infrastructure to support XDP. The 9th patch adds
> basic ndo_xdp to support XDP_DROP and XDP_PASS only. The 10th patch
> completes the serie
On Mon, 2017-01-30 at 19:41 -0800, Alexei Starovoitov wrote:
> On 1/30/17 7:28 PM, Joe Perches wrote:
> > On Mon, 2017-01-30 at 18:25 -0800, Alexei Starovoitov wrote:
> > > under memory pressure 'ethtool -S' command may warn:
> > > [ 2374.385195] ethtool: page allocation failure: order:4, mode:0x24
On 1/27/17 1:34 PM, John Fastabend wrote:
+ h2 = page_address(rx_buffer->page) + rx_buffer->page_offset - hdrlen;
+ eth = page_address(rx_buffer->page) + rx_buffer->page_offset,
I don't think it compiles ;)
+ /* This indicates a bug in ixgbe leaving for testing purposes */
+
On 1/30/17 7:28 PM, Joe Perches wrote:
On Mon, 2017-01-30 at 18:25 -0800, Alexei Starovoitov wrote:
under memory pressure 'ethtool -S' command may warn:
[ 2374.385195] ethtool: page allocation failure: order:4, mode:0x242c0c0
[ 2374.405573] CPU: 12 PID: 40211 Comm: ethtool Not tainted
[ 2374.423
On 1/30/17 1:18 PM, Saeed Mahameed wrote:
On Mon, Jan 30, 2017 at 6:45 PM, Alexei Starovoitov wrote:
On 1/29/17 1:11 AM, Saeed Mahameed wrote:
ConnectX4/5 and hopefully so on .. provide three different isolated
steering layers:
3. vport layer: avaialbe for any PF/VF vport nic driver instanc
Introduce a new configuration symbol: MDIO_DEVICE which allows building
the MDIO devices and bus code, without pulling in the entire Ethernet
PHY library and devices code.
PHYLIB nows select MDIO_DEVICE and the relevant Makefile files are
updated to reflect that.
Signed-off-by: Florian Fainelli
On Mon, 2017-01-30 at 18:25 -0800, Alexei Starovoitov wrote:
> under memory pressure 'ethtool -S' command may warn:
> [ 2374.385195] ethtool: page allocation failure: order:4, mode:0x242c0c0
> [ 2374.405573] CPU: 12 PID: 40211 Comm: ethtool Not tainted
> [ 2374.423071] Call Trace:
> [ 2374.423076]
Commit 7318166cacad ("net: dsa: bcm_sf2: Add support for
ethtool::rxnfc") added a new object to build: bcm_sf2_cfp.o, but in
doing so, we essentially just built this object and no longer bcm_sf2.o.
Fix this by creating a module named bcm-sf2.ko which links in bcm_sf2.o
and bcm_sf2_cfp.o.
Fixes: 7
under memory pressure 'ethtool -S' command may warn:
[ 2374.385195] ethtool: page allocation failure: order:4, mode:0x242c0c0
[ 2374.405573] CPU: 12 PID: 40211 Comm: ethtool Not tainted
[ 2374.423071] Call Trace:
[ 2374.423076] [] dump_stack+0x4d/0x64
[ 2374.423080] [] warn_alloc_failed+0xeb/0x15
XDP_TX requires a different function to handle completion. Add a
function pointer to handle tx completion logic. Regular TX rings
will be assigned the current bnxt_tx_int() for the ->tx_int()
function pointer.
Also, add a struct page pointer as a union with the current skb pointer
to the struct
Add logic for an extra set of TX rings for XDP. If enabled, this
set of TX rings equals the number of RX rings and shares the same
IRQ as the RX ring set. A new field bp->tx_nr_rings_xdp is added
to keep track of these TX XDP rings. Adjust all other relevant functions
to handle bp->tx_nr_rings_x
Minor refactoring of bnxt_rx_skb() so that it can easily be replaced by
a new function that handles packets in a single page. Also, use a
function pointer bp->rx_skb_func() to switch to a new function when
we add the new mode in the next patch.
Add a new field data_ptr that points to the packet d
In the current code, we have separate rx_event and agg_event parameters
to keep track of rx and aggregation events. Combine these events into
an u8 event mask with different bits defined for different events. This
way, it is easier to expand the logic to include XDP tx events.
Signed-off-by: Mic
Add dedicated transmit function and transmit completion handler for
XDP which are a lot simpler than the original functions for SKB.
Signed-off-by: Michael Chan
Tested-by: Andy Gospodarek
---
drivers/net/ethernet/broadcom/bnxt/bnxt.c | 34 +-
drivers/net/ethernet/broadcom/bnxt/bnxt.
To support XDP_TX, we need to add a set of dedicated TX rings, each
associated with the NAPI of an RX ring. To assign XDP rings and regular
rings in a flexible way, we add a bp->tx_ring_map[] array to do the
remapping. In this patch, before we introduce XDP_TX, the mapping is 1:1.
Signed-off-by:
Add basic ndo_xdp support to setup and query program, configure the NIC
to run in rx page mode, and support XDP_PASS, XDP_DROP, XDP_ABORTED
actions only. Use Kconfig option to enable XDP support.
Signed-off-by: Michael Chan
Tested-by: Andy Gospodarek
---
drivers/net/ethernet/broadcom/Kconfig
This mode is to support XDP. In this mode, each rx ring is configured with
page sized buffers for linear placement of each packet. MTU will be
restricted to what the page sized buffers can support.
Signed-off-by: Michael Chan
---
drivers/net/ethernet/broadcom/bnxt/bnxt.c | 121
Currently, bnxt_setup_tc() and bnxt_set_channels() have similar and
duplicated code to check and reserve rx and tx rings. Add a new
function bnxt_reserve_rings() to centralize the logic. This will
make it easier to add XDP_TX support which requires allocating a
new set of TX rings.
Also, the tx
The first 8 patches refactor the code (rx/tx code paths and ring logic)
and add the basic infrastructure to support XDP. The 9th patch adds
basic ndo_xdp to support XDP_DROP and XDP_PASS only. The 10th patch
completes the series with XDP_TX.
Michael Chan (10):
bnxt_en: Refactor rx SKB function
When driver is running in XDP mode, rx buffers are DMA mapped as
DMA_BIDIRECTIONAL. Add a field so the code will map/unmap rx buffers
according to this field.
Signed-off-by: Michael Chan
---
drivers/net/ethernet/broadcom/bnxt/bnxt.c | 22 ++
drivers/net/ethernet/broadcom/bnx
>>> V3 header formats added bulk polling via socket calls and timers
>>> used in the polling interface to return every n milliseconds. Currently,
>>> I don't see any way to support this in hardware because we can't
>>> know if the hardware is in the middle of a DMA operation or not
>>> on a slot. S
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/ethernet/cadence/macb.h
between commit:
dc97a89e726c ("net: macb: Fix 64 bit addressing support for GEM")
from the net tree and commit:
c2594d804d5c ("macb: Common code to enable ptp support for MACB/GE
Hi all,
Today's linux-next merge of the net-next tree got a conflict in:
drivers/net/ethernet/mellanox/mlx5/core/en_tc.c
between commit:
3e621b19b0bb ("net/mlx5e: Support TC encapsulation offloads with upper
devices")
from the net tree and commits:
75c33da82736 ("net/mlx5e: TC ipv4 tun
me see if I can come up with something for that.
Thanks!
> ---
> drivers/phy/Kconfig | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> --- linux-next-20170130.orig/drivers/phy/Kconfig
> +++ linux-next-20170130/drivers/phy/Kconfig
> @@ -504,8 +504,9
On 1/30/17 1:36 PM, Robert Shearman wrote:
> @@ -243,24 +245,29 @@ static bool mpls_egress(struct mpls_route *rt, struct
> sk_buff *skb,
> payload_type = ip_hdr(skb)->version;
>
> switch (payload_type) {
> - case MPT_IPV4: {
> - struct iphdr *hdr4 = ip_hdr(skb
Em Mon, Jan 30, 2017 at 01:16:18PM -0800, Joe Stringer escreveu:
> On 30 January 2017 at 12:28, Arnaldo Carvalho de Melo wrote:
> > ---
> > Thus, a return value of size or more means that the output was
> > truncated.
> > ---
> Good spotting, I looked over the committed versions and tested them,
egister'
drivers/built-in.o: In function `mdio_module_exit':
phy-bcm-nsp-usb3.c:(.exit.text+0xae): undefined reference to
`mdio_driver_unregister'
Signed-off-by: Randy Dunlap
Cc: Yendapally Reddy Dhananjaya Reddy
---
drivers/phy/Kconfig |3 ++-
1 file changed, 2 insertions(
On 1/30/17 1:36 PM, Robert Shearman wrote:
> It is sometimes desirable to present an MPLS transport network as a
> single hop to traffic transiting it because it prevents confusion when
> diagnosing failures. An example of where confusion can be generated is
> when addresses used in the provider ne
Robert Shearman writes:
> It is sometimes desirable to present an MPLS transport network as a
> single hop to traffic transiting it because it prevents confusion when
> diagnosing failures. An example of where confusion can be generated is
> when addresses used in the provider network overlap wit
On 1/30/17 4:56 PM, Stephen Hemminger wrote:
>>
>> As I mentioned quagga does not work with IPv6 multipath as is today.
>>
>> I just looked at bird. IPv6 mpath support was added in Sept. 2016. It
>> specifically hard codes not accepting RTA_MULTIPATH for IPv6 which I think
>> is an odd choice an
On Mon, Jan 30, 2017 at 3:45 PM, Eric Dumazet wrote:
> On Mon, Jan 30, 2017 at 3:40 PM, Tom Herbert wrote:
>
>> Thanks for pointing out the issue, but I don't think this fix is quite
>> right. This would be discarding traffic class from being in the return
>> value. I can try to fix that.
>
> Fix
On Tue, 31 Jan 2017 12:23:46 +1300
Theuns Verwoerd wrote:
> Allow a master interface to be specified as one of the parameters when
> creating a new interface via rtnl_newlink. Previously this would
> require invoking interface creation, waiting for it to complete, and
> then separately binding t
On Mon, 30 Jan 2017 16:53:44 -0700
David Ahern wrote:
> On 1/30/17 2:16 PM, Stephen Hemminger wrote:
> > My fear is that routing daemons already adapt to the funny semantics of
> > multi-path routing in IPv4 vs IPv6
> > and therefore any change in semantics or flags risks breaking existing user
On 1/30/17 2:16 PM, Stephen Hemminger wrote:
> My fear is that routing daemons already adapt to the funny semantics of
> multi-path routing in IPv4 vs IPv6
> and therefore any change in semantics or flags risks breaking existing user
> space.
That is a possibility, but so far the 2 open source c
On Mon, Jan 30, 2017 at 3:40 PM, Tom Herbert wrote:
> Thanks for pointing out the issue, but I don't think this fix is quite
> right. This would be discarding traffic class from being in the return
> value. I can try to fix that.
Fix looks fine to me.
ip6_make_flowlabel() is usually used in an
On Mon, Jan 30, 2017 at 2:09 PM, Dimitris Michailidis
wrote:
> ip6_make_flowlabel() determines the flow label for IPv6 packets. It's
> supposed to be passed a flow label, which it returns as is if non-0 and
> in some other cases, otherwise it calculates a new value.
>
> The problem is callers ofte
On Mon, Jan 30, 2017 at 2:23 PM, Eric Dumazet wrote:
> On Mon, Jan 30, 2017 at 2:09 PM, Dimitris Michailidis
> wrote:
>> ip6_make_flowlabel() determines the flow label for IPv6 packets. It's
>> supposed to be passed a flow label, which it returns as is if non-0 and
>> in some other cases, otherwi
Allow a master interface to be specified as one of the parameters when
creating a new interface via rtnl_newlink. Previously this would
require invoking interface creation, waiting for it to complete, and
then separately binding that new interface to a master.
In particular, this is used when cre
On Mon, 30 Jan 2017 22:28:05 +
Theuns Verwoerd wrote:
> rtnetlink: Handle IFLA_MASTER parameter when processing rtnl_newlink
>
> Allow a master interface to be specified as one of the parameters when
> creating a new interface via rtnl_newlink. Previously this would
> require invoking inter
On 01/25/2017 01:25 PM, Greg KH wrote:
> On Tue, Jan 24, 2017 at 10:59:15AM -0800, Florian Fainelli wrote:
>> On 01/19/2017 10:12 AM, Florian Fainelli wrote:
>>>
>>> Back to the actual code that triggered this discussion, the whole
>>> purpose is just a safeguard. Given a device reference, we can a
rtnetlink: Handle IFLA_MASTER parameter when processing rtnl_newlink
Allow a master interface to be specified as one of the parameters when
creating a new interface via rtnl_newlink. Previously this would
require invoking interface creation, waiting for it to complete, and
then separately binding
On Mon, Jan 30, 2017 at 2:09 PM, Dimitris Michailidis
wrote:
> ip6_make_flowlabel() determines the flow label for IPv6 packets. It's
> supposed to be passed a flow label, which it returns as is if non-0 and
> in some other cases, otherwise it calculates a new value.
>
> The problem is callers ofte
ip6_make_flowlabel() determines the flow label for IPv6 packets. It's
supposed to be passed a flow label, which it returns as is if non-0 and
in some other cases, otherwise it calculates a new value.
The problem is callers often pass a flowi6.flowlabel, which may also
contain traffic class bits. I
On Mon, Jan 30, 2017 at 2:38 AM, Shubham Bansal
wrote:
> Hi all,
>
> Please ignore last copy of this mail. Kernel mailing lists bounced my
> last mail back because of HTML content.
>
> Just starting a new thread with proper heading on the main kernel
> hardening and net-dev mailing list so that ot
The ethtool api {get|set}_settings is deprecated.
We move this driver to new api {get|set}_link_ksettings.
As I don't have the hardware, I'd be very pleased if
someone may test this patch.
Signed-off-by: Philippe Reynes
---
Changelog:
v2:
- add support and advertise for TP
.../net/ethernet/aqu
From: John Fastabend
Date: Fri, 27 Jan 2017 13:33:20 -0800
> This is an experimental implementation of rx zero copy for af_packet.
> Its a bit rough and likely has errors but the plan is to clean it up
> over the next few months.
>
> And seeing I said I would post it in another thread a few days
From: Gregory CLEMENT
Date: Mon, 30 Jan 2017 20:29:32 +0100
> This set of patches adds support for the Marvell Ethernet Topaz switch
> family (88E6141/88E6341) which is found on the ESPRESSObin. With this
> series the network is usable on this board.
>
> As usual, I rebased the series on the ver
On 17-01-30 10:16 AM, Jesper Dangaard Brouer wrote:
> On Fri, 27 Jan 2017 13:33:44 -0800 John Fastabend
> wrote:
>
>> This adds ndo ops for upper layer objects to request direct DMA from
>> the network interface into memory "slots". The slots must be DMA'able
>> memory given by a page/offset/siz
From: Simon Horman
Date: Mon, 30 Jan 2017 16:19:02 +0100
> When matching on the ICMPv6 code ICMPV6_CODE rather than
> ICMPV4_CODE attributes should be used.
>
> This corrects what appears to be a typo.
>
> Sample usage:
>
> tc qdisc add dev eth0 ingress
> tc filter add dev eth0 protocol ipv6 p
From: Marc Kleine-Budde
Date: Mon, 30 Jan 2017 11:11:00 +0100
> this is a pull request of one patch.
>
> The patch is by Oliver Hartkopp and fixes the hrtimer/tasklet termination in
> bcm op removal.
Pulled, thanks Marc.
On Mon, Jan 30, 2017 at 10:00 PM, Tom Herbert wrote:
> On Sun, Jan 29, 2017 at 12:07 AM, Saeed Mahameed
> wrote:
>> On Sat, Jan 28, 2017 at 7:19 PM, Tom Herbert wrote:
>>> On Sat, Jan 28, 2017 at 3:38 AM, Saeed Mahameed
>>> wrote:
On Fri, Jan 27, 2017 at 8:13 PM, Tom Herbert wrote:
>
From: Ursula Braun
Date: Mon, 30 Jan 2017 10:55:04 +0100
> From: Dan Carpenter
>
> Say we got really unlucky and these failed on the last iteration, then
> it could lead to a use after free bug.
>
> Fixes: cd6851f30386 ("smc: remote memory buffers (RMBs)")
> Signed-off-by: Dan Carpenter
> Sig
Hi Pavel,
On 1/30/17, Pavel Belous wrote:
> Hi Philippe,
>
> thanks you for your patch, it looks good.
> One improvement - could you please add support/advertising for TP?
>
>>+ supported |= SUPPORTED_Autoneg;
> need:
> supported |= SUPPORTED_TP;
>
>
>>+ advertising = (self->aq_nic_
On Mon, Jan 30, 2017 at 6:45 PM, Alexei Starovoitov wrote:
> On 1/29/17 1:11 AM, Saeed Mahameed wrote:
>>
>>
>> ConnectX4/5 and hopefully so on .. provide three different isolated
>> steering layers:
>>
>> 3. vport layer: avaialbe for any PF/VF vport nic driver instance
>> (netdevice), it allows v
On 30 January 2017 at 12:28, Arnaldo Carvalho de Melo wrote:
> Em Mon, Jan 30, 2017 at 05:25:06PM -0300, Arnaldo Carvalho de Melo escreveu:
>> Em Thu, Jan 26, 2017 at 01:19:56PM -0800, Joe Stringer escreveu:
>> > Add new APIs to pin a BPF program (or specific instances) to the
>> > filesystem.
>>
On Mon, 30 Jan 2017 10:45:57 -0800
Roopa Prabhu wrote:
> On 1/30/17, 8:12 AM, David Ahern wrote:
> > On 1/30/17 8:49 AM, Roopa Prabhu wrote:
> >>> Single next hop delete will be around because IPv6 allows it -- and
> >>> because IPv4 needs to support it.
> >>>
> >> understand single next hop
On 1/30/17, 12:07 PM, David Ahern wrote:
> Nothing about lwt state requires a device reference, so remove the
> input argument.
>
> Signed-off-by: David Ahern
> ---
> v2
> - rebased to top of net-next tree
>
Acked-by: Roopa Prabhu
thanks David
Hi all,
This patch series adds support for port mirroring in the two
Broadcom switch drivers. The major part of the functional are actually with
the plumbing between tc and the drivers.
David, this will most likely conflict a little bit with my other series:
net: dsa: bcm_sf2: CFP support, so ju
From: Florian Fainelli
Date: Mon, 30 Jan 2017 12:41:39 -0800
...
> David, this will most likely conflict a little bit with my other series:
> net: dsa: bcm_sf2: CFP support, so just let me know if that happens, and
> I will provide a rebased version. Thanks!
Since you have resolved this, I am
From: Vladislav Yasevich
Date: Sun, 29 Jan 2017 22:52:53 -0500
> IPv6 will mark data that is smaller that mtu - headersize as
> CHECKSUM_PARTIAL, but if the data will completely fill the mtu,
> the packet checksum will be computed in software instead.
> Extend the conditional to include the data
Add definitions for the different Roboswitch registers relevant for
ingress and egress mirroring.
Signed-off-by: Florian Fainelli
---
drivers/net/dsa/b53/b53_regs.h | 32
1 file changed, 32 insertions(+)
diff --git a/drivers/net/dsa/b53/b53_regs.h b/drivers/net/
From: Alexei Starovoitov
Date: Sat, 28 Jan 2017 17:17:05 -0800
> under memory pressure 'ethtool -S' command may warn:
> [ 2374.385195] ethtool: page allocation failure: order:4, mode:0x242c0c0
...
> ~1160 mlx5 counters ~= order 4 allocation which is unlikely to succeed
> under memory pressure.
1 - 100 of 242 matches
Mail list logo
