[PATCH net-next V2 5/7] s390/qeth: improve endianness handling

From: Hans Wippel Avoid endianness warnings reported by sparse by (1) using endianness conversions for assigning and using network packet fields, and (2) removing unnecessary endianness conversions from qeth_l3_rebuild_skb. No functional changes. Signed-off-by: Hans

[PATCH net-next V2 7/7] s390/netiucv: improve endianness handling

From: Hans Wippel Replace ntohs with endianness conversion for the SKB protocol assignment to avoid an endianness warning reported by sparse. No functional change. Signed-off-by: Hans Wippel Signed-off-by: Ursula Braun

[PATCH net-next V2 6/7] s390/ctcm: improve endianness handling

From: Hans Wippel Use endianness conversions for SKB protocol assignments and usage to avoid endianness warnings reported by sparse. No functional changes. Signed-off-by: Hans Wippel Signed-off-by: Ursula Braun

[PATCH v7 07/15] wireless: ipw2200: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin --- drivers/net/wireless/intel/ipw2x00/ipw2200.c |

[PATCH v7 08/15] scsi: be2iscsi: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v7 02/15] dmaengine: pch_dma: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v7 06/15] mlx5: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin Acked-by: Doug Ledford

[PATCH v7 05/15] mlx4: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v7 09/15] scsi: csiostor: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. It also updates the name of some variables and the content of comments, accordingly. Signed-off-by: Romain Perier Reviewed-by: Peter Senna

Re: [PATCH 2/4] mm: introduce memalloc_noreclaim_{save,restore}

On April 05, 2017 3:47 PM Vlastimil Babka wrote: > > The previous patch has shown that simply setting and clearing PF_MEMALLOC in > current->flags can result in wrongly clearing a pre-existing PF_MEMALLOC flag > and potentially lead to recursive reclaim. Let's introduce helpers that > support

[PATCH v2 1/4] net: dsa: add support for the SMSC-LAN9303 tagging format

To define the outgoing port and to discover the incoming port a regular VLAN tag is used by the LAN9303. But its VID meaning is 'special'. This tag handler/filter depends on some hardware features which must be enabled in the device to provide and make use of this special VLAN tag to control the

[PATCH v2 4/4] net: dsa: LAN9303: add MDIO managed mode support

When the LAN9303 device is in MDIO manged mode, all register accesses must be done via MDIO. Please note: this code is *untested* yet due to the absence of such configured hardware. It is based on a patch of Stefan Roese from 2014. Signed-off-by: Juergen Borleis ---

Re: [PATCH 1/4] mm: prevent potential recursive reclaim due to clearing PF_MEMALLOC

On April 05, 2017 3:47 PM Vlastimil Babka wrote: > > The function __alloc_pages_direct_compact() sets PF_MEMALLOC to prevent > deadlock during page migration by lock_page() (see the comment in > __unmap_and_move()). Then it unconditionally clears the flag, which can clear > a > pre-existing

[PATCH net-next 2/5] qede: Correct XDP forward unmapping

Driver is currently using dma_unmap_single() with the address it passed to device for the purpose of forwarding, but the XDP transmission buffer was originally a page allocated for the rx-queue. The mapped address is likely to differ from the original mapped address due to the placement offset.

[PATCH net-next 3/5] qede: Prevent VFs from using XDP

Current implementation of VFs is very tight in regard to queue resources. VFs support for XDP would require quite a bit of additional infrastructure in qede and qed [sharing of queue-zones between queues, more VF cids, mapping of the doorbell bar, etc.]. For now, prevent XDP programs from being

[PATCH net-next 0/5] qede: support XDP head adjustments

Daniel has brought to my attention the fact that qede is the only driver that currently supports XDP but still fails any program where xdp_adjust_head is set on the bpf_prog. This series is meant to remedy this and align qede with the rest of the driver, making it possible to remove said field.

[PATCH net-next 5/5] qede: Support XDP adjustment of headers

In case an XDP program is attached, reserve XDP_PACKET_HEADROOM bytes at the beginning of the packet for the program to play with. Modify the XDP logic in the driver to fill-in the missing bits and re-calculate offsets and length after the program has finished running to properly reflect the

