Re: [for-next 07/10] IB/mlx5: Use blue flame register allocator in mlx5_ib

On Fri, Jan 06, 2017 at 11:11:31AM -0500, David Miller wrote: > From: Leon Romanovsky > Date: Fri, 6 Jan 2017 08:06:09 +0200 > > > On Thu, Jan 05, 2017 at 03:07:31PM -0500, David Miller wrote: > >> From: Eli Cohen > >> Date: Thu, 5 Jan 2017 14:03:18

[PATCH net 1/2] net: dsa: bcm_sf2: Do not clobber b53_switch_ops

We make the bcm_sf2 driver override ds->ops which points to b53_switch_ops since b53_switch_alloc() did the assignent. This is all well and good until a second b53 switch comes in, and ends up using the bcm_sf2 operations. Make a proper local copy, substitute the ds->ops pointer and then override

[PATCH net 0/2] net: dsa: bcm_sf2: Couple fixes

Hi David, Here are a couple of fixes for bcm_sf2, please queue these up for -stable as well, thank you very much! Florian Fainelli (2): net: dsa: bcm_sf2: Do not clobber b53_switch_ops net: dsa: bcm_sf2: Utilize nested MDIO read/write drivers/net/dsa/bcm_sf2.c | 11 +-- 1 file

[PATCH net 2/2] net: dsa: bcm_sf2: Utilize nested MDIO read/write

We are implementing a MDIO bus which is behind another one, so use the nested version of the accessors to get lockdep annotations correct. Fixes: 461cd1b03e32 ("net: dsa: bcm_sf2: Register our slave MDIO bus") Signed-off-by: Florian Fainelli --- drivers/net/dsa/bcm_sf2.c |

Re: [PATCH net-next] net: ipv6: put autoconf routes into per-interface tables

On 1/6/17 8:30 AM, Lorenzo Colitti wrote: > This patch adds a per-interface sysctl to have the kernel put > autoconf routes into different tables. This allows each interface > to have its own routing table if desired. Choosing the default > interface, or using different interfaces at the same

[PATCH net-next] net: ipv4: remove disable of bottom half in inet_rtm_getroute

Nothing about the route lookup requires bottom half to be disabled. Remove the local_bh_disable ... local_bh_enable around ip_route_input. This appears to be a vestige of days gone by as it has been there since the beginning of git time. Signed-off-by: David Ahern ---

Re: [PATCH net-next] net: dsa: move HWMON support to its own file

From: Vivien Didelot Date: Fri, 6 Jan 2017 16:42:00 -0500 > Isolate the HWMON support in DSA in its own file. Currently only the > legacy DSA code is concerned. > > Signed-off-by: Vivien Didelot Applied.

Re: [PATCH net] tg3: Fix race condition in tg3_get_stats64().

From: Michael Chan Date: Fri, 6 Jan 2017 16:18:53 -0500 > The driver's ndo_get_stats64() method is not always called under RTNL. > So it can race with driver close or ethtool reconfigurations. Fix the > race condition by taking tp->lock spinlock in

Re: [PATCH net] be2net: fix unicast list filling

From: Ivan Vecera Date: Fri, 6 Jan 2017 21:59:30 +0100 > The adapter->pmac_id[0] item is used for primary MAC address but > this is not true for adapter->uc_list[0] as is assumed in > be_set_uc_list(). There are N UC addresses copied first from net_device > to

Re: [net-next v1 0/8] netcp: enhancements and minor fixes

From: Murali Karicheri Date: Fri, 6 Jan 2017 15:37:38 -0500 > This series is for net-next. This propagates enhancements and minor > bug fixes from internal version of the driver to keep the upstream > in sync. Please review and apply if this looks good. > > Tested on all of

Re: [PATCH net] net: Fix inconsistent rtnl_lock usage on dev_get_stats().

