From: Steve Wise
Date: Fri, 31 Aug 2018 11:52:00 -0700
> Remove the incorrect WR_HDR field which can cause a misinterpretation
> of this CPL by ULDs.
>
> Fixes: a3cdaa69e4ae ("cxgb4: Adds CPL support for Shared Receive Queues")
> Signed-off-by: Steve Wise
> ---
>
> Dave, Doug, and Jason,
>
>
From: Florian Fainelli
Date: Fri, 31 Aug 2018 12:29:49 -0700
> The SRAB driver is the default way to communicate with the integrated
> switch on iProc platforms and the MMAP driver is the way to communicate
> with the integrated switch on DSL BCM63xx and CM BCM33xx.
>
> Signed-off-by: Florian Fa
From: Rahul Lakkireddy
Date: Fri, 31 Aug 2018 18:16:34 +0530
> diff --git a/drivers/net/ethernet/chelsio/cxgb4/cudbg_lib.c
> b/drivers/net/ethernet/chelsio/cxgb4/cudbg_lib.c
> index d97e0d7e541a..02fc350f81c9 100644
> --- a/drivers/net/ethernet/chelsio/cxgb4/cudbg_lib.c
> +++ b/drivers/net/ether
From: YueHaibing
Date: Fri, 31 Aug 2018 12:03:56 +
> Fixes gcc '-Wunused-but-set-variable' warning:
>
> drivers/net/ethernet/cavium/liquidio/request_manager.c: In function
> 'lio_process_iq_request_list':
> drivers/net/ethernet/cavium/liquidio/request_manager.c:383:27: warning:
> variable
From: Sudarsana Reddy Kalluru
Date: Fri, 31 Aug 2018 04:10:17 -0700
> Driver displays an error message for each unrecognized dcbx TLV that's
> received from the peer or configured on the device. It is observed that
> syslog will be flooded with such messages in certain scenarios e.g.,
> frequent
From: Vakul Garg
Date: Sun, 2 Sep 2018 02:28:00 +
> I do not find this patch in tree yet.
> Can you please check? Thanks and Regards.
The perils of working on two different machines :-)
It should be there now, sorry about that.
> -Original Message-
> From: David Miller
> Sent: Saturday, September 1, 2018 6:31 AM
> To: Vakul Garg
> Cc: netdev@vger.kernel.org; bor...@mellanox.com;
> avia...@mellanox.com; davejwat...@fb.com
> Subject: Re: [PATCH net-next v2] net/tls: Add support for async decryption of
> tls reco
> Hi Andrew,
>
> Thanks for the review.
>
> Yes this should go into 4.19-rcX.
> The "lantiq: Add Lantiq / Intel VRX200 Ethernet driver" patch has a
> compile dependency on this patch. Should I send "MIPS: lantiq: dma: add
> dev pointer" separately or just mark it as 4.19-rcX in this series?
Hi H
From: YueHaibing
Date: Fri, 31 Aug 2018 03:44:27 +
> Remove duplicated include.
>
> Signed-off-by: YueHaibing
Applied, thanks.
From: Alexey Kodanev
Date: Thu, 30 Aug 2018 19:11:24 +0300
> Commit 80f1a0f4e0cd ("net/ipv6: Put lwtstate when destroying fib6_info")
> partially fixed the kmemleak [1], lwtstate can be copied from fib6_info,
> with ip6_rt_copy_init(), and it should be done only once there.
>
> rt->dst.lwtstate
From: Jose Abreu
Date: Thu, 30 Aug 2018 15:09:48 +0100
> XGMAC2 uses the same CBS mechanism as GMAC5, only registers offset
> changes. Lets use the same TC callbacks and implement the .config_cbs
> callback in XGMAC2 core.
>
> Signed-off-by: Jose Abreu
Applied.
From: Stephen Hemminger
Date: Wed, 29 Aug 2018 09:24:51 -0700
> + spin_lock_irqsave(&hbus->device_list_lock, flags);
> + list_for_each_entry(hpdev, &hbus->children, list_entry) {
> + if (hpdev->pci_slot)
> + continue;
> +
> + slot_nr = PCI_SLOT(
From: Vasily Khoruzhick
Date: Tue, 28 Aug 2018 19:48:25 -0700
> Update 'confirmed' timestamp when ARP packet is received. It shouldn't
> affect locktime logic and anyway entry can be confirmed by any higher-layer
> protocol. Thus it makes no sense not to confirm it when ARP packet is
> received.
On 9/1/18 3:05 AM, Lorenzo Bianconi wrote:
>
> I was thinking about the commit 38e01b30563a and then I realized I
> misread the code
> yesterday. The commit 38e01b30563a provides all relevant info but it
> emits the event
> for veth1 (the device moved in the new namespace).
> An userspace applicat
On 09/01/2018 02:05 PM, Hauke Mehrtens wrote:
> This adds the DSA driver for the GSWIP Switch found in the VRX200 SoC.
> This switch is integrated in the DSL SoC, this SoC uses a GSWIP version
> 2.1, there are other SoCs using different versions of this IP block, but
> this driver was only tested w
On 09/01/2018 04:57 PM, Andrew Lunn wrote:
> On Sat, Sep 01, 2018 at 01:45:29PM +0200, Hauke Mehrtens wrote:
>> dma_zalloc_coherent() now crashes if no dev pointer is given.
>> Add a dev pointer to the ltq_dma_channel structure and fill it in the
>> driver using it.
>>
>> This fixes a bug introduce
Include linux/in6.h for struct in6_addr.
/usr/include/linux/rds.h:156:18: error: field ‘laddr’ has incomplete type
struct in6_addr laddr;
^
/usr/include/linux/rds.h:157:18: error: field ‘faddr’ has incomplete type
struct in6_addr faddr;
^
/usr/includ
On Fri, 31 Aug 2018 17:49:53 -0700
dsah...@kernel.org wrote:
> +static inline unsigned int fib_info_hashfn_cfg(const struct fib_config *cfg)
> +{
> + unsigned int mask = (fib_info_hash_size - 1);
> + unsigned int val = 0;
> +
> + val ^= (cfg->fc_protocol << 8) | cfg->fc_scope;
Why do
On Fri, 31 Aug 2018 17:49:54 -0700
dsah...@kernel.org wrote:
> From: David Ahern
>
> Signed-off-by: David Ahern
> ---
> include/uapi/linux/nexthop.h | 56
> include/uapi/linux/rtnetlink.h | 8 +
> ip/Makefile| 3 +-
> ip/ip.c| 3 +-
> i
> +struct xrx200_priv {
> + struct net_device_stats stats;
net_device has a stats structure in it. Please use that one.
Otherwise, this looks good.
Andrew
On Sat, Sep 01, 2018 at 02:03:32PM +0200, Hauke Mehrtens wrote:
> This handles the tag added by the PMAC on the VRX200 SoC line.
>
> The GSWIP uses internally a GSWIP special tag which is located after the
> Ethernet header. The PMAC which connects the GSWIP to the CPU converts
> this special tag
On Sat, Sep 01, 2018 at 01:45:29PM +0200, Hauke Mehrtens wrote:
> dma_zalloc_coherent() now crashes if no dev pointer is given.
> Add a dev pointer to the ltq_dma_channel structure and fill it in the
> driver using it.
>
> This fixes a bug introduced in kernel 4.19.
Hi Hauke
Should this be added
This adds the DSA driver for the GSWIP Switch found in the VRX200 SoC.
This switch is integrated in the DSL SoC, this SoC uses a GSWIP version
2.1, there are other SoCs using different versions of this IP block, but
this driver was only tested with the version found in the VRX200.
Currently only th
This drives the PMAC between the GSWIP Switch and the CPU in the VRX200
SoC. This is currently only the very basic version of the Ethernet
driver.
When the DMA channel is activated we receive some packets which were
send to the SoC while it was still in U-Boot, these packets have the
wrong header.
This adds the binding for the GSWIP (Gigabit switch) core found in the
xrx200 / VR9 Lantiq / Intel SoC.
This part takes care of the switch, MDIO bus, and loading the FW into
the embedded GPHYs.
Signed-off-by: Hauke Mehrtens
Cc: devicet...@vger.kernel.org
---
.../devicetree/bindings/net/dsa/lant
This adds the binding for the PMAC core between the CPU and the GSWIP
switch found on the xrx200 / VR9 Lantiq / Intel SoC.
Signed-off-by: Hauke Mehrtens
Cc: devicet...@vger.kernel.org
---
.../devicetree/bindings/net/lantiq,xrx200-net.txt | 21 +
1 file changed, 21 insertion
This handles the tag added by the PMAC on the VRX200 SoC line.
The GSWIP uses internally a GSWIP special tag which is located after the
Ethernet header. The PMAC which connects the GSWIP to the CPU converts
this special tag used by the GSWIP into the PMAC special tag which is
added in front of the
When a DMA channel is opened the IRQ should not get activated
automatically, this allows it to pull data out manually without the help
of interrupts. This is needed for a workaround in the vrx200 Ethernet
driver.
Signed-off-by: Hauke Mehrtens
Acked-by: Paul Burton
---
arch/mips/lantiq/xway/dma.
dma_zalloc_coherent() now crashes if no dev pointer is given.
Add a dev pointer to the ltq_dma_channel structure and fill it in the
driver using it.
This fixes a bug introduced in kernel 4.19.
Signed-off-by: Hauke Mehrtens
---
arch/mips/include/asm/mach-lantiq/xway/xway_dma.h | 1 +
arch/mips/l
This adds basic support for the GSWIP (Gigabit Switch) found in the
VRX200 SoC.
There are different versions of this IP core used in different SoCs, but
this driver was currently only tested on the VRX200 SoC line, for other
SoCs this driver probably need some adoptions to work.
I also plan to add
On Fri, 31 Aug 2018 17:13:22 -0300, Marcelo Ricardo Leitner wrote:
> On Tue, Aug 28, 2018 at 08:43:51PM +0200, Jakub Kicinski wrote:
> > Ugh, CC: netdev..
> >
> > On Tue, 28 Aug 2018 20:05:39 +0200, Jakub Kicinski wrote:
> > > Hi!
> > >
> > > I wonder if we can use phys_port_id in switchdev to
>
> > On 8/31/18 10:19 AM, Lorenzo Bianconi wrote:
> > >> On 8/31/18 5:43 AM, Lorenzo Bianconi wrote:
> > >>> When moving a veth device to another namespace, userspace receives a
> > >>> RTM_DELLINK message indicating the device has been removed from current
> > >>> netns. However, the other peer d
32 matches
Mail list logo