[PATCH net-next 1/5] qede: Update receive statistic once per NAPI

Currently, each time an ingress packet is passed to networking stack the driver increments a per-queue SW statistic. As we want to have additional fields in the first cache-line of the Rx-queue struct, change flow so this statistic would be updated once per NAPI run. We will later push the

[PATCH v2 3/4] net: dsa: LAN9303: add I2C managed mode support

In this mode the switch device and the internal phys will be managed via I2C interface. The MDIO interface is still supported, but for the (emulated) CPU port only. Signed-off-by: Juergen Borleis --- .../devicetree/bindings/net/dsa/lan9303.txt| 64

[PATCH v2 2/4] net: dsa: add new DSA switch driver for the SMSC-LAN9303

The SMSC/Microchip LAN9303 is an ethernet switch device with one CPU port and two external ethernet ports with built-in phys. This driver uses the DSA framework, but is currently only capable of separating the two external ports. There is no offload support yet. Signed-off-by: Juergen Borleis

[PATCH net-next 03/14] net: dl2k: Use net_device_stats from struct net_device

Instead of using a private copy of struct net_device_stats in struct netdev_private, use stats from struct net_device. Also remove the now unnecessary .ndo_get_stats function and the #ifdef'ed increment of the collisions16 counter which doesn't exist in struct net_device_stats. Signed-off-by:

[PATCH net-next 04/14] net: emac: Use net_device_stats from struct net_device

Instead of using a private copy of struct net_device_stats in struct emac_instance, use stats from struct net_device. Signed-off-by: Tobias Klauser --- drivers/net/ethernet/ibm/emac/core.c | 2 +- drivers/net/ethernet/ibm/emac/core.h | 1 - 2 files changed, 1 insertion(+),

[PATCH net-next 10/14] net: sunhme: Use net_device_stats from struct net_device

Instead of using a private copy of struct net_device_stats in struct happy_meal, use stats from struct net_device. Signed-off-by: Tobias Klauser --- drivers/net/ethernet/sun/sunhme.c | 22 +++--- drivers/net/ethernet/sun/sunhme.h | 2 -- 2 files changed, 11

[PATCH net-next 12/14] net: typhoon: Use net_device_stats from struct net_device

Instead of using a private copy of struct net_device_stats in struct typhoon, use stats from struct net_device. Signed-off-by: Tobias Klauser --- drivers/net/ethernet/3com/typhoon.c | 7 +++ 1 file changed, 3 insertions(+), 4 deletions(-) diff --git

[PATCH net-next 00/14] Use net_device_stats from struct net_device

Along the lines of previous patches, switch (almost) all remaining net drivers to use net_device_stats from net_device instead of including a copy of it in their netdev_priv struct. Tobias Klauser (14): net: cxgb: Use net_device_stats from struct net_device net: cxgb3: Use net_device_stats

[PATCH net-next 05/14] net: macb: Use net_device_stats from struct net_device

Instead of using a private copy of struct net_device_stats in struct macb, use stats from struct net_device. Cc: Nicolas Ferre Signed-off-by: Tobias Klauser --- drivers/net/ethernet/cadence/macb.c | 40 ++---

[PATCH net-next 14/14] usbnet: pegasus: Use net_device_stats from struct net_device

Instead of using a private copy of struct net_device_stats in struct pegasus, use stats from struct net_device. Also remove the now unnecessary .ndo_get_stats function. Cc: Petko Manolov Cc: linux-...@vger.kernel.org Signed-off-by: Tobias Klauser ---

[PATCH net-next 08/14] net: nuvoton: Use net_device_stats from struct net_device

Instead of using a private copy of struct net_device_stats in struct w90p910_ether, use stats from struct net_device. Also remove the now unnecessary .ndo_get_stats function. Signed-off-by: Tobias Klauser --- drivers/net/ethernet/nuvoton/w90p910_ether.c | 33

[PATCH net-next 13/14] usbnet: kaweth: Use net_device_stats from struct net_device

Instead of using a private copy of struct net_device_stats in struct kaweth_device, use stats from struct net_device. Also remove the now unnecessary .ndo_get_stats function. Cc: linux-...@vger.kernel.org Signed-off-by: Tobias Klauser --- drivers/net/usb/kaweth.c | 32