From: Eric Dumazet Date: Fri, 06 Jan 2017 12:13:23 -0800 > Well, there are cases where RTNL is quite contended, but supervisions > like to get /proc/net/devices or various sysfs attributes > (netstat_show() can be called very very often > for

Re: [PATCH v2 0/7] net: ethernet: ti: cpsw: support placing CPDMA descriptors into DDR

From: Grygorii Strashko Date: Fri, 6 Jan 2017 14:07:28 -0600 > This series intended to add support for placing CPDMA descriptors into DDR by > introducing new module parameter "descs_pool_size" to specify size of > descriptor's > pool. The "descs_pool_size" defines

Re: [PATCH v2 net-next 3/4] secure_seq: use SipHash in place of MD5

From: Eric Biggers Date: Sat, 7 Jan 2017 14:09:11 -0800 > Well, except those instructions aren't actually used in these > places. Although x86_64 SHA1-NI accelerated SHA-1 is available in > the Linux crypto API, it seems that in kernel code it remains > impractical to use

Re: [PATCH v5] net: stmmac: fix maxmtu assignment to be within valid range

On Sat, Jan 7, 2017 at 11:32 AM, Kweh, Hock Leong wrote: > From: "Kweh, Hock Leong" > > There is no checking valid value of maxmtu when getting it from > device tree. This resolution added the checking condition to > ensure the assignment is

[PATCH net] ipv6: fix typos

o s/approriate/appropriate o s/discouvery/discovery Signed-off-by: Alexander Alemayhu --- net/ipv6/route.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/net/ipv6/route.c b/net/ipv6/route.c index 8417c41d8ec8..ce5aaf448c54 100644 ---

Re: [RFC PATCH] intel: Use upper_32_bits and lower_32_bits

On Sat, 7 Jan 2017, Joe Perches wrote: > Shifting and masking various types can be made a bit > simpler to read by using the available kernel macros. It looks much nicer to me, especially in the lower case, where there are multiple ways to express the same thing. julia > > Signed-off-by: Joe

[PATCH] net: intel: e100: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/intel/e100.c | 14 -- 1 files changed, 8 insertions(+), 6 deletions(-) diff --git

Re: [PATCH v2 net-next 3/4] secure_seq: use SipHash in place of MD5

Hi David, On Sat, Jan 07, 2017 at 04:37:36PM -0500, David Miller wrote: > From: "Jason A. Donenfeld" > Date: Sat, 7 Jan 2017 15:40:56 +0100 > > > This gives a clear speed and security improvement. Siphash is both > > faster and is more solid crypto than the aging MD5. [snip] >

[PATCH net-next 3/6] net-tc: extract skip classify bit from tc_verd

From: Willem de Bruijn Packets sent by the IFB device skip subsequent tc classification. A single bit governs this state. Move it out of tc_verd in anticipation of removing that __u16 completely. The new bitfield tc_skip_classify temporarily uses one bit of a hole, until

[PATCH net-next 4/6] net-tc: convert tc_verd to integer bitfields

From: Willem de Bruijn Extract the remaining two fields from tc_verd and remove the __u16 completely. TC_AT and TC_FROM are converted to equivalent two-bit integer fields tc_at and tc_from. Where possible, use existing helper skb_at_tc_ingress when reading tc_at. Introduce

[PATCH net-next 5/6] net-tc: convert tc_at to tc_at_ingress

From: Willem de Bruijn Field tc_at is used only within tc actions to distinguish ingress from egress processing. A single bit is sufficient for this purpose. Signed-off-by: Willem de Bruijn --- include/linux/skbuff.h| 3 ++-

[PATCH net-next 6/6] net-tc: convert tc_from to tc_from_ingress and tc_redirected

From: Willem de Bruijn The tc_from field fulfills two roles. It encodes whether a packet was redirected by an act_mirred device and, if so, whether act_mirred was called on ingress or egress. Split it into separate fields. The information is needed by the special IFB loop,

[PATCH net-next 0/6] convert tc_verd to integer bitfields

From: Willem de Bruijn The skb tc_verd field takes up two bytes but uses far fewer bits. Convert the remaining use cases to bitfields that fit in existing holes (depending on config options) and potentially save the two bytes in struct sk_buff. This patchset is based on an

[PATCH net-next 1/6] net-tc: remove unused tc_verd fields

From: Willem de Bruijn Remove the last reference to tc_verd's munge and redirect ttl bits. These fields are no longer used. Signed-off-by: Willem de Bruijn --- include/uapi/linux/pkt_cls.h | 7 --- 1 file changed, 7 deletions(-) diff --git

[PATCH net-next 2/6] net-tc: make MAX_RECLASSIFY_LOOP local

From: Willem de Bruijn This field is no longer kept in tc_verd. Remove it from the global definition of that struct. Signed-off-by: Willem de Bruijn --- include/uapi/linux/pkt_cls.h | 5 - net/sched/sch_api.c | 3 ++- 2 files changed, 2

[PATCH] net: ibm: ibmvnic: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/ibm/ibmvnic.c | 31 ++- 1 files changed, 18 insertions(+), 13 deletions(-) diff

Re: [PATCH v2 net-next 3/4] secure_seq: use SipHash in place of MD5

From: "Jason A. Donenfeld" Date: Sat, 7 Jan 2017 15:40:56 +0100 > This gives a clear speed and security improvement. Siphash is both > faster and is more solid crypto than the aging MD5. > > Rather than manually filling MD5 buffers, for IPv6, we simply create > a layout by a

[PATCH] net: ibm: ibmveth: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/ibm/ibmveth.c | 30 ++ 1 files changed, 18 insertions(+), 12 deletions(-) diff

[PATCH] net: ibm: emac: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/ibm/emac/core.c | 70 +++-- 1 files changed, 40 insertions(+), 30 deletions(-)

Re: [PATCH net-next 1/2] net: dsa: make "label" property optional for dsa2

Hello, On 01/06/2017 11:00 PM, Vivien Didelot wrote: > In the new DTS bindings for DSA (dsa2), the "ethernet" and "link" > phandles are respectively mandatory and exclusive to CPU port and DSA > link device tree nodes. > > Simplify dsa2.c a bit by checking the presence of such phandle instead >

Re: [PATCH net-next 1/2] net: dsa: make "label" property optional for dsa2

Hello, On 01/06/2017 11:47 PM, Florian Fainelli wrote: > On 01/06/2017 02:20 PM, Andrew Lunn wrote: >>> If one wants to rename an interface, udev rules can be used as usual. >> >> Hi Vivien >> >> Do you have some examples? >> >> A quick look at udevadm info suggests we can use >> >>

Re: [PATCHv2 net-next 11/16] net: mvpp2: handle misc PPv2.1/PPv2.2 differences

On Sat, Jan 07, 2017 at 09:38:34AM +, Russell King - ARM Linux wrote: > On Wed, Dec 28, 2016 at 05:46:27PM +0100, Thomas Petazzoni wrote: > > @@ -6511,7 +6515,9 @@ static int mvpp2_port_probe(struct platform_device > > *pdev, > > dev_err(>dev, "failed to init port %d\n", id); > >

Re: More info about lockless qdisc patch

On 16-12-30 04:48 AM, Xingjun Liu wrote: > Hi John, > > I note you have a patch request last august about "support lockless qdisc”, > > see: https://www.mail-archive.com/netdev@vger.kernel.org/msg124489.html I have another set of patches that fixes a few bugs from the above. > > We take an

Re: [PATCH v2 net-next 0/4] Introduce The SipHash PRF

On Sat, Jan 07, 2017 at 03:40:53PM +0100, Jason A. Donenfeld wrote: > This patch series introduces SipHash into the kernel. SipHash is a > cryptographically secure PRF, which serves a variety of functions, and is > introduced in patch #1. The following patch #2 introduces HalfSipHash, > an

[RFC PATCH] intel: Use upper_32_bits and lower_32_bits

Shifting and masking various types can be made a bit simpler to read by using the available kernel macros. Signed-off-by: Joe Perches --- This RFC patch is meant as an example, not necessarily to apply, though it does compile to equivalent code. It does seem a bit simpler for

Re: [PATCH net-next] mdio: Demote print from info to debug in mdio_device_register

On Fri, Jan 06, 2017 at 10:27:59PM -0800, Florian Fainelli wrote: > While it is useful to know which MDIO device is being registered, demote > the dev_info() to a dev_dbg(). > > Signed-off-by: Florian Fainelli Reviewed-by: Andrew Lunn Andrew

[PATCH] net: ibm: ehea: use new api ethtool_{get|set}_link_ksettings

The ethtool api {get|set}_settings is deprecated. We move this driver to new api {get|set}_link_ksettings. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/ibm/ehea/ehea_ethtool.c | 51 +++--- 1 files changed, 30 insertions(+), 21 deletions(-)

bad interaction between privacy extensions, prefix lifetimes and protocols that maintain long-term connections.

I just switched my main machine to a new one. After doing so I noticed my connections to IRC were dropping about once per hour. The old machine had been running a mixed mess of Debian versions while the new machine is running Debian stretch. A critical difference between the old and new

Re: [PATCH net-next] bridge: multicast to unicast

On Fri, Jan 06, 2017 at 01:47:52PM +0100, Johannes Berg wrote: > How does this compare and/or relate to the multicast-to-unicast feature > we were going to add to the wifi stack, particularly mac80211? Do we > perhaps not need that feature at all, if bridging will have it? > > I suppose that the

Re: [PATCH net-next] bridge: multicast to unicast

On Fri, Jan 06, 2017 at 07:13:56PM -0800, Stephen Hemminger wrote: > On Mon, 2 Jan 2017 20:32:14 +0100 > Linus Lüssing wrote: > > > This feature is intended for interface types which have a more reliable > > and/or efficient way to deliver unicast packets than

Re:

Do you need loan? we offer all kinds of loan from minimum amount of $5,000 to maximum of $2,000,000 if you are interested contact us via: internationalloa...@gmail.comwith the information below: Full Name: Country: Loan Amount: Loan Duration: Mobile phone number: Sex: Thanks, Dr Scott.

Re: [PATCH net-next] bridge: multicast to unicast

On Sat, Jan 07, 2017 at 11:32:57AM +0100, M. Braun wrote: > Am 06.01.2017 um 14:54 schrieb Johannes Berg: > > > >> The bridge layer can use IGMP snooping to ensure that the multicast > >> stream is only transmitted to clients that are actually a member of > >> the group. Can the mac80211 feature

[PATCH v2 net-next 1/4] siphash: add cryptographically secure PRF

SipHash is a 64-bit keyed hash function that is actually a cryptographically secure PRF, like HMAC. Except SipHash is super fast, and is meant to be used as a hashtable keyed lookup function, or as a general PRF for short input use cases, such as sequence numbers or RNG chaining. For the first

[PATCH v2 net-next 4/4] syncookies: use SipHash in place of SHA1

SHA1 is slower and less secure than SipHash, and so replacing syncookie generation with SipHash makes natural sense. Some BSDs have been doing this for several years in fact. The speedup should be similar -- and even more impressive -- to the speedup from the sequence number fix in this series.

[PATCH v2 net-next 3/4] secure_seq: use SipHash in place of MD5

This gives a clear speed and security improvement. Siphash is both faster and is more solid crypto than the aging MD5. Rather than manually filling MD5 buffers, for IPv6, we simply create a layout by a simple anonymous struct, for which gcc generates rather efficient code. For IPv4, we pass the

[PATCH v2 net-next 2/4] siphash: implement HalfSipHash1-3 for hash tables

HalfSipHash, or hsiphash, is a shortened version of SipHash, which generates 32-bit outputs using a weaker 64-bit key. It has *much* lower security margins, and shouldn't be used for anything too sensitive, but it could be used as a hashtable key function replacement, if the output is never

Re: [PATCHv2 net-next 11/16] net: mvpp2: handle misc PPv2.1/PPv2.2 differences

On Sat, Jan 07, 2017 at 01:12:35PM +0100, Marcin Wojtas wrote: > In fact there is common SMI bus, but each port has its own register > set to control it (it's true at least for Neta and PP2). There is also > an option to use HW polling - every 1s hardware checks PHY over SMI > and updates MAC

Re: [PATCH net-next 1/4] siphash: add cryptographically secure PRF

Hi Eric, Thanks for the review. I wish we had gotten to this much earlier before the merge, when there were quite a few revisions and refinements, but better late than never, and I'm quite pleased to have your feedback for making this patchset perfect. Comments are inline below. On Sat, Jan 7,

Re: [next PATCH 04/11] ixgbe: Update code to better handle incrementing page count

-Add-support-for-writable-pages-and-build_skb/20170107-193738 base: https://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/next-queue.git dev-queue config: alpha-allyesconfig (attached as .config) compiler: alpha-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705 reproduce: wget https

Re: [PATCHv1 6/7] TAP: tap as an independent module

-Grandhi/Refactor-macvtap-to-re-use-tap-functionality-by-other-virtual-intefaces/20170107-165707 config: x86_64-allyesdebian (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All errors (new

Re: [PATCHv2 net-next 11/16] net: mvpp2: handle misc PPv2.1/PPv2.2 differences

Hi Russel, 2017-01-07 12:03 GMT+01:00 Russell King - ARM Linux : > On Wed, Dec 28, 2016 at 05:46:27PM +0100, Thomas Petazzoni wrote: >> +#define MVPP22_SMI_MISC_CFG_REG 0x2a204 >> +#define MVPP22_SMI_POLLING_EN BIT(10) >> + > ... >> +

Re: [PATCHv1 2/7] TAP: Renaming tap related APIs, data structures, macros

-Grandhi/Refactor-macvtap-to-re-use-tap-functionality-by-other-virtual-intefaces/20170107-165707 config: x86_64-acpi-redef (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config to linux build tree make ARCH=x86_64 All errors (new

[PATCH RFC 3/4] dt-bindings: correct marvell orion MDIO binding document

Correct the Marvell Orion MDIO binding document to properly reflect the cases where an interrupt is present. Augment the examples to show this. Signed-off-by: Russell King --- .../devicetree/bindings/net/marvell-orion-mdio.txt | 17 +++-- 1 file

[PATCH RFC 4/4] net: mvmdio: disable interrupt if resource size is too small

Disable the MDIO interrupt, falling back to polled mode, if the resource size does not allow us to access the interrupt registers. All current DT bindings use a size of 0x84, which allows access, but verifying it is good practice. Signed-off-by: Russell King ---

[PATCH RFC 2/4] net: mvmdio: fix interrupt disable in remove path

The pre-existing write to disable interrupts on the remove path happens whether we have an interrupt or not. While this may seem to be a good idea, this driver is re-used in many different implementations, some where the binding only specifies four bytes of register space. This access causes us

[PATCH RFC 1/4] net: mvmdio: disable interrupts in driver failure path

When the mvmdio driver has an interrupt, it enables the "done" interrupt after requesting its interrupt handler. However, probe failure results in the interrupt being left enabled. Disable it on the failure path. Signed-off-by: Russell King ---

[PATCH RFC 0/4] Fix orion-mdio resource/interrupt issues indentified while reviewing mvpp2

This patch series fixes some issues identified while reviewing the mvpp2 driver changes recently posted by Thomas. I've left the clock issue, and the question over whether this should be separate out of this series, concentrating on the resource size / interrupt issue. This series updates the

Re: [PATCHv2 net-next 11/16] net: mvpp2: handle misc PPv2.1/PPv2.2 differences

On Wed, Dec 28, 2016 at 05:46:27PM +0100, Thomas Petazzoni wrote: > +#define MVPP22_SMI_MISC_CFG_REG 0x2a204 > +#define MVPP22_SMI_POLLING_EN BIT(10) > + ... > + if (priv->hw_version == MVPP21) { > + val = readl(priv->lms_base +

Re: [PATCHv1 6/7] TAP: tap as an independent module

-Grandhi/Refactor-macvtap-to-re-use-tap-functionality-by-other-virtual-intefaces/20170107-165707 config: s390-default_defconfig (attached as .config) compiler: s390x-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705 reproduce: wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git

Re: [PATCH net-next] bridge: multicast to unicast

Am 06.01.2017 um 14:54 schrieb Johannes Berg: > >> The bridge layer can use IGMP snooping to ensure that the multicast >> stream is only transmitted to clients that are actually a member of >> the group. Can the mac80211 feature do the same? > > No, it'll convert the packet for all clients that

Re: [PATCHv1 2/7] TAP: Renaming tap related APIs, data structures, macros

-Grandhi/Refactor-macvtap-to-re-use-tap-functionality-by-other-virtual-intefaces/20170107-165707 config: powerpc-defconfig (attached as .config) compiler: powerpc64-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705 reproduce: wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain

Re: [net-next PATCH] net: reduce cycles spend on ICMP replies that gets rate limited

On Fri, 06 Jan 2017 22:10:42 -0500 (EST) David Miller wrote: > BTW Eric, you asked about kmalloc() allocation, you were CC:'d in the > patch which did this :-) > > commit 9a99d4a50cb8ce516adf0f2436138d4c8e6e4535 > Author: Cong Wang > Date: Sun Jun 2

Re: [PATCH v2 12/12] net: ethernet: aquantia: Receive side scaling

-aquantia-Add-AQtion-2-5-5-GB-NIC-driver/20170107-100651 reproduce: # apt-get install sparse make ARCH=x86_64 allmodconfig make C=1 CF=-D__CHECK_ENDIAN__ sparse warnings: (new ones prefixed by >>) include/linux/compiler.h:253:8: sparse: attribute 'no_sanitize_a

[PATCH] fix itnull.cocci warnings

the following git tree: url: https://github.com/0day-ci/linux/commits/Harsh-Jain/crypto-chcr-Bug-fixes/20170107-093356 base: https://git.kernel.org/pub/scm/linux/kernel/git/herbert/cryptodev-2.6.git master In-Reply-To: <8e0086b56d8fb61637d179c32a09a1bca03c4186.1483599449.git.ha...@chelsio.com&

[PATCHv2 net-next 4/5] sctp: add support for generating stream reconf response chunk

This patch is to define Re-configuration Response Parameter described in rfc6525 section 4.4. As optional fields are only for SSN/TSN Reset Request Parameter, it uses another function to make that. Signed-off-by: Xin Long --- include/linux/sctp.h | 24

[PATCHv2 net-next 3/5] sctp: add support for generating stream reconf ssn/tsn reset request chunk

This patch is to define SSN/TSN Reset Request Parameter described in rfc6525 section 4.3. Signed-off-by: Xin Long --- include/linux/sctp.h | 5 + include/net/sctp/sm.h| 2 ++ net/sctp/sm_make_chunk.c | 29 + 3 files changed, 36

[PATCHv2 net-next 5/5] sctp: add support for generating stream reconf add streams request chunk

This patch is to define Add Incoming/Outgoing Streams Request Parameter described in rfc6525 section 4.5 and 4.6. They can be in one same chunk trunk as rfc6525 section 3.1-7 describes, so make them in one function. Signed-off-by: Xin Long --- include/linux/sctp.h | 7

[PATCHv2 net-next 2/5] sctp: add support for generating stream reconf ssn reset request chunk

This patch is to add asoc strreset_outseq and strreset_inseq for saving the reconf request sequence, initialize them when create assoc and process init, and also to define Incoming and Outgoing SSN Reset Request Parameter described in rfc6525 section 4.1 and 4.2, As they can be in one same chunk

[PATCHv2 net-next 0/5] sctp: add support for generating stream reconf chunks

This patchset is to add some functions to generate stream reconf chunks, described in RFC6525 Section 3 and Section 4. v1->v2: - put these into a smaller group. - rename some temporary variables in the codes. - rename the titles of the commits and improve some changelogs. Xin Long (5):

[PATCHv2 net-next 1/5] sctp: add a common helper function to generate stream reconf chunk

This patch is to define a common api used to alloc memory and initialize reconf chunk header that described in rfc6525 section 3.1. All reconf chunks will be generated by calling this helper function. Signed-off-by: Xin Long --- include/linux/sctp.h | 6 ++

Re: [PATCHv2 net-next 11/16] net: mvpp2: handle misc PPv2.1/PPv2.2 differences

On Wed, Dec 28, 2016 at 05:46:27PM +0100, Thomas Petazzoni wrote: > @@ -6511,7 +6515,9 @@ static int mvpp2_port_probe(struct platform_device > *pdev, > dev_err(>dev, "failed to init port %d\n", id); > goto err_free_stats; > } > - mvpp2_port_power_up(port); >

Re: [PATCHv2 net-next 01/16] dt-bindings: net: update Marvell PPv2 binding for PPv2.2 support

On Wed, Dec 28, 2016 at 05:46:17PM +0100, Thomas Petazzoni wrote: > @@ -31,7 +43,7 @@ Optional properties (port): >then fixed link is assumed, and the 'fixed-link' property is >mandatory. Not directly related to this patch, but this context is wrong. The PP2 driver _requires_ a PHY. It

Re: [PATCHv2 net-next 15/16] net: mvpp2: add support for an additional clock needed for PPv2.2

On Wed, Dec 28, 2016 at 05:46:31PM +0100, Thomas Petazzoni wrote: > The PPv2.2 variant of the network controller needs an additional > clock, the "MG clock" in order for the IP block to operate > properly. This commit adds support for this additional clock to the > driver, reworking as needed the

Re: [net-next PATCH] net: reduce cycles spend on ICMP replies that gets rate limited

On Fri, 06 Jan 2017 14:08:06 -0800 Eric Dumazet wrote: > On Fri, 2017-01-06 at 11:40 -0800, Eric Dumazet wrote: > > On Fri, 2017-01-06 at 18:39 +0100, Jesper Dangaard Brouer wrote: > > > > > > > @@ -648,13 +668,17 @@ void icmp_send(struct sk_buff *skb_in, int type, >

Re: [PATCH] treewide: fix semicolon.cocci warnings

On Sat 07-01-17 11:26:42, Wu Fengguang wrote: > net/netfilter/x_tables.c:716:59-60: Unneeded semicolon > > > Remove unneeded semicolon. > > Generated by: scripts/coccinelle/misc/semicolon.cocci > > Signed-off-by: Fengguang Wu Thanks, I will fold this into the

Re: [PATCH v2 01/12] net: ethernet: aquantia: Make and configuration files.

-Add-AQtion-2-5-5-GB-NIC-driver/20170107-100651 config: powerpc-allyesconfig (attached as .config) compiler: powerpc64-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705 reproduce: wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross

[PATCH] net: change init_inodecache() return void

From: yuan linyu sock_init() call it but not check it's return value, so change it to void return and add an internal BUG_ON() check. Signed-off-by: yuan linyu --- net/socket.c | 6 ++ 1 file changed, 2 insertions(+), 4

Re: [net-next PATCH v2 5/6] i40e: Add TX and RX support in switchdev mode.

Fri, Jan 06, 2017 at 08:08:58PM CET, kubak...@wp.pl wrote: >On Fri, 6 Jan 2017 18:30:35 +0100, Jiri Pirko wrote: >> >> > + skb_dst_drop(skb); >> >> > + dst_hold(>vfpr_dst->dst); >> >> > + skb_dst_set(skb, >vfpr_dst->dst); >> >> > + skb->dev = vsi->netdev; >> >> This dst

Re: [PATCH v2 06/12] net: ethernet: aquantia: Atlantic A0 and B0 specific functions.

-Add-AQtion-2-5-5-GB-NIC-driver/20170107-100651 config: ia64-allmodconfig (attached as .config) compiler: ia64-linux-gcc (GCC) 6.2.0 reproduce: wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross

Re: [PATCH v2 05/12] net: ethernet: aquantia: Support for NIC-specific code

-Add-AQtion-2-5-5-GB-NIC-driver/20170107-100651 config: ia64-allmodconfig (attached as .config) compiler: ia64-linux-gcc (GCC) 6.2.0 reproduce: wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross