Re: [PATCH] brcmfmac: sdio: Increase the default timeouts a bit

2016-01-26 Thread Sjoerd Simons
an get a better idea how often this happens and its behaviour. I guess one other thing to note is that both Doug and myself were seeing this on Rockchip RK3288 based devices. It would ofcourse be interesting to know if this has been seen on other types of devices.. --  Sjoerd Simons Collabora Ltd.

Re: [PATCH] brcmfmac: sdio: Increase the default timeouts a bit

2016-01-25 Thread Sjoerd Simons
On Mon, 2016-01-25 at 16:36 +0100, Arend van Spriel wrote: > On 25-01-16 11:47, Sjoerd Simons wrote: > > On a Radxa Rock2 board with a Ampak AP6335 (Broadcom 4339 core) it > > seems > > the card responds very quickly most of the time, unfortunately > > during > >

[PATCH] brcmfmac: sdio: Increase the default timeouts a bit

2016-01-25 Thread Sjoerd Simons
has a similar patch in their ChromeOS tree, so this doesn't seem specific to the board I'm using. Signed-off-by: Sjoerd Simons <sjoerd.sim...@collabora.co.uk> --- drivers/net/wireless/broadcom/brcm80211/brcmfmac/sdio.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/d

[PATCH v2] net: stmmac: Use msleep rather then udelay for reset delay

2015-09-11 Thread Sjoerd Simons
. Signed-off-by: Sjoerd Simons <sjoerd.sim...@collabora.co.uk> --- Changes in v2: - Use DIV_ROUND_UP instead of handcoding the same drivers/net/ethernet/stmicro/stmmac/stmmac_mdio.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/drivers/net/ethernet/stmicro/

[PATCH] net: stmmac: Use msleep rather then udelay for reset delay

2015-09-06 Thread Sjoerd Simons
. Signed-off-by: Sjoerd Simons <sjoerd.sim...@collabora.co.uk> --- drivers/net/ethernet/stmicro/stmmac/stmmac_mdio.c | 11 --- 1 file changed, 8 insertions(+), 3 deletions(-) diff --git a/drivers/net/ethernet/stmicro/stmmac/stmmac_mdio.c b/drivers/net/ethernet/stmicro/stmmac/stmmac_

[Patch] RTnetlink multicast groups bug

2005-12-21 Thread Sjoerd Simons
Hi, While working on a small application using netlink i noticed that i wasn't receiving ipv6 address updates. When the conversion from bitmask to group numbers took place the fact that one bit is skipped between RTMGRP_IPV4_ROUTE and RTMGRP_IPV6_IFADDR wasn't taken into account in the