[PATCH net-next 01/14] net: cxgb: Use net_device_stats from struct net_device

Instead of using a private copy of struct net_device_stats in struct port_info, use stats from struct net_device. Signed-off-by: Tobias Klauser --- drivers/net/ethernet/chelsio/cxgb/common.h | 1 - drivers/net/ethernet/chelsio/cxgb/cxgb2.c | 2 +- 2 files changed, 1

[PATCH net-next 09/14] net: sunbmac: Use net_device_stats from struct net_device

Instead of using a private copy of struct net_device_stats in struct bigmac, use stats from struct net_device. Signed-off-by: Tobias Klauser --- drivers/net/ethernet/sun/sunbmac.c | 18 +- drivers/net/ethernet/sun/sunbmac.h | 1 - 2 files changed, 9

Re: [PATCH 1/4] mm: prevent potential recursive reclaim due to clearing PF_MEMALLOC

On 04/05/2017 01:40 PM, Andrey Ryabinin wrote: > On 04/05/2017 10:46 AM, Vlastimil Babka wrote: >> The function __alloc_pages_direct_compact() sets PF_MEMALLOC to prevent >> deadlock during page migration by lock_page() (see the comment in >> __unmap_and_move()). Then it unconditionally clears the

[PATCH v7 11/15] scsi: megaraid: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin Acked-by: Sumit Saxena

[PATCH v7 13/15] scsi: mvsas: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin --- drivers/scsi/mvsas/mv_init.c | 6 +++---

[PATCH v7 12/15] scsi: mpt3sas: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin --- drivers/scsi/mpt3sas/mpt3sas_base.c | 73

[PATCH v7 15/15] PCI: Remove PCI pool macro functions

Now that all the drivers use dma pool API, we can remove the macro functions for PCI pool. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin --- include/linux/pci.h | 9 - 1 file changed, 9 deletions(-) diff --git

[PATCH v7 14/15] scsi: pmcraid: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH net-next V2 3/7] s390/qeth: remove unused return value

From: Julian Wiedmann qeth_qdio_output_handler() is the only caller of qeth_handle_send_error() and doesn't care about the return value. Signed-off-by: Julian Wiedmann Signed-off-by: Ursula Braun Reviewed-by: Thomas

[PATCH net-next V2 0/7] s390 patches for net-next

Hi Dave, here are some cleanup patches for drivers/s390/net. V2: respin, now patch "s390/qeth: improve endianness handling" is supposed to apply cleanly to net-next Thanks, Ursula Hans Wippel (3): s390/qeth: improve endianness handling s390/ctcm: improve endianness handling

[PATCH v7 03/15] IB/mthca: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCH v7 04/15] net: e100: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Acked-by: Jeff Kirsher

[PATCH v7 01/15] block: DAC960: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. Signed-off-by: Romain Perier Acked-by: Peter Senna Tschudin Tested-by: Peter Senna Tschudin

[PATCHv2] net: dsa: add SMSC/Microchip LAN9303 three port ethernet switch driver

The LAN9303 is a three port 10/100 ethernet switch with integrated phys for the two external ethernet ports. The third port is an RMII/MII interface to a host master network interface (e.g. fixed link). While the LAN9303 device itself supports offload packet processing, this driver does not make

[PATCH net-next 02/14] net: cxgb3: Use net_device_stats from struct net_device

Instead of using a private copy of struct net_device_stats in struct port_info, use stats from struct net_device. Cc: Santosh Raspatur Signed-off-by: Tobias Klauser --- drivers/net/ethernet/chelsio/cxgb3/adapter.h| 1 -

[PATCH net-next 07/14] net: nmlan_cs: Use net_device_stats from struct net_device

Instead of using a private copy of struct net_device_stats in struct _mace_private, use stats from struct net_device. Signed-off-by: Tobias Klauser --- drivers/net/ethernet/amd/nmclan_cs.c | 49 ++-- 1 file changed, 24 insertions(+), 25

[PATCH net-next 06/14] net: moxa: Use net_device_stats from struct net_device

