Re: [PATCH] can: ti_hecc: add missing prepare and unprepare of the clock

On Wed, Jan 18, 2017 at 11:01 AM, Marc Kleine-Budde <m...@pengutronix.de> wrote: > On 01/18/2017 10:43 AM, yegorsli...@googlemail.com wrote: >> From: Yegor Yefremov <yegorsli...@googlemail.com> >> >> In order to make the driver work with the common clock

Re: [PATCH net-next v4 0/4] Fix OdroidC2 Gigabit Tx link issue

Hi Russel, On Fri, Jan 6, 2017 at 12:25 AM, Russell King - ARM Linux wrote: > On Mon, Nov 28, 2016 at 09:54:28AM -0800, Florian Fainelli wrote: >> If we start supporting generic "enable", "disable" type of properties >> with values that map directly to register definitions

Re: [PATCH] cpsw: ethtool: add support for nway reset

Hi David, On Wed, Nov 30, 2016 at 1:41 AM, David Miller <da...@davemloft.net> wrote: > From: yegorsli...@googlemail.com > Date: Mon, 28 Nov 2016 10:47:52 +0100 > >> From: Yegor Yefremov <yegorsli...@googlemail.com> >> >> This patch adds support for etht

Re: [PATCH] cpsw: ethtool: add support for nway reset

On Mon, Nov 28, 2016 at 10:47 AM, <yegorsli...@googlemail.com> wrote: > From: Yegor Yefremov <yegorsli...@googlemail.com> > > This patch adds support for ethtool's '-r' command. Restarting > N-WAY negotiation can be useful to activate newly changed EEE > settings et

Re: [PATCH net-next v3 1/4] net: phy: add an option to disable EEE advertisement

Baltos ir2110 device (cpsw + at8035 PHY). Tested-by: Yegor Yefremov <yegorsli...@googlemail.com> > --- > drivers/net/phy/phy.c| 3 ++ > drivers/net/phy/phy_device.c | 80 > +++- > include/linux/phy.h | 3 ++ > 3

Re: [PATCH net-next v3 2/4] dt-bindings: net: add EEE capability constants

On Mon, Nov 28, 2016 at 10:46 AM, Jerome Brunet <jbru...@baylibre.com> wrote: > Signed-off-by: Jerome Brunet <jbru...@baylibre.com> Tested using Baltos ir2110 device (cpsw + at8035 PHY). Tested-by: Yegor Yefremov <yegorsli...@googlemail.com> > --- > include/

Re: [PATCH v2] cpsw: ethtool: add support for getting/setting EEE registers

On Wed, Nov 23, 2016 at 9:15 PM, Florian Fainelli <f.faine...@gmail.com> wrote: > On 11/23/2016 12:08 PM, Yegor Yefremov wrote: >> On Wed, Nov 23, 2016 at 6:33 PM, Florian Fainelli <f.faine...@gmail.com> >> wrote: >>> On 11/23/2016 06:38 AM, yegorsli...@go

Re: [PATCH v2] cpsw: ethtool: add support for getting/setting EEE registers

On Wed, Nov 23, 2016 at 6:33 PM, Florian Fainelli <f.faine...@gmail.com> wrote: > On 11/23/2016 06:38 AM, yegorsli...@googlemail.com wrote: >> From: Yegor Yefremov <yegorsli...@googlemail.com> >> >> Add the ability to query and set Energy Efficient Ethernet paramet

Re: [PATCH] cpsw: ethtool: add support for getting/setting EEE registers

