Fri, Jul 01, 2016 at 09:27:16PM CEST, da...@davemloft.net wrote:
>From: Jiri Pirko
>Date: Fri, 1 Jul 2016 16:04:28 +0200
>
>> This patchset enables IPv4 unicast routing in the Mellanox Spectrum
>> ASIC switch driver. The basic dependencies are already present in
>> the kernel and used by rocker.
Fri, Jul 01, 2016 at 06:10:58PM CEST, d...@cumulusnetworks.com wrote:
>On 7/1/16 8:04 AM, Jiri Pirko wrote:
>
>>+static int
>>+mlxsw_sp_router_fib4_entry_init(struct mlxsw_sp *mlxsw_sp,
>>+ const struct switchdev_obj_ipv4_fib *fib4,
>>+ struct
commit 8067302973a1 ("net-next: mediatek: add support for IRQ grouping")
failed to properly update the irq handling inside mtk_poll_controller()
causing compile errors if netconsole was enabled. Fix this by updating
the code to use the new separated irq handler function for RX.
Signed-off-by: John
Gmail mangled my first message, sorry about that. Second attempt.
In ixgbe_init_mac_link_ops_X550em, the code has a special case for
backplane media type, but does not fall through to the default case,
so the setup_fc never gets initialized. This causes a panic when it
later tries to set up the ca
Calling the firmware to do function reset on the PF will kill all the VFs.
To prevent that, we call function reset on the 1st PF open before any VF
can be activated. On subsequent PF opens (with possibly some active VFs),
a bit has been set and we'll skip the function reset. VF driver will
always
And update driver version to 1.3.0.
Signed-off-by: Michael Chan
---
drivers/net/ethernet/broadcom/bnxt/bnxt.h | 11 ++--
drivers/net/ethernet/broadcom/bnxt/bnxt_hsi.h | 87 ++-
2 files changed, 66 insertions(+), 32 deletions(-)
diff --git a/drivers/net/ethernet/broad
This is useful for multi-function devices.
Signed-off-by: Michael Chan
---
drivers/net/ethernet/broadcom/bnxt/bnxt.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/net/ethernet/broadcom/bnxt/bnxt.c
b/drivers/net/ethernet/broadcom/bnxt/bnxt.c
index 2740ac3..18be62b 100644
--- a/driv
From: Vasundhara Volam
Signed-off-by: Vasundhara Volam
Signed-off-by: Michael Chan
---
drivers/net/ethernet/broadcom/bnxt/bnxt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/broadcom/bnxt/bnxt.c
b/drivers/net/ethernet/broadcom/bnxt/bnxt.c
index 28a5
For correctness, the MRU enables bit must be set when passing the
MRU to firmware during vnic configuration.
Signed-off-by: Michael Chan
---
drivers/net/ethernet/broadcom/bnxt/bnxt.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/net/ethernet/broadcom/bnxt/bnxt.c
The allowable range is 0.25 seconds to 1 second interval. Default is
1 second.
Signed-off-by: Michael Chan
---
drivers/net/ethernet/broadcom/bnxt/bnxt.c | 4 +++-
drivers/net/ethernet/broadcom/bnxt/bnxt.h | 5 +
drivers/net/ethernet/broadcom/bnxt/bnxt_ethtool.c | 25 ++
From: Rob Swindell
Upon successful mgmt processor firmware update, request a self
reset upon next PCIe reset (e.g. system reboot).
Signed-off-by: Rob Swindell
Signed-off-by: Michael Chan
---
drivers/net/ethernet/broadcom/bnxt/bnxt_ethtool.c | 2 ++
1 file changed, 2 insertions(+)
diff --git
With a default VLAN, the VF has its own VLAN domain and it can receive
all traffic within that domain.
Signed-off-by: Michael Chan
---
drivers/net/ethernet/broadcom/bnxt/bnxt.c | 15 ---
1 file changed, 12 insertions(+), 3 deletions(-)
diff --git a/drivers/net/ethernet/broadcom/bnxt
Mostly small miscellaneous changes.
Please review for net-next. Thanks.
Michael Chan (7):
bnxt_en: VF/NPAR should return -EOPNOTSUPP for unsupported ethtool
ops.
bnxt_en: Update firmware spec. to 1.3.0.
bnxt_en: Do function reset on the 1st PF open only.
bnxt_en: Enable MRU enables b
From: Rob Swindell
Add support to the Ethtool FLASHDEV command handler for additional
firmware types to cover all the on-chip processors.
Signed-off-by: Rob Swindell
Signed-off-by: Michael Chan
---
drivers/net/ethernet/broadcom/bnxt/bnxt_ethtool.c | 20
drivers/net/ethern
From: Rob Swindell
To support Secure Firmware Update, we must be able to allocate
a staging area in the Flash. This patch adds support for the
"update" type to tell firmware to do that.
Signed-off-by: Rob Swindell
Signed-off-by: Michael Chan
---
drivers/net/ethernet/broadcom/bnxt/bnxt_ethtoo
Returning 0 for doing nothing is confusing to the user.
Signed-off-by: Michael Chan
---
drivers/net/ethernet/broadcom/bnxt/bnxt_ethtool.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/broadcom/bnxt/bnxt_ethtool.c
b/drivers/net/ethernet/broadcom/bnx
Fri, Jul 01, 2016 at 05:39:01PM IDT, d...@cumulusnetworks.com wrote:
>On 7/1/16 8:04 AM, Jiri Pirko wrote:
>> diff --git a/drivers/net/ethernet/mellanox/mlxsw/spectrum.h
>> b/drivers/net/ethernet/mellanox/mlxsw/spectrum.h
>> index 05d5fcc..c2ac037 100644
>> --- a/drivers/net/ethernet/mellanox/mlxs
Fri, Jul 01, 2016 at 07:16:23PM IDT, d...@cumulusnetworks.com wrote:
>On 7/1/16 8:04 AM, Jiri Pirko wrote:
>> @@ -327,6 +333,19 @@ mlxsw_sp_port_vport_find_by_fid(const struct
>> mlxsw_sp_port *mlxsw_sp_port,
>> return NULL;
>> }
>>
>> +static inline struct mlxsw_sp_rif *
>> +mlxsw_sp_rif_fi
The private structure contain a pointer to phydev, but the structure
net_device already contain such pointer. So we can remove the pointer
phy in the private structure, and update the driver to use the
one contained in struct net_device.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/ti
There are two generics functions phy_ethtool_{get|set}_link_ksettings,
so we can use them instead of defining the same code in the driver.
Signed-off-by: Philippe Reynes
---
drivers/net/ethernet/ti/davinci_emac.c | 39 +--
1 files changed, 2 insertions(+), 37 deleti
C bitfields are problematic and best avoided. Developers
interacting with hardware registers find themselves searching
for easy-to-use alternatives. Common approach is to define
structures or sets of macros containing mask and shift pair.
Operations on the register are then performed as follows:
Hi!
This set moves to a global header file macros which I find
very useful and worth popularising. The basic problem is
that since C bitfields are not very dependable accessing
subfields of registers becomes slightly inconvenient.
It is nice to have the necessary mask and shift operations
wrapped
Use the newly added linux/bitfield.h.
Signed-off-by: Jakub Kicinski
---
drivers/net/wireless/mediatek/mt7601u/dma.h | 2 -
drivers/net/wireless/mediatek/mt7601u/mt7601u.h | 5 +-
drivers/net/wireless/mediatek/mt7601u/util.h| 77 -
3 files changed, 4 insertions(+
On Fri, Jul 1, 2016 at 2:07 PM, David Miller wrote:
> From: Tom Herbert
> Date: Fri, 1 Jul 2016 13:52:58 -0700
>
>> Why are symmetric hashes required?
>
> Because they want load balancing, such that one flow only can overrun
> one single socket not all of the ones in the fanout.
>
I'm still missi
From: Tom Herbert
Date: Fri, 1 Jul 2016 13:52:58 -0700
> Why are symmetric hashes required?
Because they want load balancing, such that one flow only can overrun
one single socket not all of the ones in the fanout.
Every single user of AF_PACKET fanout wants this behavior.
From: Simon Wunderlich
Date: Fri, 1 Jul 2016 15:08:52 +0200
> we are a bit late to submit our feature patches, but I hope we make it in
> time.
> Antonio is taking a pause in his upstream work, so I'll be submitting our
> batman-adv patches for now. It is my first time, so please bear with me.
When initializing the PHY control register, the FIFO depth bits are
written without reading the previous register value, i.e. all other
bits are overwritten with zero. This disables automatic MDI-X
configuration, which is enabled by default. Fix initialization by doing
a read/modify/write operation
From: Yisen Zhuang
Date: Fri, 1 Jul 2016 17:34:04 +0800
> This series includes typo fixes which review by Andy, adding
> the hns maintainer to MAINTAINERS, as below:
>
> > from Daode: adds the maintainer for hns driver;
>
> > from Daode: fix the typo of hns reviewed by Andy Shevchenko;
>
>
On Fri, Jul 1, 2016 at 1:08 PM, David Miller wrote:
>
> People who use PACKET_FANOUT_HASH want a symmetric hash, meaning that
> they want packets going in both directions on a flow to hash to the
> same bucket.
>
> The core kernel SKB hash became non-symmetric when the ipv6 flow label
> and other
From: Richard Alpe
Date: Fri, 1 Jul 2016 11:11:21 +0200
> Fix incorrect use of nla_strlcpy() where the first NLA_HDRLEN bytes
> of the link name where left out.
>
> Making the output of tipc-config -ls look something like:
> Link statistics:
> dcast-link
> 1:data0-1.1.2:data0
> 1:data0-1.1.3:dat
From: Sowmini Varadhan
Date: Thu, 30 Jun 2016 16:11:09 -0700
> The second installment of changes to enable multipath support in
> RDS-TCP. This series implements the changes in rds-tcp so that the
> rds_conn_path has a pointer to the rds_tcp_connection in cp_transport_data.
> Struct rds_tcp_conn
From: Ivan Khoronzhuk
Date: Thu, 30 Jun 2016 22:04:35 +0300
> @@ -720,7 +763,7 @@ unlock_ret:
> }
> EXPORT_SYMBOL_GPL(cpdma_chan_submit);
>
> -bool cpdma_check_free_tx_desc(struct cpdma_chan *chan)
> +inline bool cpdma_check_free_desc(struct cpdma_chan *chan)
> {
This needs to be marked sta
From: Daniel Borkmann
Date: Fri, 1 Jul 2016 00:00:54 +0200
> Avoid recursions of dev_queue_xmit() to the wrong net device when
> frames are unprotected, since at that time skb->dev still points to
> our own macsec dev and unlike macsec_encrypt_finish() dev pointer
> doesn't get updated to real u
From: Martin KaFai Lau
Date: Thu, 30 Jun 2016 10:28:41 -0700
> This series is to implement a bpf-way to
> check the cgroup2 membership of a skb (sk_buff).
>
> It is similar to the feature added in netfilter:
> c38c4597e4bf ("netfilter: implement xt_cgroup cgroup2 path match")
>
> The current ta
From: Cong Wang
Date: Thu, 30 Jun 2016 10:15:22 -0700
> Similar to commit 9b368814b336 ("net: fix bridge multicast packet checksum
> validation")
> we need to fixup the checksum for CHECKSUM_COMPLETE when
> pushing skb on RX path. Otherwise we get similar splats.
>
> Cc: Jamal Hadi Salim
> Cc:
From: Daniel Borkmann
Date: Thu, 30 Jun 2016 17:24:42 +0200
> This series addresses a potential issue reported to us by Jann Horn
> with regards to putting progs. First patch moves progs generally under
> RCU destruction and second patch refactors getting of progs to simplify
> code a bit. For de
People who use PACKET_FANOUT_HASH want a symmetric hash, meaning that
they want packets going in both directions on a flow to hash to the
same bucket.
The core kernel SKB hash became non-symmetric when the ipv6 flow label
and other entities were incorporated into the standard flow hash order
to i
From: Vivek Kumar Bhagat
Date: Thu, 30 Jun 2016 10:41:59 + (GMT)
>
> Ideally, usbnet_resume is sufficient for device resume operation.
> since usbcore function usb_resume_device() sets udev->reset_resume
> flag as a quirk solution, reset_resume() quirk we can keep in
> class driver also. We
From: Abdelrhman Ahmed
Date: Mon, 27 Jun 2016 16:28:59 +0200
> @@ -1293,15 +1293,19 @@ int neigh_resolve_output(struct neighbour *neigh,
> struct sk_buff *skb)
> int rc = 0;
>
> if (!neigh_event_send(neigh, skb)) {
> - int err;
> + int err, offset;
>
The commit 7311ea850079 ("mwifiex: fix AP start problem for newly added
interface") attempted to fix an issue when a new AP interface is added.
But the patch didn't check the return value of the functions doing the
firmware calls and returned an error even if the functions didn't fail.
This preve
> -Original Message-
> From: KY Srinivasan
> Sent: Thursday, June 9, 2016 5:16 PM
> To: 'Linus Torvalds'
> Cc: da...@davemloft.net; netdev@vger.kernel.org; lkml ker...@vger.kernel.org>; de...@linuxdriverproject.org; o...@aepfle.de;
> a...@canonical.com; jasow...@redhat.com;
> leann.ogas
From: Andy Gospodarek
Date: Fri, 1 Jul 2016 14:31:34 -0400
> On Thu, Jun 30, 2016 at 03:12:52PM -0700, John Fastabend wrote:
>> On 16-06-30 11:15 AM, John W. Linville wrote:
>> > On Mon, Jun 27, 2016 at 09:51:47AM -0400, John W. Linville wrote:
>> >> On Sun, Jun 26, 2016 at 06:11:41PM +0200, Ben
From: Jiri Pirko
Date: Fri, 1 Jul 2016 16:04:28 +0200
> This patchset enables IPv4 unicast routing in the Mellanox Spectrum
> ASIC switch driver. The basic dependencies are already present in
> the kernel and used by rocker.
Please split this up into smaller segments (~15 patches, max) and
resu
On 07/01/2016 02:16 PM, One Thousand Gnomes wrote:
>> yes, we do in fact see a POLLRDHUP from the FIN in this case and
>> read of zero, but we still have more data to write to the socket, and
>> b/c the RST is dropped here, the socket stays in TIME_WAIT until
>> things eventually time out...
>
>
On Thu, Jun 30, 2016 at 03:12:52PM -0700, John Fastabend wrote:
> On 16-06-30 11:15 AM, John W. Linville wrote:
> > On Mon, Jun 27, 2016 at 09:51:47AM -0400, John W. Linville wrote:
> >> On Sun, Jun 26, 2016 at 06:11:41PM +0200, Ben Hutchings wrote:
> >>> I've become steadily less enthusiastic and
> yes, we do in fact see a POLLRDHUP from the FIN in this case and
> read of zero, but we still have more data to write to the socket, and
> b/c the RST is dropped here, the socket stays in TIME_WAIT until
> things eventually time out...
After the FIN when you send/retransmit your next segment do
From: Sergio Valverde
The interrupt worker code for the enc28j60 relies only on the TXIF flag to
determinate if the packet transmission was completed. However the datasheet
specifies in section 12.1.3 that TXERIF will clear the TXRTS after a
transmit abort. Also in section 12.1.4 that TXIF will b
On Wed, Jun 01, 2016 at 03:36:09PM -0700, Greg Rose wrote:
> On Wed, Jun 1, 2016 at 3:07 PM, Phil Sutter wrote:
> > On Wed, Jun 01, 2016 at 03:00:08PM -0700, Greg Rose wrote:
> >> On Wed, Jun 1, 2016 at 1:03 PM, Phil Sutter wrote:
> >> > Not sure whether I misinterpret commit 7b8179c780a1a, but i
On 01/07/2016 19:15, Mark Brown wrote:
> On Fri, Jul 01, 2016 at 10:00:09AM +0100, Build bot for Mark Brown wrote:
>
> Today's -next fails to build am ARM allmodconfig due to:
>
>> arm-allmodconfig
>> ../drivers/net/ethernet/mediatek/mtk_eth_soc.c:1300:2: error: implicit
>> declaration of
Hi,
On Thu, Jun 30, 2016 at 3:21 PM, Brian Norris wrote:
> The PCIe driver didn't mask the host interrupts before trying to tear
> down. This causes lockups at reboot or rmmod when using MSI-X on 8997,
> since the MSI handler gets confused and locks up the system.
>
> Also tested on 8897, which d
On Fri, 2016-07-01 at 15:08 +0200, Simon Wunderlich wrote:
> To make it easier to search through the code it is better to print static
> strings directly instead of using format strings printing constants.
It's also generally smaller object code and faster at runtime.
$ size net/batman-adv/gatewa
On 07/01/2016 01:08 PM, Rick Jones wrote:
> On 07/01/2016 08:10 AM, Jason Baron wrote:
>> I'm wondering if anybody else has run into this...
>>
>> On Mac OSX 10.11.5 (latest version), we have found that when tcp
>> connections are abruptly terminated (via ^C), a FIN is sent followed
>> by an RST pa
On Fri, Jul 01, 2016 at 10:00:09AM +0100, Build bot for Mark Brown wrote:
Today's -next fails to build am ARM allmodconfig due to:
> arm-allmodconfig
> ../drivers/net/ethernet/mediatek/mtk_eth_soc.c:1300:2: error: implicit
> declaration of function 'mtk_handle_irq'
> [-Werror=implicit-fun
i40e PF reset clears mac filters. If platform-specific mac address
is used, driver has to explicitly write default mac address to mac
filters otherwise all incoming traffic destined to default mac
address will be dropped after reset.
This issue was found on SPARC while toggling i40e ntuple via eth
On 07/01/2016 08:10 AM, Jason Baron wrote:
I'm wondering if anybody else has run into this...
On Mac OSX 10.11.5 (latest version), we have found that when tcp
connections are abruptly terminated (via ^C), a FIN is sent followed
by an RST packet.
That just seems, well, silly. If the client app
> On Mac OSX 10.11.5 (latest version), we have found that when tcp
> connections are abruptly terminated (via ^C), a FIN is sent followed
> by an RST packet. The RST is sent with the same sequence number as the
> FIN, and thus dropped since the stack only accepts RST packets matching
> rcv_nxt (RFC
From: Jiri Pirko
This is a very simple manager for KVD linear area. Currently, the
allocator will either allocate a single entry from pre-defined sub-area,
or in case more than one entry is needed, it will allocate 32-entry chunk
in other pre-defined sub-area.
Signed-off-by: Jiri Pirko
Reviewed
On 7/1/16 8:04 AM, Jiri Pirko wrote:
@@ -327,6 +333,19 @@ mlxsw_sp_port_vport_find_by_fid(const struct mlxsw_sp_port
*mlxsw_sp_port,
return NULL;
}
+static inline struct mlxsw_sp_rif *
+mlxsw_sp_rif_find_by_dev(const struct mlxsw_sp *mlxsw_sp,
+const struct net_
On 7/1/16 8:04 AM, Jiri Pirko wrote:
+static int
+mlxsw_sp_router_fib4_entry_init(struct mlxsw_sp *mlxsw_sp,
+ const struct switchdev_obj_ipv4_fib *fib4,
+ struct mlxsw_sp_fib_entry *fib_entry)
+{
+ struct fib_info *fi = fib4->fi;
From: Ido Schimmel
When the data plane is offloaded the traffic doesn't go through the
networking stack. Therefore, after first resolving a neighbour the NUD
state machine will transition it from REACHABLE to STALE until it's
finally deleted by the garbage collector.
To prevent such situations t
On Friday, July 1, 2016 11:17:25 AM CEST Jon Mason wrote:
> On Fri, Jul 1, 2016 at 5:46 AM, Arnd Bergmann wrote:
> > On Thursday, June 30, 2016 6:59:13 PM CEST Jon Mason wrote:
> >> +
> >> +Required properties:
> >> + - compatible: "brcm,bgmac-nsp"
> >> + - reg:Address and length o
Dearest,
I am interested in establishing and operating a very viable business
as a means of investment abroad. I do not know too well on how this is
done in your country, so I will need you to help me in this regard.
My preference is any good profit yielding business and I would any
viable ideas
Hi Andrew,
> On Fri, Jul 01, 2016 at 11:50:10AM +0530, Kedareswara rao Appana wrote:
> > This patch series does the following
> > ---> Add support for gmii2rgmii converter.
>
> How generic is this gmii2rgmii IP block? Could it be used with any GMII and
> RGMII device?
This converter does GMII2RG
Hi Florian,
Thanks for the review...
> Le 30/06/2016 23:20, Kedareswara rao Appana a écrit :
> > This patch series does the following
> > ---> Add support for gmii2rgmii converter.
> > ---> Add support for gmii2rgmii converter in the macb driver.
> >
> > Earlier sent one RFC patch https:/
Hi Florian,
Thanks for the review.
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +#include
> > +
> > +static void xgmii2rgmii_fix_mac_speed(void *priv, unsigned int speed)
> > +{
> > + struct gmii2rgmii *xphy
I'm wondering if anybody else has run into this...
On Mac OSX 10.11.5 (latest version), we have found that when tcp
connections are abruptly terminated (via ^C), a FIN is sent followed
by an RST packet. The RST is sent with the same sequence number as the
FIN, and thus dropped since the stack only
On Fri, Jul 1, 2016 at 5:46 AM, Arnd Bergmann wrote:
> On Thursday, June 30, 2016 6:59:13 PM CEST Jon Mason wrote:
>> +
>> +Required properties:
>> + - compatible: "brcm,bgmac-nsp"
>> + - reg:Address and length of the GMAC registers,
>> + Address and length of the GMA
On Fri, Jul 01, 2016 at 11:50:10AM +0530, Kedareswara rao Appana wrote:
> This patch series does the following
> ---> Add support for gmii2rgmii converter.
How generic is this gmii2rgmii IP block? Could it be used with any
GMII and RGMII device?
Should it be placed in drivers/net/phy, so making i
From: Jiri Pirko
Implement ipv4 FIB entries addition and removal. Initially, we support
local and broadcast routes using "ip2me" trap action.
Also, unicast routes without nexthop are supported using "local" action.
Signed-off-by: Jiri Pirko
Reviewed-by: Ido Schimmel
---
drivers/net/ethernet/m
From: Yotam Gigi
Now, the driver sends arp probes for all unresolved neighbours that are
currently a nexthop for some route on the system. The job is set
periodically every 5 seconds.
Signed-off-by: Yotam Gigi
Signed-off-by: Ido Schimmel
Signed-off-by: Jiri Pirko
---
drivers/net/ethernet/mel
Le 30/06/2016 23:20, Kedareswara rao Appana a écrit :
> This patch series does the following
> ---> Add support for gmii2rgmii converter.
> ---> Add support for gmii2rgmii converter in the macb driver.
>
> Earlier sent one RFC patch https://patchwork.kernel.org/patch/9186615/
> which includes con
Le 30/06/2016 23:20, Kedareswara rao Appana a écrit :
> This patch adds support for gmii2rgmii converter.
>
> The GMII to RGMII IP core provides the Reduced Gigabit Media
> Independent Interface (RGMII) between Ethernet physical media
> Devices and the Gigabit Ethernet controller. This core can
>
Jason,
Am 01.07.2016 um 16:25 schrieb Jason A. Donenfeld:
> Hi Richard,
>
> On Fri, Jul 1, 2016 at 1:42 PM, Richard Weinberger
> wrote:
>> So every logical tunnel will allocate a new net device?
>> Doesn't this scale badly? I have ipsec alike setups
>> with many, many road warriors in mind.
>
>
On 7/1/16 8:04 AM, Jiri Pirko wrote:
diff --git a/drivers/net/ethernet/mellanox/mlxsw/spectrum.h
b/drivers/net/ethernet/mellanox/mlxsw/spectrum.h
index 05d5fcc..c2ac037 100644
--- a/drivers/net/ethernet/mellanox/mlxsw/spectrum.h
+++ b/drivers/net/ethernet/mellanox/mlxsw/spectrum.h
@@ -74,6 +74,8
On Fri, Jun 24, 2016 at 04:42:31PM -0400, Vishwanath Pai wrote:
> Added tests to libxt_NFLOG.t for the new option --nflog-size
>
> --
>
> netfilter/nflog: nflog-range does not truncate packets
>
> The option --nflog-range has never worked, but we cannot just fix this
> because users might be usi
On Thu, Jun 30, 2016 at 10:56 PM, Rob Herring wrote:
> On Thu, Jun 30, 2016 at 06:59:13PM -0400, Jon Mason wrote:
>> Signed-off-by: Jon Mason
>> ---
>> .../devicetree/bindings/net/brcm,bgmac-nsp.txt | 24
>> ++
>> 1 file changed, 24 insertions(+)
>> create mode 100644 D
From: Ido Schimmel
During ports initialization a net device is registered for each
available port, which implies the port is usable. However, a port is
only usable after the different parts of the device (e.g. flooding,
buffers) are initialized. This is especially important now, when we must
init
From: Ido Schimmel
Create a skeleton router file and do basic HW initialization of router.
Signed-off-by: Ido Schimmel
Signed-off-by: Jiri Pirko
---
drivers/net/ethernet/mellanox/mlxsw/Makefile | 2 +-
drivers/net/ethernet/mellanox/mlxsw/spectrum.c | 9 +++
drivers/net/ethernet/me
From: Jiri Pirko
Override the defaults and define the area sizes ourselves.
Signed-off-by: Jiri Pirko
Reviewed-by: Ido Schimmel
---
drivers/net/ethernet/mellanox/mlxsw/spectrum.c | 4
drivers/net/ethernet/mellanox/mlxsw/spectrum.h | 4
2 files changed, 8 insertions(+)
diff --git a/
From: Ido Schimmel
Previous commit deprecated the vFIDs used to get traffic to the CPU
('port_vfids'). Thus, we now use the vFIDs as god intended and the
artificial split is no longer needed.
Rename functions and variables to reflect that.
Signed-off-by: Ido Schimmel
Signed-off-by: Jiri Pirko
From: Jiri Pirko
Implement next-hop routing offload including ECMP. To make it possible,
introduce next-hop group entity. This entity keeps track of resolved
neighbours and updates HW adjacency table accordingly. Note that HW
next-hops are stored in this adjacency table, in form of MAC.
Signed-o
From: Jiri Pirko
Up until now we only used hash-based tables in the device, but we are
going to use the linear table for remote routes adjacency lists.
Add the configuration fields that control the size of the linear table.
Signed-off-by: Jiri Pirko
Reviewed-by: Ido Schimmel
---
drivers/net/
From: Jiri Pirko
We need to hold some private data for every neigh entry. It would be
possible to do it using neigh_priv_len/ndo_neigh_construct/
ndo_neigh_destroy however only for the port device itself. That would not
work for stacked devices like bridge/team/bond. So introduce a private
neigh
On 7/1/16 8:04 AM, Jiri Pirko wrote:
From: Jiri Pirko
L2 upper device needs to propagate neigh_construct/destroy calls down to
lower devices. Do this by defining default ndo functions and use them in
team, bond, bridge and vlan.
Signed-off-by: Jiri Pirko
Reviewed-by: Ido Schimmel
---
driver
Hi Richard,
On Fri, Jul 1, 2016 at 1:42 PM, Richard Weinberger
wrote:
> So every logical tunnel will allocate a new net device?
> Doesn't this scale badly? I have ipsec alike setups
> with many, many road warriors in mind.
No, this isn't the case. Each net device has multiple peers. Check out
th
From: Jiri Pirko
Add functions that iterate over lower devices and find port device.
As a dependency add netdev_for_each_all_lower_dev and
netdev_for_each_all_lower_dev_rcu macro with
netdev_all_lower_get_next and netdev_all_lower_get_next_rcu shelpers.
Also, add functions to return mlxsw struct
From: Ido Schimmel
When VLAN devices are created on top of LAG, their underlying vPorts are
configured correctly with LAG membership.
However, the PVID vPort is implicit and already present when the port
netdev is put under LAG, so its LAG membership is never set. Set it
correctly when joining /
From: Jiri Pirko
Virtual router is a construct used inside HW. In this implementation
we map kernel tables to virtual routers one to one. Introduce management
logic to create virtual routers when needed and destroy in case they are
no longer in use. According to that, call into LPM tree managemen
From: Ido Schimmel
Before introducing support for L3 interfaces on top of the VLAN-aware
bridge we need to add some missing infrastructure.
Such an interface can either be the bridge device itself or a VLAN
device on top of it. In the first case the router interface (RIF) is
associated with FID
From: Ido Schimmel
When enabling the router in the device we will represent L3 netdevs
using router interfaces (RIFs). These will be specified whenever
programming routes or neighbours on the netdev.
Introduce the basic RIF infrastructure which allows one to lookup a RIF
by its netdev. Later pat
From: Jiri Pirko
Serves for adding, updating and removing fib entries.
Signed-off-by: Jiri Pirko
Reviewed-by: Ido Schimmel
---
drivers/net/ethernet/mellanox/mlxsw/reg.h | 264 ++
1 file changed, 264 insertions(+)
diff --git a/drivers/net/ethernet/mellanox/mlxsw/re
From: Yotam Gigi
The RAUHT register is used to configure and query the Unicast Host Table
in devices that implement the Algorithmic LPM. In other words, it is
used to configure neighbour entries in the device.
Signed-off-by: Yotam Gigi
Signed-off-by: Jiri Pirko
Reviewed-by: Ido Schimmel
---
From: Yotam Gigi
The RAUHTD register allows dumping entries from the Router Unicast Host
Table.
Signed-off-by: Yotam Gigi
Signed-off-by: Ido Schimmel
Signed-off-by: Jiri Pirko
---
drivers/net/ethernet/mellanox/mlxsw/reg.h | 147 ++
1 file changed, 147 insertions(+
From: Jiri Pirko
Serves to build LPM tree structure.
Signed-off-by: Jiri Pirko
Reviewed-by: Ido Schimmel
---
drivers/net/ethernet/mellanox/mlxsw/reg.h | 77 +++
1 file changed, 77 insertions(+)
diff --git a/drivers/net/ethernet/mellanox/mlxsw/reg.h
b/drivers/net/
From: Ido Schimmel
When port isn't bridged it is still possible to invoke switchdev ops and
configure the device's VLAN filters.
However, this will require us to use different Router InterFaces (RIFs)
for the same netdev, instead of one per-netdev as with any other
configuration.
Taking the abo
From: Yotam Gigi
As previously explained, the driver should periodically poll the device
for neighbours activity according to the configured DELAY_PROBE_TIME.
This will prevent active neighbours from staying in STALE state for long
periods of time.
During init configure the polling interval acco
From: Ido Schimmel
We are just about to introduce router interfaces (RIFs), but before that
we need to be able update the device with the correct RIF attributes
whenever they change for the netdev the RIF is backing. Two such
attributes are MTU and MAC.
The MAC is used both to set the source MAC
From: Ido Schimmel
Port netdevs (e.g. swXpY) that are not bridged are represented in the
device using a vPort with VID=PVID=1 (the PVID vPort), as untagged
packets entering the switch are internally tagged with the PVID VLAN.
When these packets are routed through a different port netdev they
shou
From: Ido Schimmel
As with the previously introduced L3 interfaces, listen to 'inetaddr'
notifications sent for bridges devices configured on top of the port
netdevs and create / destroy router interfaces (RIFs) accordingly.
This also includes VLAN devices configured on top of the VLAN-aware
brid
From: Ido Schimmel
When removing packet traps we should use action 'discard' instead of
'forward', as some trap IDs we'll add cannot be configured with the
later. However, result is the same, as packets are not trapped to the
CPU.
In the future we will be able to reverse the operation properly b
1 - 100 of 202 matches
Mail list logo