Instead of using a private copy of struct net_device_stats in struct moxart_mac_priv_t, use stats from struct net_device. Also remove the now unnecessary .ndo_get_stats function. Signed-off-by: Tobias Klauser --- drivers/net/ethernet/moxa/moxart_ether.c | 28

[PATCH net-next 11/14] net: tulip: de2104x: Use net_device_stats from struct net_device

Instead of using a private copy of struct net_device_stats in struct de_private, use stats from struct net_device. Signed-off-by: Tobias Klauser --- drivers/net/ethernet/dec/tulip/de2104x.c | 42 +++- 1 file changed, 20 insertions(+), 22

Re: [BUG] kernel oops during bridge creation

On 06/04/17 23:44, Ido Schimmel wrote: > On Thu, Apr 06, 2017 at 11:26:06PM +0300, Nikolay Aleksandrov wrote: >> Actually making br_vlan_init() idempotent might work, keep the code as-is >> just init the >> the vlans before the changelink() in newlink(), then the second vlan_init() >> inside

Re: [PATCH 0/4 v2 net-next] net: stmmac: adding multiple buffers

On Wed, Apr 05, 2017 at 05:43:00PM +0100, Joao Pinto wrote: > This patch adds multiple buffers to stmmac in a more fragmented > way, in order to make problem debug easier. > > I would kindly request to people to test this patch in their HWs in > order to check if everything's functional. Thank

[PATCH v7 00/15] Replace PCI pool by DMA pool API

The current PCI pool API are simple macro functions direct expanded to the appropriate dma pool functions. The prototypes are almost the same and semantically, they are very similar. I propose to use the DMA pool API directly and get rid of the old API. This set of patches, replaces the old API

Re: Documentation error for checksum offload check ?

On Fri, 2017-04-07 at 10:23 +1000, Benjamin Herrenschmidt wrote: > I noticed in both Documentation/networking/checksum-offload.txt > and include/linux/skbuff.h reference to helpers > > skb_csum_off_chk* > c > Now, I can't find anything like that with grep ... :-) > > Am I missing something ? >

[PATCH net-next 4/5] qede: Add support for ingress headroom

Driver currently doesn't support any headroom; The only 'available' space it has in the head of the buffer is due to the placement offset. In order to allow [later] support of XDP adjustment of headroom, modify the the ingress flow to properly handle a scenario where the packets would have such.

[PATCH net-next v4 5/5] net-next: dsa: add dsa support for Mediatek MT7530 switch

From: Sean Wang MT7530 is a 7-ports Gigabit Ethernet Switch that could be found on Mediatek router platforms such as MT7623A or MT7623N platform which includes 7-port Gigabit Ethernet MAC and 5-port Gigabit Ethernet PHY. Among these ports, The port from 0 to 4 are the

[PATCH net-next v4 4/5] net-next: ethernet: mediatek: add device_node of GMAC pointing into the netdev instance

From: Sean Wang the patch adds the setup of the corresponding device node of GMAC into the netdev instance which could allow other modules such as DSA to find the instance through the node in dt-bindings using of_find_net_device_by_node() call. Signed-off-by: Sean Wang

RE: [PATCH net-next 5/7] s390/qeth: improve endianness handling

From: Ursula Braun > Sent: 05 April 2017 09:40 > From: Hans Wippel > > Avoid endianness warnings reported by sparse by (1) using endianness > conversions for assigning and using network packet fields, and (2) > removing unnecessary endianness conversions from

Re: [PATCH v2] can: m_can: enable transmission of FD frame on latest version

Hi Oliver and Marc, On 07/03/2017 02:03, wenyou.y...@microchip.com wrote: > HI Oliver, > >> -Original Message- >> From: Oliver Hartkopp [mailto:socket...@hartkopp.net] >> Sent: 2017年3月7日 5:26 >> To: Marc Kleine-Budde ; Wenyou Yang - A41535 >>

[PATCH v7 10/15] scsi: lpfc: Replace PCI pool old API

The PCI pool API is deprecated. This commit replaces the PCI pool old API by the appropriate function with the DMA pool API. It also updates some comments, accordingly. Signed-off-by: Romain Perier Reviewed-by: Peter Senna Tschudin ---

Re: [PATCH net] l2tp: define SOL_PPPOL2TP in uapi

On Thu, Apr 06, 2017 at 01:25:34PM -0700, David Miller wrote: > From: Guillaume Nault > Date: Wed, 5 Apr 2017 16:52:35 +0200 > > > Userspace needs SOL_PPPOL2TP to be defined for using PPPOL2TP_SO_* > > socket options. > > > > Signed-off-by: Guillaume Nault

[PATCH] RDS: IB: ensure an initialized ret is printed in pr_warn message

From: Colin Ian King There is a path where ibmr is null and ret has not been initialized and hence a pr_warn message is printing an uninitialized value in ret. Fix this by initializing ret to zero. Detected by CoverityScan, CID#1357946 ("Uninitialized scalar

Re: [PATCH net-next 05/14] net: macb: Use net_device_stats from struct net_device

Le 07/04/2017 à 10:17, Tobias Klauser a écrit : > Instead of using a private copy of struct net_device_stats in struct > macb, use stats from struct net_device. I agree with the initiative but I read this in the documentation of this struct member... @stats: Statistics struct, which was

[PATCH net-next v4 1/5] dt-bindings: net: dsa: add Mediatek MT7530 binding

From: Sean Wang Add device-tree binding for Mediatek MT7530 switch. Cc: devicet...@vger.kernel.org Signed-off-by: Sean Wang Acked-by: Rob Herring --- .../devicetree/bindings/net/dsa/mt7530.txt | 92

[PATCH net-next v4 0/5] net-next: dsa: add Mediatek MT7530 support

From: Sean Wang MT7530 is a 7-ports Gigabit Ethernet Switch that could be found on Mediatek router platforms such as MT7623A or MT7623N which includes 7-port Gigabit Ethernet MAC and 5-port Gigabit Ethernet PHY. Among these ports, The port from 0 to 4 are the user ports

[PATCH net-next v4 3/5] net-next: ethernet: mediatek: add CDM able to recognize the tag for DSA

From: Sean Wang The patch adds the setup for allowing CDM can recognize these packets with carrying port-distinguishing tag. Otherwise, these tagging packets will be handled incorrectly by CDM. The setup is also working out for general untag packets as well.

[PATCH net-next v4 2/5] net-next: dsa: add Mediatek tag RX/TX handler

From: Sean Wang Add the support for the 4-bytes tag for DSA port distinguishing inserted allowing receiving and transmitting the packet via the particular port. The tag is being added after the source MAC address in the ethernet header. Signed-off-by: Sean Wang

Re: [PATCH net-next 05/14] net: macb: Use net_device_stats from struct net_device

On 2017-04-07 at 10:29:34 +0200, Nicolas Ferre wrote: > Le 07/04/2017 à 10:17, Tobias Klauser a écrit : > > Instead of using a private copy of struct net_device_stats in struct > > macb, use stats from struct net_device. > > I agree with the initiative but I read

[PATCH] ibmveth: Support to enable LSO/CSO for Trunk VEA.

Enable largesend and checksum offload for ibmveth configured in trunk mode. Added support to SKB frag_list in TX path by skb_linearize'ing such SKBs. Signed-off-by: Sivakumar Krishnasamy --- drivers/net/ethernet/ibm/ibmveth.c | 102 ++---

Re: pull-request: can 2017-04-04

On 04/05/2017 07:37 PM, David Miller wrote: > From: Marc Kleine-Budde > Date: Tue, 4 Apr 2017 17:59:47 +0200 > >> this is a pull request of two patches for net/master. > ... >> The following changes since commit 0b9aefea860063bb39e36bd7fe6c7087fed0ba87: >> >> tcp:

Re: [PATCH 02/12] ftgmac100: Move ftgmac100_hard_start_xmit() around

Hello! On 4/7/2017 6:30 AM, Benjamin Herrenschmidt wrote: Move it below ftgmac100_xmit() and the rest of the tx path No code change. Signed-off-by: Benjamin Herrenschmidt --- drivers/net/ethernet/faraday/ftgmac100.c | 59 1 file

Re: [PATCH net-next 5/7] s390/qeth: improve endianness handling

On 04/07/2017 01:25 PM, David Laight wrote: > From: Ursula Braun >> Sent: 05 April 2017 09:40 >> From: Hans Wippel >> >> Avoid endianness warnings reported by sparse by (1) using endianness >> conversions for assigning and using network packet fields, and (2) >>

Re: [net-next 0/4][pull request] 40GbE Intel Wired LAN Driver Updates 2017-04-06

From: Jeff Kirsher Date: Thu, 6 Apr 2017 20:23:21 -0700 > This series contains updates to i40e and i40evf. Pulled, thanks Jeff. Please have someone address Or's feedback about the csum capability bits. Thank you.

[PATCH net-next] net: ipv4: fix multipath RTM_GETROUTE behavior when iif is given

inet_rtm_getroute synthesizes a skeletal ICMP skb, which is passed to ip_route_input when iif is given. If a multipath route is present for the designated destination, fib_multipath_hash ends up being called with that skb. However, as that skb contains no information beyond the protocol type, the

Re: [PATCH 02/12] ftgmac100: Move ftgmac100_hard_start_xmit() around

From: Benjamin Herrenschmidt Date: Fri, 7 Apr 2017 13:30:55 +1000 > Move it below ftgmac100_xmit() and the rest of the tx path > > No code change. > > Signed-off-by: Benjamin Herrenschmidt > --- > drivers/net/ethernet/faraday/ftgmac100.c |

Re: [PATCH v2] mlxsw: convert to pci_alloc_irq_vectors

Hi Dave, On Thu, Apr 06, 2017 at 03:43:20PM +0300, Ido Schimmel wrote: > On Thu, Apr 06, 2017 at 02:23:03PM +0200, Christoph Hellwig wrote: > > Trivial conversion as only one vector is supported, but at least we > > lose the useless msix_entry member in the per-device structure. > > > >

Re: [PATCH] RDS: IB: ensure an initialized ret is printed in pr_warn message

From: Colin King Date: Fri, 7 Apr 2017 08:57:23 +0100 > From: Colin Ian King > > There is a path where ibmr is null and ret has not been initialized > and hence a pr_warn message is printing an uninitialized value in > ret. Fix this by

Re: [PATCH v3 16/20] ARM: dts: sun50i-a64: enable dwmac-sun8i on pine64

On Mon, Apr 03, 2017 at 01:38:47PM +0200, Maxime Ripard wrote: > On Mon, Apr 03, 2017 at 11:14:40AM +0200, Corentin Labbe wrote: > > The dwmac-sun8i hardware is present on the pine64 > > It uses an external PHY via RMII. > > > > Signed-off-by: Corentin Labbe > > Looks

[PATCH net] bridge: netlink: register netdevice before executing changelink

From: Ido Schimmel Peter reported a kernel oops when executing the following command: $ ip link add name test type bridge vlan_default_pvid 1 [13634.939408] BUG: unable to handle kernel NULL pointer dereference at 0190 [13634.939436] IP: __vlan_add+0x73/0x5f0

Re: [PATCH v3 02/20] net: stmmac: add optional setup function

On Mon, Apr 03, 2017 at 02:32:33PM +0200, Giuseppe CAVALLARO wrote: > Hello Corentin > > On 4/3/2017 11:14 AM, Corentin Labbe wrote: > > Instead of adding more ifthen logic for adding a new mac_device_info > > setup function, it is easier to add a function pointer to the function > > needed. > >

Re: [PATCH v3 04/20] ARM: sun8i: dt: Add DT bindings documentation for Allwinner syscon

On Mon, Apr 03, 2017 at 01:19:54PM +0200, Maxime Ripard wrote: > On Mon, Apr 03, 2017 at 11:14:28AM +0200, Corentin Labbe wrote: > > Signed-off-by: Corentin Labbe > > --- > > .../devicetree/bindings/misc/allwinner,syscon.txt | 19 > > +++ > > 1

Re: [PATCH net-next V2 0/7] s390 patches for net-next

From: Ursula Braun Date: Fri, 7 Apr 2017 09:15:31 +0200 > here are some cleanup patches for drivers/s390/net. > V2: respin, now patch "s390/qeth: improve endianness handling" > is supposed to apply cleanly to net-next Series applied, thanks for respinning.

