Re: [PATCH V2 3/3] net: bgmac: use PHY subsystem for initializing PHY

On 29 January 2017 at 23:36, Florian Fainelli wrote: > Le 01/29/17 à 13:31, Rafał Miłecki a écrit : >> On 29 January 2017 at 21:22, Florian Fainelli wrote: >>> On 01/29/2017 12:14 PM, Rafał Miłecki wrote: On 01/29/2017 04:08 AM, Florian Fainelli

Re: [PATCH net-next v2 0/4] net: dsa: bcm_sf2: CFP support

On January 28, 2017 7:13:21 PM PST, Florian Fainelli wrote: >Hi all, > >This patch series adds support for the Broadcom Compact Field Processor >(CFP) >which is a classification and matching engine built into most Broadcom >switches. > >We support that using ethtool::rxnfc

Re: [PATCH net-next v4 1/4] net: dsa: Add plumbing for port mirroring

Mon, Jan 30, 2017 at 05:30:23AM CET, f.faine...@gmail.com wrote: >Add necessary plumbing at the slave network device level to have switch >drivers implement ndo_setup_tc() and most particularly the cls_matchall >classifier. We add support for two switch operations: > >port_add_mirror and

Копия: Инновaциoнная сиcтema отбеливания зубoв в доmашних уcловиях

Это копия сообщения, которое вы отправили Ice-kids.ru через Ice-kids.ru интернет-магазин детской одежды из Финляндии Icepeak и Luhta Это письмо отправлено с сайта http://www.ice-kids.ru/ от: MeriSoavyTot Oгpomный выбор вариантoв отбеливания зубов зaвeдёт в тупик

Re: [PATCH 0/2] xen/net: limit number of tx/rx queues

On 01/10/2017 08:32 AM, Juergen Gross wrote: The Xen network frontend/backend supports multiple tx/rx queues for one virtual interface. The number of queues supported by the backend is set to the number of cpus of the backend driver domain (usually dom0) and the number of queues requested by

Re: [PATCH iproute2 1/1] tc: distinguish Add/Replace action operations.

On Sun, 22 Jan 2017 08:55:33 -0500 Roman Mashak wrote: > Signed-off-by: Roman Mashak > Signed-off-by: Jamal Hadi Salim > --- > tc/m_action.c | 12 +--- > 1 file changed, 9 insertions(+), 3 deletions(-) Applied, thanks

Re: [PATCH iproute2 v5 2/4] ifstat: Add extended statistics to ifstat