Hi Rami, On Wed, Nov 23, 2016 at 3:31 PM, Rami Rosen wrote: > Hi, Yegor, > > Minor comment: these methods should be static. > > +int cpsw_get_eee(struct net_device *ndev, struct ethtool_eee *edata) > +{ > ... > ... > +int cpsw_set_eee(struct net_device *ndev, struct

Re: am335x: cpsw at high broadcast load

Hi Mugunthan, On Fri, Jul 31, 2015 at 2:22 PM, Yegor Yefremov <yegorsli...@googlemail.com> wrote: > We experience massive problems, when putting am335x based devices into > high broadcast load environment (customer reports). To reproduce the > issue we've written followin

Re: am335x: no multicast reception over VLAN

Grygorii, Mugunthan, On Tue, Apr 5, 2016 at 8:11 AM, Mugunthan V N <mugunthan...@ti.com> wrote: > On Friday 01 April 2016 05:39 PM, Grygorii Strashko wrote: >> On 03/31/2016 10:52 AM, Yegor Yefremov wrote: >>> On Thu, Mar 31, 2016 at 8:37 AM, Mugunthan V N <

Re: am335x: no multicast reception over VLAN

On Thu, Mar 31, 2016 at 12:02 PM, Mugunthan V N <mugunthan...@ti.com> wrote: > On Thursday 31 March 2016 01:22 PM, Yegor Yefremov wrote: >> On Thu, Mar 31, 2016 at 8:37 AM, Mugunthan V N <mugunthan...@ti.com> wrote: >>> On Thursday 31 March 2016 0

Re: am335x: no multicast reception over VLAN

On Thu, Mar 31, 2016 at 8:37 AM, Mugunthan V N wrote: > On Thursday 31 March 2016 01:17 AM, Peter Korsgaard wrote: >>> "Mugunthan" == Mugunthan V N writes: >> >> Hi, >> >> > You had received these packets as tcpdump will enable promiscuous mode >>

Re: am335x: no multicast reception over VLAN

On Wed, Mar 30, 2016 at 7:33 AM, Mugunthan V N <mugunthan...@ti.com> wrote: > On Tuesday 29 March 2016 06:14 PM, Grygorii Strashko wrote: >> On 03/29/2016 03:35 PM, Yegor Yefremov wrote: >>> On Tue, Mar 29, 2016 at 1:05 PM, Grygorii Strashko >>> <grygorii.stras.

Re: am335x: no multicast reception over VLAN

On Tue, Mar 29, 2016 at 1:05 PM, Grygorii Strashko <grygorii.stras...@ti.com> wrote: > On 03/29/2016 08:21 AM, Yegor Yefremov wrote: >> Hi Mugunthan, >> >> On Tue, Mar 29, 2016 at 6:00 AM, Mugunthan V N <mugunthan...@ti.com> wrote: >>> Hi Yegor >>

Re: am335x: no multicast reception over VLAN

Hi Mugunthan, On Tue, Mar 29, 2016 at 6:00 AM, Mugunthan V N <mugunthan...@ti.com> wrote: > Hi Yegor > > On Wednesday 16 March 2016 08:35 PM, Yegor Yefremov wrote: >> I have an am335x based board using CPSW in Dual EMAC mode. Without >> VLAN IDs I can receive and send

Re: [PATCH] net: phy: fix PHY_RUNNING in phy_state_machine

On Thu, Mar 17, 2016 at 2:41 PM, Andrew Lunn <and...@lunn.ch> wrote: > On Thu, Mar 17, 2016 at 09:14:17AM +0100, Yegor Yefremov wrote: >> On Thu, Mar 17, 2016 at 12:05 AM, Andrew Lunn <and...@lunn.ch> wrote: >> > On Wed, Mar 16, 2016 at 11:23:59PM +0100, Yegor Y

am335x: no multicast reception over VLAN

I have an am335x based board using CPSW in Dual EMAC mode. Without VLAN IDs I can receive and send multicast packets [1]. When I create VLAN ID: ip link add link eth1 name eth1.100 type vlan id 100 ip addr add 192.168.100.2/24 brd 192.168.100.255 dev eth1.100 route add -net 224.0.0.0 netmask

Re: [PATCH] net: phy: fix PHY_RUNNING in phy_state_machine

Hi Andrew, On Wed, Mar 16, 2016 at 5:18 PM, Andrew Lunn <and...@lunn.ch> wrote: > On Wed, Mar 16, 2016 at 04:59:23PM +0100, Yegor Yefremov wrote: > >> This patch breaks my am335x based board, where one of the CPSW slaves >> is connected to IP175D switch chip v

Re: [PATCH] net: phy: fix PHY_RUNNING in phy_state_machine

On Thu, Mar 17, 2016 at 12:05 AM, Andrew Lunn <and...@lunn.ch> wrote: > On Wed, Mar 16, 2016 at 11:23:59PM +0100, Yegor Yefremov wrote: >> Hi Andrew, >> >> On Wed, Mar 16, 2016 at 5:18 PM, Andrew Lunn <and...@lunn.ch> wrote: >> > On Wed, Mar 16, 2016

Re: [PATCH] net: phy: fix PHY_RUNNING in phy_state_machine

On Fri, Aug 14, 2015 at 6:23 AM, wrote: > From: Shaohui Xie > > Currently, if phy state is PHY_RUNNING, we always register a CHANGE > when phy works in polling or interrupt ignored, this will make the > adjust_link being called even the phy link did

Re: [PATCH] net: phy: fix PHY_RUNNING in phy_state_machine

On Thu, Mar 17, 2016 at 4:12 PM, Andrew Lunn wrote: >> After changing cpsw_emac0 entry to: >> >> _emac0 { >> phy-mode = "rmii"; >> dual_emac_res_vlan = <1>; >> fixed-link { >> speed = <100>; >> full-duplex; >> }; >>

Re: [PATCH] net: phy: fix PHY_RUNNING in phy_state_machine

On Thu, Mar 17, 2016 at 4:28 PM, Andrew Lunn wrote: >> > You should however consider writing a DSA driver for the switch. >> >> Do you mean SWITCHDEV or is this more or less the same? From time to >> time I'm looking at DSA/switchdev patches in the mailing list, but >> there seems

option driver crashes on modem removal

I have following problem. When removing USB dongle 07d1:3e01 or SierraWireless MC7304 I get following messages: option1 ttyUSB10: option_instat_callback: error -71 option1 ttyUSB9: option_instat_callback: error -71 option1 ttyUSB10: option_instat_callback: error -71 option1 ttyUSB9:

am335x: cpsw at high broadcast load

We experience massive problems, when putting am335x based devices into high broadcast load environment (customer reports). To reproduce the issue we've written following Python script #!/usr/bin/python # Send UDP broadcast packets myport = 5 import sys, time from socket import * if

Re: [PATCH iproute2] Replace BSD MAXPATHLEN by POSIX PATH_MAX

...@posteo.de Tested-by: Yegor Yefremov yegorsli...@googlemail.com --- This patch is identical except for title and commit message to the one with title Use PATH_MAX instead of MAXPATHLEN. --- ip/ipnetns.c| 15 +++ lib/namespace.c | 11 ++- 2 files changed, 13

Re: [PATCH v2 iproute2] tc: fix bpf compilation with old glibc

to retrieve uds path from env) Signed-off-by: Nicolas Dichtel nicolas.dich...@6wind.com --- v2: rework the fix to use getenv() instead of secure_getenv() had the same workaround locally. Acked-by: Alexei Starovoitov a...@plumgrid.com Tested-by: Yegor Yefremov yegorsli...@googlemail.com tested

Re: [PATCH iproute2] Use PATH_MAX instead of MAXPATHLEN

On Wed, Apr 29, 2015 at 6:52 PM, Felix Janda felix.ja...@posteo.de wrote: Florian Fainelli wrote: On 27/04/15 09:13, Stephen Hemminger wrote: On Sat, 25 Apr 2015 22:33:28 +0200 Felix Janda felix.ja...@posteo.de wrote: They are equivalent but the former is more common. PATH_MAX is

Re: [PATCH v4 iproute2] ip: Add color output option

- up/down state Signed-off-by: Mathias Nyman m.ny...@iki.fi Tested-by: Yegor Yefremov yegorsli...@googlemail.com --- v4 - Remove leading spaces added by email client include/color.h | 16 +++ ip/ip.c | 5 - ip/ipaddress.c | 43