Re: [PATCH 05/12] ftgmac100: Pad small frames properly

On 04/06/2017 08:30 PM, Benjamin Herrenschmidt wrote: > Rather than just transmitting garbage past the end of the small > packet. > > Signed-off-by: Benjamin Herrenschmidt > --- > drivers/net/ethernet/faraday/ftgmac100.c | 7 +++ > 1 file changed, 7 insertions(+)

Re: [PATCH v2 1/4] net: dsa: add support for the SMSC-LAN9303 tagging format

On Fri, Apr 07, 2017 at 10:14:59AM +0200, Juergen Borleis wrote: > To define the outgoing port and to discover the incoming port a regular > VLAN tag is used by the LAN9303. But its VID meaning is 'special'. > > This tag handler/filter depends on some hardware features which must be > enabled in

Re: [PATCH 11/12] ftgmac100: Add support for fragmented tx

On 04/06/2017 08:31 PM, Benjamin Herrenschmidt wrote: > Add NETIF_F_SG and create multiple TX ring entries for skb fragments. > > On reclaim, the skb is only freed on the segment marked as "last". > > Signed-off-by: Benjamin Herrenschmidt > [snip] > > -

Re: [net-next 1/4] i40e/i40evf: Add capability exchange for outer checksum

On Thu, Apr 6, 2017 at 11:38 PM, Or Gerlitz wrote: > On Fri, Apr 7, 2017 at 6:23 AM, Jeff Kirsher > wrote: >> From: Preethi Banala >> >> This patch adds a capability negotiation between VF and PF using ENCAP/ >>

Re: [PATCH net-next 0/5] qede: support XDP head adjustments

From: Yuval Mintz Date: Fri, 7 Apr 2017 11:04:56 +0300 > Daniel has brought to my attention the fact that qede is the only driver > that currently supports XDP but still fails any program where > xdp_adjust_head is set on the bpf_prog. This series is meant to remedy >

Re: [PATCH v2 2/4] net: dsa: add new DSA switch driver for the SMSC-LAN9303

From: Juergen Borleis Date: Fri, 7 Apr 2017 10:15:00 +0200 > +static inline struct lan9303 *ds_to_lan9303(struct dsa_switch *ds) > +{ > + return (struct lan9303 *)ds->priv; > +} You never need an explicit cast from a void pointer to another kind of pointer. Please

RE: [PATCH net-next 1/1] skbuff: Extend gso_type to unsigned int.

From: Steffen Klassert > Sent: 03 April 2017 09:16 > All available gso_type flags are currently in use, so > extend gso_type from 'unsigned short' to 'unsigned int' > to be able to add further flags. > > We also reorder the struct skb_shared_info to use > two bytes of the four byte hole before

Re: [PATCH v2 3/4] net: dsa: LAN9303: add I2C managed mode support

Hi Juergen > +Optional properties: > + > +- reset-gpios: GPIO to be used to reset the whole device, always low active I would avoid the always low active comment. The input to the switch is active low. But i've seen designs with an inverter in the reset path, so from the perspective of the GPIO

Re: [PATCH 02/12] ftgmac100: Move ftgmac100_hard_start_xmit() around

On Fri, 2017-04-07 at 13:09 +0300, Sergei Shtylyov wrote: > Hello! > > On 4/7/2017 6:30 AM, Benjamin Herrenschmidt wrote: > > > Move it below ftgmac100_xmit() and the rest of the tx path > > > > No code change. > > > > Signed-off-by: Benjamin Herrenschmidt > > --- >

Re: [PATCH 11/12] ftgmac100: Add support for fragmented tx

On Fri, 2017-04-07 at 06:26 -0700, Florian Fainelli wrote: > > On 04/06/2017 08:31 PM, Benjamin Herrenschmidt wrote: > > Add NETIF_F_SG and create multiple TX ring entries for skb fragments. > > > > On reclaim, the skb is only freed on the segment marked as "last". > > > > > > Signed-off-by:

Re: [PATCH 02/12] ftgmac100: Move ftgmac100_hard_start_xmit() around

