Re: ath9k gpio request

Done, https://patchwork.kernel.org/patch/9151847/. Thanks, Miaoqing From: Kalle Valo Sent: Friday, June 3, 2016 1:33 PM To: Pan, Miaoqing Cc: Sudip Mukherjee; Stephen Rothwell; ath9k-devel; linux-n...@vger.kernel.org;

Re: ath9k gpio request

Sudip Mukherjee writes: > On Thursday 02 June 2016 01:32 PM, Pan, Miaoqing wrote: >> Seems there are something wrong in the datasheet, try >> >> --- a/drivers/net/wireless/ath/ath9k/reg.h >> +++ b/drivers/net/wireless/ath/ath9k/reg.h >> @@ -1122,8 +1122,8 @@ enum {

Good News

You are a recipient to Mr Pedro Quezada Donation of 2M USD. Contact (qpedro...@gmail.com) for claims.

Offer

You are a recipient to Mr Pedro Quezada Donation of 2M USD. Contact (qpedro...@gmail.com) for claims.

Re: [PATCH] tipc: fix an infoleak in tipc_nl_compat_link_dump

From: Kangjie Lu Date: Thu, 2 Jun 2016 04:04:56 -0400 > link_info.str is a char array of size 60. Memory after the NULL > byte is not initialized. Sending the whole object out can cause > a leak. > > Signed-off-by: Kangjie Lu Applied.

Re: [PATCH] rds: fix an infoleak in rds_inc_info_copy

From: Kangjie Lu Date: Thu, 2 Jun 2016 04:11:20 -0400 > The last field "flags" of object "minfo" is not initialized. > Copying this object out may leak kernel stack data. > Assign 0 to it to avoid leak. > > Signed-off-by: Kangjie Lu Applied.

Re: [PATCH net-next] qed: Utilize FW 8.10.3.0

From: Yuval Mintz Date: Thu, 2 Jun 2016 10:23:29 +0300 > The New QED firmware contains several fixes, including: > - Wrong classification of packets in 4-port devices. > - Anti-spoof interoperability with encapsulated packets. > - Tx-switching of encapsulated

Re: Possible problem with e6afc8ac ("udp: remove headers from UDP packets before queueing")

From: Eric Dumazet Date: Thu, 02 Jun 2016 19:58:26 -0700 > Arg, I totally messed up the patch title :( I noticed it was odd, but it's not a big deal.

Re: Possible problem with e6afc8ac ("udp: remove headers from UDP packets before queueing")

On Thu, 2016-06-02 at 18:31 -0400, David Miller wrote: > From: Eric Dumazet > Date: Thu, 02 Jun 2016 14:52:43 -0700 > > > From: Eric Dumazet > > > > Paul Moore tracked a regression caused by a recent commit, which > > mistakenly assumed that

[PATCH v4 net-next 06/13] net: hns: use platform_get_irq instead of irq_of_parse_and_map

From: Kejian Yan As irq_of_parse_and_map is only used by DT case, it is excepted to use a uniform interface. So it is used platform_get_irq() instead. Signed-off-by: Kejian Yan Signed-off-by: Yisen Zhuang ---

[PATCH v4 net-next 09/13] net: hns: add dsaf misc operation method

From: Kejian Yan The misc operation for different hw platform may be different, if using current implementation, it will add a new branch on each function for every new hw platform, so we add a method for this operation. Signed-off-by: Kejian Yan

[PATCH v4 net-next 08/13] net: hns: add uniform interface for phy connection

From: Kejian Yan As device_node is only used by DT case, HNS needs to treat the other cases including ACPI. It needs to use uniform ways to handle both of DT and ACPI. This patch chooses phy_device, and of_phy_connect and of_phy_attach are only used by DT case. It needs to

[PATCH v4 net-next 00/13] net: hns: add support of ACPI

From: Kejian Yan This series adds HNS support of acpi. The routine will call some ACPI helper functions, like acpi_dev_found() and acpi_evaluate_dsm(), which are not included in other cases. In order to make system compile successfully in other cases except ACPI, it needs

[PATCH v4 net-next 01/13] ACPI: bus: add stub acpi_dev_found() to linux/acpi.h

From: Kejian Yan acpi_dev_found() will be used to detect if a given ACPI device is in the system. It will be compiled in non-ACPI case, but the function is in acpi_bus.h and acpi_bus.h can only be used in ACPI case, so this patch add the stub function to linux/acpi.h to

[PATCH v4 net-next 12/13] net: hns: implement the miscellaneous operation by asl

From: Kejian Yan The miscellaneous operation is implemented in BIOS, the kernel can call _DSM method help to call the implementation in ACPI case. Here is a patch to do that. Signed-off-by: Kejian Yan Signed-off-by: Yisen Zhuang

[PATCH v4 net-next 04/13] net: hisilicon: add support of acpi for hns-mdio

From: Kejian Yan hns-mdio needs to register itself to mii-bus. The info of the device can be read by both DT and ACPI. HNS tries to call Linux PHY driver to help access PHY-devices, the HNS hardware topology is as below. The MDIO controller may control several PHY-devices,

[PATCH v4 net-next 03/13] net: hisilicon: cleanup to prepare for other cases

From: Kejian Yan Hns-mdio only supports DT case now. do some cleanup to prepare for introducing other cases later, no functional change. Signed-off-by: Kejian Yan Signed-off-by: Yisen Zhuang --- change log: v4: mii-id

[PATCH v4 net-next 07/13] net: hns: enet specify a reference to dsaf by fwnode_handle

From: Kejian Yan As device_node is only used by DT case, it is expected to find uniform ways. So fwnode_handle is the suitable method. Signed-off-by: Kejian Yan Signed-off-by: Yisen Zhuang --- change log: v2: remove the

[PATCH v4 net-next 13/13] net: hns: net: hns: enet adds support of acpi

From: Kejian Yan Enet needs to get configration parameter by acpi. This patch adds support of ACPI for enet. The configuration parameter will be configed in BIOS. Signed-off-by: Kejian Yan Signed-off-by: Yisen Zhuang ---

[PATCH v4 net-next 10/13] net: hns: dsaf adds support of acpi

From: Kejian Yan Dsaf needs to get configuration parameter by ACPI, so this patch add support of ACPI. Signed-off-by: Kejian Yan Signed-off-by: Yisen Zhuang --- change log: v2: 1. use dev_of_node() instead of IS_ENABLED()

[PATCH v4 net-next 11/13] net: hns: register phy device in each mac initial sequence

From: Kejian Yan In ACPI case, there is no interface to register phy device to mdio-bus. Phy device has to be registered itself to mdio-bus, and then enet can get the phy device's info so that it can config the phy-device to help to trasmit and receive data. HNS hardware

[PATCH v4 net-next 02/13] ACPI: bus: add stub acpi_evaluate_dsm() to linux/acpi.h

From: Kejian Yan acpi_evaluate_dsm() will be used to handle the _DSM method in ACPI case. It will be compiled in non-ACPI case, but the function is in acpi_bus.h and acpi_bus.h can only be used in ACPI case, so this patch add the stub function to linux/acpi.h to make

[PATCH v4 net-next 05/13] net: hns: use device_* APIs instead of of_* APIs

From: Kejian Yan OF series functions can be used only for DT case. Use unified device property function instead to support both DT and ACPI. Signed-off-by: Kejian Yan Signed-off-by: Yisen Zhuang ---

Re: [PATCH v2] r8152: Add support for setting MAC to system's Auxiliary MAC address

On Thu, Jun 02, 2016 at 06:32:42PM +, mario_limoncie...@dell.com wrote: > > And you want to check this for all Dell devices? Please be model > > specific, I doubt a bunch of Dell servers wants to run this code... > > > > Tracking model specific is really going to turn into a giant list

Offer

You are a recipient to Mr Pedro Quezada Donation of 2M USD. Contact (qpedro...@gmail.com) for claims.

Re: [PATCH v2 6/7] Binding:PHY: Binding doc for NS2 PCIe PHYs.

On Tue, May 31, 2016 at 07:06:40PM +0530, Pramod Kumar wrote: > Binding doc for NS2 PCIe PHYs. > > Signed-off-by: Jon Mason > Signed-off-by: Pramod Kumar > --- > .../bindings/phy/brcm,mdio-mux-bus-pci.txt | 27 > ++

Re: [PATCH v2 3/7] binding: mdio-mux: Add DT binding doc for Broadcom MDIO bus mutiplexer

On Tue, May 31, 2016 at 07:06:37PM +0530, Pramod Kumar wrote: > Add DT binding doc for Broadcom MDIO bus mutiplexer driver. > > Signed-off-by: Pramod Kumar > --- > .../bindings/net/brcm,mdio-mux-iproc.txt | 60 > ++ > 1 file changed, 60

[PATCH net] ethernet/sfc: report supported link speeds on SFP connections

My solarflare cards connected to a 10GbE switch with an SFP+ module/cable don't currently report any supported link speeds: $ ethtool ens4f0 Settings for ens4f0: Supported ports: [ FIBRE ] Supported link modes: Not reported Supported pause frame use: Symmetric

[PATCH net-next v2 1/2] net: Add l3mdev rule

Currently, VRFs require 1 oif and 1 iif rule per address family per VRF. As the number of VRF devices increases it brings scalability issues with the increasing rule list. All of the VRF rules have the same format with the exception of the specific table id to direct the lookup. Since the table id

[PATCH net-next v2 2/2] net: vrf: Add l3mdev rules on first device create

Add l3mdev rule per address family when the first VRF device is created. Remove them when the last is deleted. Signed-off-by: David Ahern --- v2 - added EXCL flag and EEXISTS check. Appropriate once the exclude fib rule patch is accepted - changed 3rd arg to

[PATCH net-next v2 0/2] net: vrf: Improve use of FIB rules

Currently, VRFs require 1 oif and 1 iif rule per address family per VRF. As the number of VRF devices increases it brings scalability issues with the increasing rule list. All of the VRF rules have the same format with the exception of the specific table id to direct the lookup. Since the table id

Re: [PATCH 0/2] Quiet noisy LSM denial when accessing net sysctl

On Thu, 2 Jun 2016, Tyler Hicks wrote: > On 05/17/2016 09:13 AM, Tyler Hicks wrote: > > On 05/08/2016 10:56 PM, David Miller wrote: > >> From: Tyler Hicks > >> Date: Fri, 6 May 2016 18:04:12 -0500 > >> > >>> This pair of patches does away with what I believe is a useless

Re: [PATCH v2 2/7] DT: phy.txt: Add mdio-integrated-mux property

On Thu, Jun 02, 2016 at 06:27:03PM -0500, Rob Herring wrote: > On Tue, May 31, 2016 at 07:06:36PM +0530, Pramod Kumar wrote: > > This property is used by integrated MDIO multiplexer > > which has bus selection and mdio transaction generation logic, > > integrated inside. > > > > Signed-off-by:

RE: [PATCH] net: fjes: fjes_main: Remove create_workqueue

Dear Bhaktipriya, Thanks. Looks good to me. Sincerely, Taku Izumi > -Original Message- > From: Bhaktipriya Shridhar [mailto:bhaktipriy...@gmail.com] > Sent: Thursday, June 02, 2016 6:31 PM > To: David S. Miller; Izumi, Taku/泉 拓; Florian Westphal; Bhaktipriya Shridhar > Cc: Tejun Heo;

Re: [PATCH v2 2/7] DT: phy.txt: Add mdio-integrated-mux property

On Tue, May 31, 2016 at 07:06:36PM +0530, Pramod Kumar wrote: > This property is used by integrated MDIO multiplexer > which has bus selection and mdio transaction generation logic, > integrated inside. > > Signed-off-by: Pramod Kumar > --- >

[PATCH] net: ethernet: ti: cpsw: remove rx_descs property

There is no reason to hold s/w dependent parameter in device tree. Even more, there is no reason in this parameter because davinici_cpdma driver splits pool of descriptors equally between tx and rx channels. That is, if number of descriptors 256, 128 of them are for rx channels. While receiving,

[PATCH] net: ethernet: ti: cpsw: remove unused priv lock

There is no reason in this lock. At least for now. Signed-off-by: Ivan Khoronzhuk --- Based on master drivers/net/ethernet/ti/cpsw.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/net/ethernet/ti/cpsw.c b/drivers/net/ethernet/ti/cpsw.c index

Re: Possible problem with e6afc8ac ("udp: remove headers from UDP packets before queueing")

From: Eric Dumazet Date: Thu, 02 Jun 2016 14:52:43 -0700 > From: Eric Dumazet > > Paul Moore tracked a regression caused by a recent commit, which > mistakenly assumed that sk_filter() could be avoided if socket > had no current BPF filter. > > The

Re: [PATCH net-next] net: vrf: set operstate and mtu at link create

From: David Ahern Date: Wed, 1 Jun 2016 21:16:39 -0700 > The VRF device exists to define L3 domains and guide FIB lookups. As > such its operstate is not relevant. Seeing 'state UNKNOWN' in the > output of 'ip link show' can be confusing, so set operstate at link >

Re: [PATCH net-next 2/2] net: vrf: Add l3mdev rules on first device create

From: David Ahern Date: Wed, 1 Jun 2016 21:14:54 -0700 > Add l3mdev rule per address family when the first VRF device is > created. Remove them when the last is deleted. > > Signed-off-by: David Ahern > --- > drivers/net/vrf.c | 114 >

Re: [PATCH net-next 1/2] net: Add l3mdev rule

From: David Ahern Date: Wed, 1 Jun 2016 21:14:53 -0700 > @@ -76,6 +76,7 @@ static int fib4_rule_action(struct fib_rule *rule, struct > flowi *flp, > { > int err = -EAGAIN; > struct fib_table *tbl; > + u32 tb_id = fib_rule_get_table(rule, arg); Please

Re: [net-next] ovs: set name assign type of internal port

From: Zhang Shengju Date: Tue, 31 May 2016 13:41:02 + > Set name_assign_type of internal port to NET_NAME_USER. > > Signed-off-by: Zhang Shengju Applied, thanks.

Re: [PATCH net-next v10 2/5] openvswitch: set skb protocol and mac_len when receiving on internal device

On Wed, Jun 1, 2016 at 11:24 PM, Simon Horman wrote: > * Set skb protocol based on contents of packet. I have observed this is > necessary to get actual protocol of a packet when it is injected into an > internal device e.g. by libnet in which case skb protocol

Re: [PATCH net-next v10 4/5] openvswitch: add layer 3 flow/port support

On Wed, Jun 1, 2016 at 11:24 PM, Simon Horman wrote: > From: Lorand Jakab > > Implementation of the pop_eth and push_eth actions in the kernel, and > layer 3 flow support. > > This doesn't actually do anything yet as no layer 2 tunnel ports are >

Re: [PATCH net-next v10 3/5] openvswitch: add support to push and pop mpls for layer3 packets

On Wed, Jun 1, 2016 at 11:24 PM, Simon Horman wrote: > Allow push and pop mpls actions to act on layer 3 packets by teaching > them not to access non-existent L2 headers of such packets. > > Signed-off-by: Simon Horman > --- > v10 > * Limit

Re: [PATCH net-next v10 1/5] net: add skb_vlan_accel helper

On Wed, Jun 1, 2016 at 11:24 PM, Simon Horman wrote: > This breaks out some of of skb_vlan_pop into a separate helper. > This new helper moves the outer-most vlan tag present in packet data > into metadata. > > The motivation is to allow acceleration VLAN tags without

Re: Possible problem with e6afc8ac ("udp: remove headers from UDP packets before queueing")

From: Eric Dumazet Paul Moore tracked a regression caused by a recent commit, which mistakenly assumed that sk_filter() could be avoided if socket had no current BPF filter. The intent was to avoid udp_lib_checksum_complete() overhead. But sk_filter() also checks

Re: Possible problem with e6afc8ac ("udp: remove headers from UDP packets before queueing")

On Thu, 2016-06-02 at 17:36 -0400, Paul Moore wrote: > On Wed, Jun 1, 2016 at 4:44 PM, Stephen Smalley wrote: > > On 06/01/2016 03:18 PM, Eric Dumazet wrote: > >> On Wed, 2016-06-01 at 15:01 -0400, Paul Moore wrote: > >>> Hello, > >>> > >>> I'm currently trying to debug a

Re: Possible problem with e6afc8ac ("udp: remove headers from UDP packets before queueing")

On Wed, Jun 1, 2016 at 4:44 PM, Stephen Smalley wrote: > On 06/01/2016 03:18 PM, Eric Dumazet wrote: >> On Wed, 2016-06-01 at 15:01 -0400, Paul Moore wrote: >>> Hello, >>> >>> I'm currently trying to debug a problem with 4.7-rc1 and labeled >>> networking over UDP. I'm having

[PATCH v2 -next] virtio-net: Add initial MTU advice feature

This commit adds the feature bit and associated mtu device entry for the virtio network device. When a virtio device comes up, it checks the feature bit for the VIRTIO_NET_F_MTU feature. If such feature bit is enabled, the driver will read the advised MTU and use it as the initial value.

Re: [PATCH v2 5/6] ethernet/intel: Use pci_(request|release)_mem_regions

On Thu, 2016-06-02 at 09:30 +0200, Johannes Thumshirn wrote: > Now that we do have pci_request_mem_regions() and > pci_release_mem_regions() at > hand, use it in the Intel ethernet drivers. > > Suggested-by: Christoph Hellwig > Signed-off-by: Johannes Thumshirn

[PATCH net-next] net: disable fragment reassembly if high_thresh is zero

Before commit 6d7b857d541e ("net: use lib/percpu_counter API for fragmentation mem accounting"), setting the reassembly high threshold to 0 prevented fragment reassembly as first fragment would be always evicted before second could be added to the queue. While inefficient, some users apparently

[PATCH net-next 2/3] net: vrf: ipv4 support for local traffic to local addresses

Add support for locally originated traffic to VRF-local addresses. If destination device for an skb is the loopback or VRF device then set its dst to a local version of the VRF cached dst_entry and call netif_rx to insert the packet onto the rx queue - similar to what is done for loopback. This

[PATCH net-next 0/3] net: vrf: Add support for local traffic to local addresses

Add support for locally originated traffic to VRF-local addresses, be it addresses on enslaved devices or addresses on the VRF device: $ ip addr show dev red 33: red: mtu 65536 qdisc pfifo_fast state UP group default qlen 1000 link/ether be:00:53:b5:e4:25 brd

[PATCH net-next 1/3] net: vrf: Minor refactoring for local address patches

Move the stripping of the ethernet header from is_ip_tx_frame into the ipv4 and ipv6 outbound functions. If the packet is destined to a local address the header is retained since the packet is sent back to netif_rx. Collapse vrf_send_v4_prep into vrf_process_v4_outbound. Signed-off-by: David

[PATCH net-next 3/3] net: vrf: ipv6 support for local traffic to local addresses

Add support for locally originated traffic to VRF-local IPv6 addresses. Similar to IPv4 a local dst is set on the skb and the packet is reinserted with a call to netif_rx. With this patch, ping, tcp and udp packets to a local IPv6 address are successfully routed: $ ip addr show dev eth1

Re: [net-next] ovs: set name assign type of internal port

On Tue, May 31, 2016 at 6:41 AM, Zhang Shengju wrote: > Set name_assign_type of internal port to NET_NAME_USER. > > Signed-off-by: Zhang Shengju > --- > net/openvswitch/vport-internal_dev.c | 2 +- > 1 file changed, 1

Re: [PATCH v2 2/5] fsl/qe: setup clock source for TDM mode

From: Zhao Qiang Date: Thu, 2 Jun 2016 09:44:58 +0800 > +static int ucc_get_tdm_sync_source(u32 tdm_num, enum qe_clock clock, > +enum comm_dir mode) > +{ > + int source = -EINVAL; > + > + if (mode == COMM_DIR_RX && clock ==

RE: [PATCH] r8152: Add support for setting MAC to system's Auxiliary MAC address

> I have some other questions which answers should we know: > > 1) Is that AUX MAC address implemented only in customized windows Dell > driver? Or also in "upstream" windows Realtek driver and all users of > Realtek hw can install it (or update via next driver update)? > I don't have the

Re: [PATCH v2] r8152: Add support for setting MAC to system's Auxiliary MAC address

On Thu, Jun 02, 2016 at 07:04:32PM +, mario_limoncie...@dell.com wrote: > > -Original Message- > > From: Andrew Lunn [mailto:and...@lunn.ch] > > Sent: Thursday, June 2, 2016 2:03 PM > > To: Limonciello, Mario > > Cc: gre...@linuxfoundation.org;

Re: [PATCH] net: ethernet: wiznet: Remove create_workqueue

From: Bhaktipriya Shridhar Date: Wed, 1 Jun 2016 23:29:15 +0530 > alloc_workqueue replaces deprecated create_workqueue(). > > A dedicated workqueue has been used since the workitems are involved > in normal device operation. Workitems >rx_work and >tx_work, > map to

Re: [PATCH] stmmac: do not sleep in atomic context for mdio_reset

From: Vincent Palatin Date: Wed, 1 Jun 2016 08:53:48 -0700 > stmmac_mdio_reset() has been updated to use msleep rather udelay > (as some PHY requires a one second delay there). > It called from stmmac_resume() within the spin_lock_irqsave block > atomic context triggering

Re: [PATCH 0/2] Software workaround for i.MX6Q/DL ERR006687

From: Lucas Stach Date: Wed, 1 Jun 2016 17:29:41 +0200 > I would prefer if this series gets merged through the imx achitecture > tree with acks for the FEC changes from the network people. Sure, this is fine: Acked-by: David S. Miller

[PATCH] rxrpc: Use pr_ and pr_fmt, reduce object size a few KB

Use the more common kernel logging style and reduce object size. The logging message prefix changes from a mixture of "RxRPC:" and "RXRPC:" to "af_rxrpc: ". $ size net/rxrpc/built-in.o* textdata bss dec hex filename 6417219728304 74448 122d0

Re: [PATCH V3 0/2] vhost_net polling optimization

From: Jason Wang Date: Wed, 1 Jun 2016 01:56:32 -0400 > This series tries to optimize vhost_net polling at two points: > > - Stop rx polling for reduicng the unnecessary wakeups during > handle_rx(). > - Conditonally enable tx polling for reducing the unnecessary >

Re: [net-next] ovs: set name assign type of internal port

From: Zhang Shengju Date: Tue, 31 May 2016 13:41:02 + > Set name_assign_type of internal port to NET_NAME_USER. > > Signed-off-by: Zhang Shengju Pravin or some other OVS expert, please review this.

RE: [PATCH v2] r8152: Add support for setting MAC to system's Auxiliary MAC address

> -Original Message- > From: Andrew Lunn [mailto:and...@lunn.ch] > Sent: Thursday, June 2, 2016 2:03 PM > To: Limonciello, Mario > Cc: gre...@linuxfoundation.org; hayesw...@realtek.com; linux- > ker...@vger.kernel.org; netdev@vger.kernel.org; linux- >

Re: [PATCH] r8152: Add support for setting MAC to system's Auxiliary MAC address

On Thursday 02 June 2016 20:28:33 mario_limoncie...@dell.com wrote: > > -Original Message- > > From: Bjørn Mork [mailto:bj...@mork.no] > > Sent: Thursday, June 2, 2016 1:04 PM > > To: Limonciello, Mario > > Cc: gre...@linuxfoundation.org; hayesw...@realtek.com;

Re: [PATCH v2] r8152: Add support for setting MAC to system's Auxiliary MAC address

> > And you want to check this for all Dell devices? Please be model > > specific, I doubt a bunch of Dell servers wants to run this code... > > > > Tracking model specific is really going to turn into a giant list never > ending list. > To drill down more specifically, I can match on chassis

Re: [PATCH] r8152: Add support for setting MAC to system's Auxiliary MAC address

On Thursday 02 June 2016 20:04:02 Bjørn Mork wrote: > writes: > >> > 2) Track whether this is the first or second USB NIC plugged in. > >> > Only offer it > >> > >> on the first NIC detected by r8152. When the second NIC is > >> plugged in don't match from ACPI. >

Re: [PATCH v5 2/2] skb_array: ring test

On Tue, 24 May 2016 23:34:14 +0300 "Michael S. Tsirkin" wrote: > On Tue, May 24, 2016 at 07:03:20PM +0200, Jesper Dangaard Brouer wrote: > > > > On Tue, 24 May 2016 12:28:09 +0200 > > Jesper Dangaard Brouer wrote: > > > > > I do like perf, but it does not

RE: [PATCH v2] r8152: Add support for setting MAC to system's Auxiliary MAC address

> -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Thursday, June 2, 2016 12:48 PM > To: Limonciello, Mario > Cc: hayesw...@realtek.com; LKML ; Netdev > ; Linux USB

RE: [PATCH] r8152: Add support for setting MAC to system's Auxiliary MAC address

> -Original Message- > From: Bjørn Mork [mailto:bj...@mork.no] > Sent: Thursday, June 2, 2016 1:04 PM > To: Limonciello, Mario > Cc: gre...@linuxfoundation.org; hayesw...@realtek.com; linux- > ker...@vger.kernel.org; netdev@vger.kernel.org; linux- >

Re: [PATCH -next 2/2] virtio_net: Read the advised MTU

On 06/02/2016 10:06 AM, Aaron Conole wrote: Rick Jones writes: One of the things I've been doing has been setting-up a cluster (OpenStack) with JumboFrames, and then setting MTUs on instance vNICs by hand to measure different MTU sizes. It would be a shame if such a thing

[PATCH v3 6/7] sctp: Add GSO support

SCTP has this pecualiarity that its packets cannot be just segmented to (P)MTU. Its chunks must be contained in IP segments, padding respected. So we can't just generate a big skb, set gso_size to the fragmentation point and deliver it to IP layer. This patch takes a different approach. SCTP will

[PATCH v3 5/7] sctp: delay as much as possible skb_linearize

This patch is a preparation for the GSO one. In order to successfully handle GSO packets on rx path we must not call skb_linearize, otherwise it defeats any gain GSO may have had. This patch thus delays as much as possible the call to skb_linearize, leaving it to sctp_inq_pop() moment. For that

[PATCH v3 7/7] sctp: improve debug message to also log curr pkt and new chunk size

This is useful for debugging packet sizes. Signed-off-by: Marcelo Ricardo Leitner Tested-by: Xin Long --- net/sctp/output.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/net/sctp/output.c b/net/sctp/output.c index

[PATCH v3 3/7] sk_buff: allow segmenting based on frag sizes

This patch allows segmenting a skb based on its frags sizes instead of based on a fixed value. Signed-off-by: Marcelo Ricardo Leitner Tested-by: Xin Long --- include/linux/skbuff.h | 5 + net/core/skbuff.c | 10 +++--- 2 files

[PATCH v3 2/7] skbuff: export skb_gro_receive

sctp GSO requires it and sctp can be compiled as a module, so we need to export this function. Signed-off-by: Marcelo Ricardo Leitner Tested-by: Xin Long --- net/core/skbuff.c | 1 + 1 file changed, 1 insertion(+) diff --git a/net/core/skbuff.c

[PATCH v3 4/7] skbuff: introduce skb_gso_validate_mtu

skb_gso_network_seglen is not enough for checking fragment sizes if skb is using GSO_BY_FRAGS as we have to check frag per frag. This patch introduces skb_gso_validate_mtu, based on the former, which will wrap the use case inside it as all calls to skb_gso_network_seglen were to validate if it

[PATCH v3 0/7] sctp: Add GSO support

This patchset adds sctp GSO support. Performance tests indicates that increases throughput by 10% if using bigger chunk sizes, specially if bigger than MTU. For small chunks, it doesn't help much if not using heavy firewall rules. For small chunks it will probably be of more use once we get

[PATCH v3 1/7] loopback: make use of NETIF_F_GSO_SOFTWARE

NETIF_F_GSO_SOFTWARE was defined to list all GSO software types, so lets make use of it in loopback code. Note that veth/vxlan/others already uses it. Within this patch series, this patch causes lo to pick up SCTP GSO feature automatically (as it's added to NETIF_F_GSO_SOFTWARE) and thus avoiding

Re: [PATCH] r8152: Add support for setting MAC to system's Auxiliary MAC address

writes: >> > 2) Track whether this is the first or second USB NIC plugged in. Only >> > offer it >> on the first NIC detected by r8152. When the second NIC is plugged in don't >> match from ACPI. >> > There would be a question of what to do if the first NIC is

Re: [PATCH -next 2/2] virtio_net: Read the advised MTU

kbuild test robot <l...@intel.com> writes: > Hi, > > [auto build test ERROR on next-20160602] > > url: > https://github.com/0day-ci/linux/commits/Aaron-Conole/virtio-net-Advised-MTU-feature/20160603-000714 > config: i386-allmodconfig (attached as .config) > c

Re: [PATCH v2] r8152: Add support for setting MAC to system's Auxiliary MAC address

On Thu, Jun 02, 2016 at 11:58:07AM -0500, Mario Limonciello wrote: > Dell systems with Type-C ports have support for a persistent system > specific MAC address when used with Dell Type-C docks and dongles. > This means a dock plugged into two different systems will show different > (but

Re: [PATCH -next 2/2] virtio_net: Read the advised MTU

Hi, [auto build test ERROR on next-20160602] url: https://github.com/0day-ci/linux/commits/Aaron-Conole/virtio-net-Advised-MTU-feature/20160603-000714 config: i386-allmodconfig (attached as .config) compiler: gcc-6 (Debian 6.1.1-1) 6.1.1 20160430 reproduce: # save the attached

[PATCH net-next] hv_netvsc: Fix VF register on vlan devices

Added a condition to avoid vlan devices with same MAC registering as VF. Signed-off-by: Haiyang Zhang Reviewed-by: K. Y. Srinivasan --- drivers/net/hyperv/netvsc_drv.c |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git

[PATCH iputils v3] ping6: allow disabling of openssl/libgcrypt support

Signed-off-by: Mike Frysinger --- Makefile | 5 - iputils_md5dig.h | 2 +- ping6.c | 28 +++- 3 files changed, 32 insertions(+), 3 deletions(-) diff --git a/Makefile b/Makefile index b6cf512f22a5..8b9e2aa232e6 100644 ---

Re: [PATCH -next 2/2] virtio_net: Read the advised MTU

"Michael S. Tsirkin" writes: > On Thu, Jun 02, 2016 at 11:43:31AM -0400, Aaron Conole wrote: >> This patch checks the feature bit for the VIRTIO_NET_F_MTU feature. If it >> exists, read the advised MTU and use it. >> >> No proper error handling is provided for the case where a

Re: [PATCH -next 1/2] virtio: Start feature MTU support

"Michael S. Tsirkin" writes: > On Thu, Jun 02, 2016 at 11:43:30AM -0400, Aaron Conole wrote: >> This commit adds the feature bit and associated mtu device entry for the >> virtio network device. Future commits will make use of these bits to >> support negotiated MTU. > > why

Re: [RFC PATCH 0/4] Make inotify instance/watches be accounted per userns

Nikolay please see my question for you at the end. Jan Kara writes: > On Wed 01-06-16 11:00:06, Eric W. Biederman wrote: >> Cc'd the containers list. >> >> Nikolay Borisov writes: >> >> > Currently the inotify instances/watches are being accounted in the >> >

Re: [PATCH -next 2/2] virtio_net: Read the advised MTU

Hi Rick, In the future, please don't cut the list. Rick Jones writes: > On 06/02/2016 08:43 AM, Aaron Conole wrote: >> This patch checks the feature bit for the VIRTIO_NET_F_MTU feature. If it >> exists, read the advised MTU and use it. >> >> No proper error handling is

Re: [PATCH net-next] tcp: accept RST if SEQ matches right edge of SACK block

On Thu, Jun 2, 2016 at 3:14 PM, Randall Stewart wrote: > > Pau: > > Hopefully me setting the “plain text” in my Mac-Mail preferences will make > this > plain text :-) > > > >> > >> > >> Well yes the probability is increased but definitely not assured :-) > >> Your scenario is

[ANNOUNCE] nftables 0.6 release

Hi! The Netfilter project proudly presents: nftables 0.6 This release contains many accumulated bug fixes and new features availale up to the Linux 4.7-rc1 kernel release. New features * Rule replacement: You can replace any rule from the unique 64-bits handle. You have

[PATCH v2] r8152: Add support for setting MAC to system's Auxiliary MAC address

This adjusts a lot of concerns that have been raised on LKML. Changes from v1: * Lots of error checking around bad ACPI data * Only activate on Dell system vendor DMI string * Use hex2bin instead of inventing a wheel * Copy MAC to both dev_addr and sa_data * Track and set only for one NIC at

RE: [PATCH] r8152: Add support for setting MAC to system's Auxiliary MAC address

Some of my comments are getting stale with what I've done in response to all these emails. Let me send a v2 that we can better iterate on, a few comments below though. > -Original Message- > From: Greg KH [mailto:gre...@linuxfoundation.org] > Sent: Thursday, June 2, 2016 11:09 AM > To:

[PATCH v2] r8152: Add support for setting MAC to system's Auxiliary MAC address

Dell systems with Type-C ports have support for a persistent system specific MAC address when used with Dell Type-C docks and dongles. This means a dock plugged into two different systems will show different (but persistent) MAC addresses. Dell Type-C docks and dongles use the r8152 driver. This

Re: [RFC PATCH 0/4] Make inotify instance/watches be accounted per userns

Nikolay Borisov writes: > On 06/01/2016 07:00 PM, Eric W. Biederman wrote: >> Cc'd the containers list. >> >> >> Nikolay Borisov writes: >> >>> Currently the inotify instances/watches are being accounted in the >>> user_struct structure. This means that in

Re: [PATCH 0/2] Quiet noisy LSM denial when accessing net sysctl

On 05/17/2016 09:13 AM, Tyler Hicks wrote: > On 05/08/2016 10:56 PM, David Miller wrote: >> From: Tyler Hicks >> Date: Fri, 6 May 2016 18:04:12 -0500 >> >>> This pair of patches does away with what I believe is a useless denial >>> audit message when a privileged process

Re: [RFC 05/12] nfp: add BPF to NFP code translator

On 16-06-01 01:15 PM, Alexei Starovoitov wrote: > On Wed, Jun 01, 2016 at 10:03:04PM +0200, Daniel Borkmann wrote: >> On 06/01/2016 06:50 PM, Jakub Kicinski wrote: >>> Add translator for JITing eBPF to operations which >>> can be executed on NFP's programmable engines. >>> >>> Signed-off-by: Jakub

  1   2   >