On Thu, 26 Jan 2017 14:44:39 +0200 Nogah Frankel wrote: > Extended stats are part of the RTM_GETSTATS method. This patch adds them > to ifstat. > While extended stats can come in many forms, we support only the > rtnl_link_stats64 struct for them (which is the 64 bits

[PATCH net-next v4 3/4] net: dsa: b53: Add support for port mirroring

Add support for configuring port mirroring through the cls_matchall classifier. We do a full ingress or egress capture towards the capture port. Future improvements could include leveraging the divider to allow less frames to be captured, as well as matching specific MAC DA/SA. Signed-off-by:

[PATCH net-next v4 4/4] net: dsa: bcm_sf2: Add support for port mirroring

We can use b53_mirror_add and b53_mirror_del because the Starfighter 2 is register compatible in that specific case. Signed-off-by: Florian Fainelli --- drivers/net/dsa/bcm_sf2.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/dsa/bcm_sf2.c

[PATCH net-next v4 1/4] net: dsa: Add plumbing for port mirroring

Add necessary plumbing at the slave network device level to have switch drivers implement ndo_setup_tc() and most particularly the cls_matchall classifier. We add support for two switch operations: port_add_mirror and port_del_mirror() which configure, on a per-port basis the mirror parameters

[PATCH net-next v4 0/4] net: dsa: Port mirroring support

Hi all, This patch series adds support for port mirroring in the two Broadcom switch drivers. The major part of the functional are actually with the plumbing between tc and the drivers. David, this will most likely conflict a little bit with my other series: net: dsa: bcm_sf2: CFP support, so

[PATCH net-next v4 2/4] net: dsa: b53: Add mirror capture register definitions

Add definitions for the different Roboswitch registers relevant for ingress and egress mirroring. Signed-off-by: Florian Fainelli --- drivers/net/dsa/b53/b53_regs.h | 32 1 file changed, 32 insertions(+) diff --git

Re: [iproute PATCH v2] man: tc-csum.8: Fix example

On Sat, 28 Jan 2017 12:59:10 +0100 Phil Sutter wrote: > This fixes two issues with the provided example: > > - Add missing 'dev' keyword to second command. > - Use a real IPv4 address instead of a bogus hex value since that will > be rejected by get_addr_ipv4(). > > Fixes:

Re: [PATCH v2 iproute2] f_flower: don't set TCA_FLOWER_KEY_ETH_TYPE for "protocol all"

On Fri, 20 Jan 2017 14:07:38 -0500 Benjamin LaHaise wrote: > v2 - update to address changes in 00697ca19ae3e1118f2af82c3b41ac4335fe918b. > > When using the tc flower filter, rules marked with "protocol all" do not > actually match all packets. This is due to a

[PATCH net] ipv6: Paritially checksum full MTU frames

IPv6 will mark data that is smaller that mtu - headersize as CHECKSUM_PARTIAL, but if the data will completely fill the mtu, the packet checksum will be computed in software instead. Extend the conditional to include the data that fills the mtu as well. Signed-off-by: Vladislav Yasevich

Re: [PATCH net-next v3 0/4] net: ipv6: Improve user experience with multipath routes

On 1/29/17 7:20 PM, Roopa Prabhu wrote: >> 2. Delete - 1 notification for each hop for all combinations of delete >> commands > > here I was trying to say, for people deleting the full multipath route, you > should send a RTA_MULTIPATH. The only way to do that is to call inet6_rt_notify()

Re: [PATCH net-next v3 0/4] net: ipv6: Improve user experience with multipath routes

On 1/29/17, 5:29 PM, David Ahern wrote: [snip] > Let's give an example for each case: > > 1. Add - full multipath route > > This route command: > ip -6 ro add vrf red 2001:db8:200::/120 nexthop via 2001:db8:1::2 nexthop via > 2001:db8:2::2 > > generates this notification (ip -t mon ro): > >

Re: [PATCH net-next v3 0/4] net: ipv6: Improve user experience with multipath routes

On 1/29/17 4:55 PM, Roopa Prabhu wrote: > On 1/29/17, 10:02 AM, David Ahern wrote: >> On 1/28/17 6:00 PM, Roopa Prabhu wrote: 4. Route Appends - IPv6 allows nexthops to be appended to an existing route. In this case one notification is sent per nexthop added >>> thanks for

Re: [PATCH net-next] net: add devm version of alloc_etherdev_mqs function

From: Rafał Miłecki Date: Sat, 28 Jan 2017 15:15:42 +0100 > From: Rafał Miłecki > > This patch adds devm_alloc_etherdev_mqs function and devm_alloc_etherdev > macro. These can be used for simpler netdev allocation without having to > care about calling

Re: [PATCH 0/2] pull request for net-next: batman-adv 2017-01-28

From: Simon Wunderlich Date: Sat, 28 Jan 2017 11:56:49 +0100 > here is another pull request for batman-adv in net-next. One of them fixes > a regression introduced by a patch in the previous pull request two days ago. > > Please pull or let me know of any problem!

Re: [PATCH net-next 1/2] tcp: record pkts sent and retransmistted

From: Yuchung Cheng Date: Fri, 27 Jan 2017 16:24:38 -0800 > Add two stats in SCM_TIMESTAMPING_OPT_STATS: > > TCP_NLA_DATA_SEGS_OUT: total data packets sent including retransmission > TCP_NLA_TOTAL_RETRANS: total data packets retransmitted > > The names are picked to be

Re: [PATCH net-next 2/2] tcp: include locally failed retries in retransmission stats

From: Yuchung Cheng Date: Fri, 27 Jan 2017 16:24:39 -0800 > Currently the retransmission stats are not incremented if the > retransmit fails locally. But we always increment the other packet > counters that track total packet/bytes sent. Awkwardly while we > don't count these

Re: [PATCH 0/5] [net-next] net: qcom/emac:

From: Timur Tabi Date: Fri, 27 Jan 2017 16:43:42 -0600 > Although not related, these patches affect the same files, so they should > be applied in order. > > The first patch cleans up logging of when the the phy driver is attached. > > The second patch always configures

Re: [PATCH v2] net: adaptec: starfire: add checks for dma mapping errors

From: Alexey Khoroshilov Date: Sat, 28 Jan 2017 01:07:30 +0300 > init_ring(), refill_rx_ring() and start_tx() don't check > if mapping dma memory succeed. > The patch adds the checks and failure handling. > > Found by Linux Driver Verification project (linuxtesting.org).

Re: [net-next v2] openvswitch: Simplify do_execute_actions().

From: Andy Zhou Date: Fri, 27 Jan 2017 13:45:28 -0800 > do_execute_actions() implements a worthwhile optimization: in case > an output action is the last action in an action list, skb_clone() > can be avoided by outputing the current skb. However, the > implementation is more

Re: [PATCH net-next 0/9] net: dsa: preparatory patches for multi-chip

From: Vivien Didelot Date: Fri, 27 Jan 2017 15:29:35 -0500 > In order to introduce support for multi-chip configuration, we need to > do a few enhancements. This patchset makes the number of ports in a > switch dynamic (instead of capping to DSA_MAX_PORTS),

Re: [PATCH net-next v3 0/4] net: ipv6: Improve user experience with multipath routes

On 1/29/17, 10:02 AM, David Ahern wrote: > On 1/28/17 6:00 PM, Roopa Prabhu wrote: >>> 4. Route Appends >>>- IPv6 allows nexthops to be appended to an existing route. In this >>> case one notification is sent per nexthop added >> thanks for listing all of these...I think you mentioned

Re: pull-request: can 2017-01-27

From: Marc Kleine-Budde Date: Fri, 27 Jan 2017 21:46:26 +0100 > this is a pull request for net/master. > > It consists of a single patch by Eric Dumazet, it fixes a kernel panic at > security_sock_rcv_skb. Oops, I applied Eric's patch directly since you ACK'd it.

Re: [PATCH] net: phy: micrel: KSZ8795 do not set SUPPORTED_[Asym_]Pause

From: Sean Nyekjaer Date: Fri, 27 Jan 2017 21:39:03 +0100 > As pr commit "net: phy: phy drivers should not set SUPPORTED_[Asym_]Pause" > this phy driver should not set these feature bits. > > Signed-off-by: Sean Nyekjaer > Fixes: 9d162ed69f51

Re: [PATCH v3] can: Fix kernel panic at security_sock_rcv_skb

From: Eric Dumazet Date: Fri, 27 Jan 2017 08:11:44 -0800 > From: Eric Dumazet > > Zhang Yanmin reported crashes [1] and provided a patch adding a > synchronize_rcu() call in can_rx_unregister() > > The main problem seems that the sockets themselves

Re: [PATCH v2 net-next 0/2] ravb: Support 1Gbps on R-Car H3 ES1.1+ and R-Car M3-W

From: Simon Horman Date: Fri, 27 Jan 2017 19:35:18 +0100 > this series adds support for gigabit communication to the Renesas EthernetAVB > controller when used in conjunction with R-Car Gen3 H3 ES1.1+ and M3-W SoCs. > Gigabit is already supported with R-Car Gen 2

Re: [PATCH V2 3/3] net: bgmac: use PHY subsystem for initializing PHY

Le 01/29/17 à 13:31, Rafał Miłecki a écrit : > On 29 January 2017 at 21:22, Florian Fainelli wrote: >> On 01/29/2017 12:14 PM, Rafał Miłecki wrote: >>> On 01/29/2017 04:08 AM, Florian Fainelli wrote: On 01/28/2017 01:08 PM, Rafał Miłecki wrote: > From: Rafał Miłecki

Re: [PATCH v2] net: macb: Fix 64 bit addressing support for GEM

From: Rafal Ozieblo Date: Fri, 27 Jan 2017 15:08:20 + > This patch adds support for 32 bit GEM in > 64 bit system. It checks capability at runtime > and uses appropriate buffer descriptor. > > Signed-off-by: Rafal Ozieblo Applied, thank you.

Re: [PATCH] stmmac: Discard masked flags in interrupt status register

From: Alexey Brodkin Date: Fri, 27 Jan 2017 15:24:43 +0300 > DW GMAC databook says the following about bits in "Register 15 (Interrupt > Mask Register)": > --->8- > When set, this bit

Re: [PATCH][net-next] net: ethernet: aquantia: remove another redundant err check

From: Colin King Date: Fri, 27 Jan 2017 15:00:25 + > From: Colin Ian King > > The check on err < 0 is redundant and can be removed. Detected > by CoverityScan, CID#1398318 ("Logically Dead Code") > > Signed-off-by: Colin Ian King

Re: [PATCH][net-next] net: ethernet: aquantia: remove redundant err check

From: Colin King Date: Fri, 27 Jan 2017 14:43:46 + > From: Colin Ian King > > The check on err < 0 is redundant and can be removed. Detected > by CoverityScan, CID#1398321 ("Logically Dead Code") > > Signed-off-by: Colin Ian King

Re: [PATCH][next-next] net: ethernet: aquantia: return -ETIME in macro AQ_HW_WAIT_FOR

From: Colin King Date: Fri, 27 Jan 2017 15:06:46 + > From: Colin Ian King > > The macro is returning ETIME which means various checks to see if > the returned err is less than zero never work. I believe a -ETIME > should be returned

[PATCH v6 4/5] arm: mvebu: Add device tree for 98DX3236 SoCs

The Marvell 98DX3236, 98DX3336, 98DX4521 and variants are switch ASICs with integrated CPUs. They are similar to the Armada XP SoCs but have different I/O interfaces. Signed-off-by: Chris Packham Acked-by: Rob Herring --- Notes: Changes

Re: [PATCH v2] xen-netfront: Fix Rx stall during network stress and OOM

On 01/19/2017 11:35 AM, Vineeth Remanan Pillai wrote: From: Vineeth Remanan Pillai During an OOM scenario, request slots could not be created as skb allocation fails. So the netback cannot pass in packets and netfront wrongly assumes that there is no more work to be done

RE: [PATCH net-next v2 2/2] qede: Add driver support for PTP.

> > That's part of the driver structuring - qed is responsible for > > accessing HW so it implements api functions for accessing PTP-related > > configuration, while qede is responsible for the network interface and > > thus is the one to register the clock and implements its API. > > But there

[net V2 8/8] net/mlx5e: Check ets capability before ets query FW command

From: Moshe Shemesh On dcbnl callback getpgtccfgtx, the driver should check the ets capability before ets query command is sent to firmware. It is valid to return from this void function without changing in/out parameters, as these parameters are initialized to

[net V2 1/8] net/mlx5: Change ENOTSUPP to EOPNOTSUPP

From: Or Gerlitz As ENOTSUPP is specific to NFS, change the return error value to EOPNOTSUPP in various places in the mlx5 driver. Signed-off-by: Or Gerlitz Suggested-by: Yotam Gigi Reviewed-by: Matan Barak

[pull request][net V2 0/8] Mellanox mlx5 fixes 2017-01-27

Hi Dave, This pull request includes some mlx5 fixes for net, please see details below. Please pull and let me know if there's any problem. For -stable: net/mlx5e: Modify TIRs hash only when it's needed net/mlx5e: Fix update of hash function/key via ethtool V1->V2: - Update commit

[net V2 2/8] net/mlx5: Return EOPNOTSUPP when failing to get steering name-space

From: Or Gerlitz When we fail to retrieve a hardware steering name-space, the returned error code should say that this operation is not supported. Align the various places in the driver where this call is made to this convention. Also, make sure to warn when we fail to

[net V2 5/8] net/mlx5e: Support TC encapsulation offloads with upper devices

From: Hadar Hen Zion When tunneling is used, some virtualizations systems set the (mlx5e) uplink device to be stacked under upper devices such as bridge or ovs internal port, where the VTEP IP address used for the encapsulation is set on that upper device. In order to

[net V2 3/8] net/mlx5: E-Switch, Err when retrieving steering name-space fails

From: Or Gerlitz Make sure to return error when we failed retrieving the FDB steering name space. Also, while around, correctly print the error when mode change revert fails in the warning message. Signed-off-by: Or Gerlitz Reported-by: Leon

[net V2 4/8] net/mlx5: E-Switch, Re-enable RoCE on mode change only after FDB destroy

From: Or Gerlitz We must re-enable RoCE on the e-switch management port (PF) only after destroying the FDB in its switchdev/offloaded mode. Otherwise, when encapsulation is supported, this re-enablement will fail. Also, it's more natural and symmetric to disable RoCE on

[net V2 7/8] net/mlx5e: Fix update of hash function/key via ethtool

From: Gal Pressman Modifying TIR hash should change selected fields bitmask in addition to the function and key. Formerly, Only on ethool mlx5e_set_rxfh "ethtoo -X" we would not set this field resulting in zeroing of its value, which means no packet fields are used for RX RSS

[net V2 6/8] net/mlx5e: Modify TIRs hash only when it's needed

From: Gal Pressman We don't need to modify our TIRs unless the user requested a change in the hash function/key, for example when changing indirection only. Tested: # Modify TIRs hash is needed ethtool -X ethX hkey ethtool -X ethX hfunc # Modify TIRs hash is not needed

RE: [PATCH net-next v2 1/2] qed: Add infrastructure for PTP support.

> > We could - but what difference would it make? > > It would reduce the chance of missing the next time stamp. I might have gotten it all wrong, but I was under the assumption that time- stamped packets are periodic, and that the interval between two isn't going to be so small. Is so, how does

Re: [PATCH V2 3/3] net: bgmac: use PHY subsystem for initializing PHY

On 29 January 2017 at 21:22, Florian Fainelli wrote: > On 01/29/2017 12:14 PM, Rafał Miłecki wrote: >> On 01/29/2017 04:08 AM, Florian Fainelli wrote: >>> On 01/28/2017 01:08 PM, Rafał Miłecki wrote: From: Rafał Miłecki This adds support for

Re: [PATCH net-next v2 2/2] qede: Add driver support for PTP.

On Sun, Jan 29, 2017 at 05:30:51PM +, Mintz, Yuval wrote: > That's part of the driver structuring - qed is responsible for accessing HW > so it implements api functions for accessing PTP-related configuration, > while qede is responsible for the network interface and thus is the one to >

Re: [pull request][net 0/8] Mellanox mlx5 fixes 2017-01-27

On Fri, Jan 27, 2017 at 10:38 PM, Saeed Mahameed wrote: > Hi Dave, > > This pull request includes some mlx5 fixes for net, please see details > below. > > Please pull and let me know if there's any problem. > > For -stable: > net/mlx5e: Modify TIRs hash only when it's

Re: [PATCH net-next v2 1/2] qed: Add infrastructure for PTP support.

On Sun, Jan 29, 2017 at 05:26:13PM +, Mintz, Yuval wrote: > We could - but what difference would it make? It would reduce the chance of missing the next time stamp. Thanks, Richard

Re: [PATCH net-next v3 0/4] net: dsa: Port mirroring support

On 01/29/2017 11:46 AM, Florian Fainelli wrote: > On 01/29/2017 11:29 AM, Florian Fainelli wrote: >> Hi all, >> >> This patch series adds support for port mirroring in the two >> Broadcom switch drivers. The major part of the functional are actually with >> the plumbing between tc and the

Re: [PATCH V2 3/3] net: bgmac: use PHY subsystem for initializing PHY

On 01/29/2017 04:08 AM, Florian Fainelli wrote: On 01/28/2017 01:08 PM, Rafał Miłecki wrote: From: Rafał Miłecki This adds support for using bgmac with PHYs supported by standalone PHY drivers. Having any PHY initialization in bgmac is hacky and shouldn't be extended but

Re: [PATCH V2 1/3] net: bgmac: allocate struct bgmac just once & don't copy it

/Rafa-Mi-ecki/net-next-use-one-struct-bgmac-add-PHY-support/20170129-062241 config: i386-allmodconfig (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=i386 All error/warnings (new ones prefixed

[PATCH net-next v3 1/4] net: dsa: Add plumbing for port mirroring

Add necessary plumbing at the slave network device level to have switch drivers implement ndo_setup_tc() and most particularly the cls_matchall classifier. We add support for two switch operations: port_add_mirror and port_del_mirror() which configure, on a per-port basis the mirror parameters

[PATCH net-next v3 1/4] net: dsa: Add plumbing for port mirroring

Add necessary plumbing at the slave network device level to have switch drivers implement ndo_setup_tc() and most particularly the cls_matchall classifier. We add support for two switch operations: port_add_mirror and port_del_mirror() which configure, on a per-port basis the mirror parameters

Re: [PATCH net-next v3 0/4] net: dsa: Port mirroring support

On 01/29/2017 11:29 AM, Florian Fainelli wrote: > Hi all, > > This patch series adds support for port mirroring in the two > Broadcom switch drivers. The major part of the functional are actually with > the plumbing between tc and the drivers. > > David, this will most likely conflict a little

[PATCH net-next v3 0/4] net: dsa: Port mirroring support

Hi all, This patch series adds support for port mirroring in the two Broadcom switch drivers. The major part of the functional are actually with the plumbing between tc and the drivers. David, this will most likely conflict a little bit with my other series: net: dsa: bcm_sf2: CFP support, so

[PATCH net-next v3 4/4] net: dsa: bcm_sf2: Add support for port mirroring

We can use b53_mirror_add and b53_mirror_del because the Starfighter 2 is register compatible in that specific case. Signed-off-by: Florian Fainelli --- drivers/net/dsa/bcm_sf2.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/dsa/bcm_sf2.c

[PATCH net-next v3 3/4] net: dsa: b53: Add support for port mirroring

Add support for configuring port mirroring through the cls_matchall classifier. We do a full ingress or egress capture towards the capture port. Future improvements could include leveraging the divider to allow less frames to be captured, as well as matching specific MAC DA/SA. Signed-off-by:

[PATCH net-next v3 2/4] net: dsa: b53: Add mirror capture register definitions

Add definitions for the different Roboswitch registers relevant for ingress and egress mirroring. Signed-off-by: Florian Fainelli --- drivers/net/dsa/b53/b53_regs.h | 32 1 file changed, 32 insertions(+) diff --git

Re: [PATCHv2 RFC net-next 4/7] tcp: replace dst_confirm with sk_dst_confirm

On Sat, 2017-01-28 at 16:26 +0200, Julian Anastasov wrote: > When same struct dst_entry can be used for many different > neighbours we can not use it for pending confirmations. > Use the new sk_dst_confirm() helper to propagate the > indication from received packets to sock_confirm_neigh(). > >

Re: [PATCH net-next v2 0/2] gtp: simple gtp improvements

From: Andreas Schultz Date: Thu, 26 Jan 2017 16:21:47 +0100 > This is the part of the previous "simple gtp improvements" series > that Pablo indicated should go into net-next. > > The rcu_lock removal is small correctness changes. Passing invalid > to user space allows for

Re: [PATCHv3 net-next 3/4] sctp: add support for generating stream reconf add incoming/outgoing streams request chunk

From: marcelo.leit...@gmail.com Date: Sun, 29 Jan 2017 12:31:17 -0200 > On Mon, Jan 23, 2017 at 10:58:10AM -0500, David Miller wrote: >> If this is "so critical" for end to end communication, why the heck >> do you not see __packed sprinkled all over our definitions for IPV4, >> IPV6, TCP, UDP,

Re: [PATCH stable v1 00/13] net: ethernet: aquantia: Add AQtion 2.5/5 GB NIC driver

We do not add new drivers to the -stable trees. It is for bug fixes only.

Re: [PATCH net-next v3 0/4] net: ipv6: Improve user experience with multipath routes

On 1/28/17 6:00 PM, Roopa Prabhu wrote: >> 4. Route Appends >>- IPv6 allows nexthops to be appended to an existing route. In this >> case one notification is sent per nexthop added > > thanks for listing all of these...I think you mentioned this case to me.. > but I don't remember now

RE: [PATCH net-next v2 2/2] qede: Add driver support for PTP.

> > +static int qede_ptp_adjfreq(struct ptp_clock_info *info, s32 ppb) { > > + struct qede_ptp *ptp = container_of(info, struct qede_ptp, > clock_info); > > + struct qede_dev *edev = ptp->edev; > > + int rc; > > + > > + __qede_lock(edev); > > + if (edev->state == QEDE_STATE_OPEN) { > > +

RE: [PATCH net-next v2 1/2] qed: Add infrastructure for PTP support.

> > +/* Read Rx timestamp */ > > +static int qed_ptp_hw_read_rx_ts(struct qed_dev *cdev, u64 > > +*timestamp) { > > + struct qed_hwfn *p_hwfn = QED_LEADING_HWFN(cdev); > > + struct qed_ptt *p_ptt = p_hwfn->p_ptp_ptt; > > + u32 val; > > + > > + *timestamp = 0; > > + val = qed_rd(p_hwfn,

RE: [PATCH net-next v2 0/2] qed*: Add support for PTP

> Can we please, PLEASE put the PHC maintainer onto CC when posting new > PHC drivers? Sorry about that.

Re: [PATCH 2/6] wl1251: Use request_firmware_prefer_user() for loading NVS calibration data

On Fri, Jan 27, 2017 at 02:11:46PM +0100, Pali Rohár wrote: > So there are only two options: > > 1) Disallow it and so these users will have non-working wifi. > > 2) Allow those data to be used as fallback mechanism. There is one "custom fallback" user in kernel which we recently determined was

[PATCH net-next V3 6/8] net/mlx4_en: Pass user MTU value to Firmware at set port command

From: Shaker Daibes When starting the port, driver will inform Firmware about the actual MTU which does not include implicit headers, such as FCS or VLAN tags. Signed-off-by: Shaker Daibes Signed-off-by: Tariq Toukan ---

[PATCH net-next V3 0/8] mlx4 misc improvements

Hi Dave, This patchset contains several improvements and cleanups from the team to the mlx4 Eth and core drivers. Series generated against net-next commit: 4e8f2fc1a55d Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net Thanks, Tariq. v3: * Patch 6/9: forgot to actually update the

[PATCH net-next V3 1/8] net/mlx4: Replace ENOSYS with better fitting error codes

Conform the following warning: WARNING: ENOSYS means 'invalid syscall nr' and nothing else. Signed-off-by: Tariq Toukan --- drivers/net/ethernet/mellanox/mlx4/en_ethtool.c | 2 +- drivers/net/ethernet/mellanox/mlx4/fw.c | 2 +-

[PATCH net-next V3 2/8] net/mlx4_core: Device revision support

From: Yishai Hadas The device revision field returned by the NodeInfo MAD is incorrect on ConnectX3 devices. This patch is driver side handling to complete a FW fix added at 2.11.1172. INIT_HCA - bit at offset 0x0C.12 is set to 1 so that FW will report correct device

[PATCH net-next V3 8/8] net/mlx4_en: Check the enabling pptx/pprx flags in SET_PORT wrapper flow

From: Shaker Daibes Make sure pptx/pprx mask flag is set using new fields upon set port request. In addition, move this code into a helper function for better code readability. Signed-off-by: Shaker Daibes Signed-off-by: Tariq Toukan

[PATCH net-next V3 3/8] net/mlx4_core: Add resource alloc/dealloc debugging

From: Matan Barak In order to aid debugging of functions that take a resource but don't put it, add the last function name that successfully grabbed this resource. Signed-off-by: Matan Barak Signed-off-by: Tariq Toukan ---

[PATCH net-next V3 4/8] net/mlx4_core: Get num_tc using netdev_get_num_tc

From: Alaa Hleihel Avoid reading num_tc directly from struct net_device, but use the helper function netdev_get_num_tc. Fixes: bc6a4744b827 ("net/mlx4_en: num cores tx rings for every UP") Fixes: f5b6345ba8da ("net/mlx4_en: User prio mapping gets corrupted when changing

[PATCH net-next V3 7/8] net/mlx4_en: Check the enabling mtu flag in SET_PORT wrapper flow

From: Shaker Daibes Make sure MTU mask flag is set using new field upon set port request. In addition, move this code into a helper function for better code readability. Signed-off-by: Shaker Daibes Signed-off-by: Tariq Toukan

[PATCH net-next V3 5/8] net/mlx4_en: Adding support of turning off link autonegotiation via ethtool

From: Ariel Levkovich This feature will allow the user to disable auto negotiation on the port for mlx4 devices while setting the speed is limited to 1GbE speeds. Other speeds will not be accepted in autoneg off mode. This functionality is permitted providing that the

Re: [PATCH net-next v2 1/2] qed: Add infrastructure for PTP support.

On Sat, Jan 28, 2017 at 11:28:22PM -0800, Sudarsana Kalluru wrote: > +/* Adjust the HW clock by a rate given in parts-per-million (ppm) units. > + * FW/HW accepts the adjustment value in terms of 3 parameters: > + * Drift period - adjustment happens once in certain number of nano > seconds. > +

Re: [PATCH net-next v2 2/2] qede: Add driver support for PTP.

On Sat, Jan 28, 2017 at 11:28:23PM -0800, Sudarsana Kalluru wrote: > +/** > + * qede_ptp_adjfreq > + * @ptp: the ptp clock structure > + * @ppb: parts per billion adjustment from base > + * > + * Adjust the frequency of the ptp cycle counter by the > + * indicated ppb from the base frequency. > +

Re: [PATCH net-next v2 1/2] qed: Add infrastructure for PTP support.

On Sat, Jan 28, 2017 at 11:28:22PM -0800, Sudarsana Kalluru wrote: > +/* Read Rx timestamp */ > +static int qed_ptp_hw_read_rx_ts(struct qed_dev *cdev, u64 *timestamp) > +{ > + struct qed_hwfn *p_hwfn = QED_LEADING_HWFN(cdev); > + struct qed_ptt *p_ptt = p_hwfn->p_ptp_ptt; > + u32 val;

Re: [PATCH stable v1 05/13] net: ethernet: aquantia: Support for NIC-specific code

On 29.01.2017 06:09, Alexander Loktionov wrote: + +static int aq_ndev_start_xmit(struct sk_buff *skb, struct net_device *ndev) +{ + struct aq_nic_s *aq_nic = netdev_priv(ndev); + int err = 0; + + err = aq_nic_xmit(aq_nic, skb); Initialization of err is superfluous. +

Re: [PATCH net-next v2 0/2] qed*: Add support for PTP

On Sat, Jan 28, 2017 at 11:28:21PM -0800, Sudarsana Kalluru wrote: > From: Sudarsana Reddy Kalluru > > Hi David, > The patch series adds required changes for qed/qede drivers for > supporting the IEEE Precision Time Protocol (PTP). > > Changes from previous

pull-request: wireless-drivers 2017-01-29

Hi Dave, small but important fixes for 4.10. Hopefully is the last pull request for 4.10. Please let me know if there are any problems. Kalle The following changes since commit 60f59ce0278557f7896d5158ae6d12a4855a72cc: rtlwifi: rtl_usb: Fix missing entry in USB driver's private data

Re: A PMTU auto-discovery error for large SCTP packets

On Wed, Jan 25, 2017 at 06:40:10AM +, YUAN Jia wrote: ... > I think that ‘sctp_manip_pkt’ should also behave like this. Isn’t it? I believe so, yes. Will you send a patch? Btw, your host did have a MTU bigger than 1500, right? I'm just curious on why such big packet was generated in the

Re: [PATCHv3 net-next 3/4] sctp: add support for generating stream reconf add incoming/outgoing streams request chunk

On Mon, Jan 23, 2017 at 10:58:10AM -0500, David Miller wrote: > If this is "so critical" for end to end communication, why the heck > do you not see __packed sprinkled all over our definitions for IPV4, > IPV6, TCP, UDP, etc. headers? > > Do you know why? Because it's completely unnecessary...

Re: [PATCH stable v1 04/13] net: ethernet: aquantia: Low-level hardware interfaces

On 29.01.2017 06:09, Alexander Loktionov wrote: +void itr_irq_map_en_rx_set(struct aq_hw_s *aq_hw, u32 irq_map_en_rx, u32 rx) +{ +/* register address for bitfield imr_rx{r}_en */ + static u32 itr_imr_rxren_adr[32] = { + 0x2100U, 0x2100U, 0x2104U,

Re: [PATCH net-next V2 0/8] mlx4 misc improvements

On 29/01/2017 1:22 PM, Tariq Toukan wrote: Hi Dave, This patchset contains several improvements and cleanups from the team to the mlx4 Eth and core drivers. Series generated against net-next commit: 4e8f2fc1a55d Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net Thanks, Tariq.

Re: [PATCH stable v1 03/13] net: ethernet: aquantia: Add ring support code

Hi, On 29.01.2017 06:09, Alexander Loktionov wrote: + +void aq_ring_tx_append_buffs(struct aq_ring_s *self, +struct aq_ring_buff_s *buffer, +unsigned int buffers) +{ + if (likely(self->sw_tail + buffers < self->size)) { +

Re: [PATCH net-next 1/4] mlx5: Make building eswitch configurable

On Sat, Jan 28, 2017 at 7:52 PM, Alexei Starovoitov wrote: > On 1/28/17 3:20 AM, Saeed Mahameed wrote: >> >> On Sat, Jan 28, 2017 at 1:23 AM, Alexei Starovoitov wrote: >>> >>> On 1/27/17 1:15 PM, Saeed Mahameed wrote: It is only mandatory for

[PATCH] gianfar: synchronize DMA API usage by free_skb_rx_queue w/ gfar_new_page

From: Arseny Solokha In spite of switching to paged allocation of Rx buffers, the driver still called dma_unmap_single() in the Rx queues tear-down path. The DMA region unmapping code in free_skb_rx_queue() basically predates the introduction of paged allocation to the

[PATCH v2 3/3] sh_eth: stop using bare numbers for EESIPR values

Now that we have almost all EESIPR bits declared (and those that are still not are most probably reserved anyway) we can at last replace the bare numbers used for 'sh_eth_cpu_data::eesipr_value' initializers with the bit names ORed together... Signed-off-by: Sergei Shtylyov

[PATCH v2 0/3] sh_eth: E-DMAC interrupt mask cleanups

Hello. Here's a set of 3 patches against DaveM's 'net-next.git' repo. The main goal of this set is to stop using the bare numbers for the E-DMAC interrupt masks. [1/3] sh_eth: rename EESIPR bits [2/3] sh_eth: add missing EESIPR bits [3/3] sh_eth: stop using bare numbers for EESIPR values

[PATCH v2 2/3] sh_eth: add missing EESIPR bits

Renesas SH77{34|63} manuals describe more EESIPR bits than the current driver. Declare the new bits with the end goal of using the bit names instead of the bare numbers for the 'sh_eth_cpu_data::eesipr_value' initializers... Signed-off-by: Sergei Shtylyov

[PATCH v2 1/3] sh_eth: rename EESIPR bits

Since the commit b0ca2a21f769 ("sh_eth: Add support of SH7763 to sh_eth") the *enum* declaring the EESIPR bits (interrupt mask) went out of sync with the *enum* declaring the EESR bits (interrupt status) WRT bit naming and formatting. I'd like to restore the consistency by using EESIPR as the

[PATCH net-next V2 6/8] net/mlx4_en: Pass user MTU value to Firmware at set port command

From: Shaker Daibes When starting the port, driver will inform Firmware about the actual MTU which does not include implicit headers, such as FCS or VLAN tags. Signed-off-by: Shaker Daibes Signed-off-by: Tariq Toukan ---

  1   2   >