On Fri, 2017-04-07 at 05:49 -0700, David Miller wrote: > >    /* Tx ring */ > > + struct sk_buff *tx_skbs[TX_QUEUE_ENTRIES]; > >    unsigned int tx_clean_pointer; > >    unsigned int tx_pointer; > >    unsigned int tx_pending; > > Add this only in patch #6 or wherever it is

[PATCH 09/12] lustre: Replace CURRENT_TIME macro

CURRENT_TIME macro is not y2038 safe on 32 bit systems. The patch replaces all the uses of CURRENT_TIME by current_time() for filesystem times, and ktime_get_* functions for others. struct timespec is also not y2038 safe. Retain timespec for timestamp representation here as lustre uses it

[PATCH 07/12] fs: btrfs: Use ktime_get_real_ts for root ctime

btrfs_root_item maintains the ctime for root updates. This is not part of vfs_inode. Since current_time() uses struct inode* as an argument as Linus suggested, this cannot be used to update root times unless, we modify the signature to use inode. Since btrfs uses nanosecond time granularity, it

[PATCH 08/12] fs: ubifs: Replace CURRENT_TIME_SEC with current_time

CURRENT_TIME_SEC is not y2038 safe. current_time() will be transitioned to use 64 bit time along with vfs in a separate patch. There is no plan to transition CURRENT_TIME_SEC to use y2038 safe time interfaces. current_time() returns timestamps according to the granularities set in the inode's

[PATCH 12/12] time: Delete current_fs_time() function

All uses of the current_fs_time() function have been replaced by other time interfaces. And, its use cases can be fulfilled by current_time() or ktime_get_* variants. Signed-off-by: Deepa Dinamani Reviewed-by: Arnd Bergmann --- include/linux/fs.h | 1 -

[PATCH 03/12] fs: cifs: Replace CURRENT_TIME by other appropriate apis

CURRENT_TIME macro is not y2038 safe on 32 bit systems. The patch replaces all the uses of CURRENT_TIME by current_time() for filesystem times, and ktime_get_* functions for authentication timestamps and timezone calculations. This is also in preparation for the patch that transitions vfs

Re: [PATCH net-next v4 1/5] dt-bindings: net: dsa: add Mediatek MT7530 binding

On 04/07/2017 01:45 AM, sean.w...@mediatek.com wrote: > From: Sean Wang > > Add device-tree binding for Mediatek MT7530 switch. > > Cc: devicet...@vger.kernel.org > Signed-off-by: Sean Wang > Acked-by: Rob Herring

Re: [RFC 0/3] netlink: extended error reporting

On Fri, Apr 07, 2017 at 09:29:17PM +0200, Johannes Berg wrote: > On Fri, 2017-04-07 at 21:21 +0200, Pablo Neira Ayuso wrote: > > I think the most flexible way is to pass the container error > > structure to nla_parse() so it sets this for you. This would also > > save tons of "malformed attribute"

Re: [PATCH net-next v4 5/5] net-next: dsa: add dsa support for Mediatek MT7530 switch

On 04/07/2017 01:45 AM, sean.w...@mediatek.com wrote: > From: Sean Wang > > MT7530 is a 7-ports Gigabit Ethernet Switch that could be found on > Mediatek router platforms such as MT7623A or MT7623N platform which > includes 7-port Gigabit Ethernet MAC and 5-port Gigabit

Re: [RFC 0/3] netlink: extended error reporting

On Fri, 2017-04-07 at 12:55 -0700, David Miller wrote: > > One idea.  We use the macro thing to generate a "netlink.pot" file > and then some userland tree can contain the latest netlink.pot and > the translations. Right. For the record - since we just talked about it - I was thinking of putting

Re: [PATCH net-next 3/3] virtio-net: clean tx descriptors from rx napi

On Fri, Apr 7, 2017 at 3:28 PM, Michael S. Tsirkin wrote: > On Mon, Apr 03, 2017 at 01:02:13AM -0400, Willem de Bruijn wrote: >> On Sun, Apr 2, 2017 at 10:47 PM, Michael S. Tsirkin wrote: >> > On Sun, Apr 02, 2017 at 04:10:12PM -0400, Willem de Bruijn wrote: >>

  1   2   3   >