[PATCH] brcmfmac: stop watchdog before detach and free everything

2018-05-28 Thread Michael Trimarchi
: 00078ff08b55 [ 1348.267243] x5 : 0139e1058400 x4 : [ 1348.272550] x3 : dead0100 x2 : 958f2788d6618100 [ 1348.277856] x1 : fe00 x0 : Signed-off-by: Michael Trimarchi --- drivers/net/wireless/broadcom/brcm80211/brcmfmac/sdio.c | 7

Re: [PATCH v3 0/8] arm64: rockchip: Initial GeekBox enablement

2016-03-11 Thread Michael Trimarchi
Hi On Mon, Mar 7, 2016 at 1:17 PM, Andreas Färber wrote: > Am 06.03.2016 um 20:53 schrieb Andreas Färber: >> On next-20160304 the GMAC seems to have regressed, it no longer finds the >> PHY: >> >> libphy: PHY stmmac-0: not found >> eth0: Could not attach to PHY >> stmmac_open: Cannot att

Re: [PATCH V2] net: stmmac: use msleep instead of udelay for gpio reset

2015-04-21 Thread Michael Trimarchi
Hi On Tue, Apr 21, 2015 at 08:31:34PM -0400, David Miller wrote: > From: Michael Trimarchi > Date: Wed, 22 Apr 2015 01:13:47 +0200 > > > Hi > > > > On Tue, Apr 21, 2015 at 05:35:40PM -0400, David Miller wrote: > >> From: Michael Trimarchi > &

Re: [PATCH V2] net: stmmac: use msleep instead of udelay for gpio reset

2015-04-21 Thread Michael Trimarchi
Hi On Tue, Apr 21, 2015 at 05:35:40PM -0400, David Miller wrote: > From: Michael Trimarchi > Date: Tue, 21 Apr 2015 13:16:13 +0200 > > > - udelay(data->delays[0]); > ... > > + msleep(max(1U, data->delays[0] / 1000)); > >

[PATCH V2] net: stmmac: use msleep instead of udelay for gpio reset

2015-04-21 Thread Michael Trimarchi
Reset delay values are expressed in microsecond but most of the time the delay is more then 2ms and up to 100ms. Use udelay is wrong for large sleep period. This function is not used in interrupt context according to the documentation. Cc: Fabio Estevam Signed-off-by: Michael Trimarchi

[RFC][PATCH] net: stmmac: use msleep instead of udelay for gpio reset

2015-04-18 Thread Michael Trimarchi
Reset delay values are expressed in microsecond but most of the time the delay is more then 2ms and up to 100ms. Use udelay is wrong for large sleep period. This function is not used in interrupt context according to the documentation. Signed-off-by: Michael Trimarchi --- drivers/net/ethernet

Re: dm9000: add set_mac_address()

2007-08-13 Thread Michael Trimarchi
probe time: read MAC address from SROM dev open (interface up): write dev->dev_addr[] to RX filter (or identity) registers EEPROM update support is available separately, via an ethtool sub-ioctl. Jeff ok regards michael - To unsubscribe from this list: send the line "

Re: dm9000: add set_mac_address() v2

2007-08-12 Thread Michael Trimarchi
+ return -EBUSY; + + memcpy(dev->dev_addr, addr->sa_data, dev->addr_len); + + for (i = 0; i < 3; i++) + write_srom_word(db, i, + cpu_to_le16(((u16 *) (addr->sa_data))[i])); Nope. write_srom_word(db, i, le16_to_cpu(((__

dm9000: add set_mac_address() v2

2007-08-12 Thread michael trimarchi
Implement set_mac_address() for the dm9000 driver. This allows changing the mac address of the interface. Fix BigEndian problem. Signed-off-by: Michael Trimarchi <[EMAIL PROTECTED]> --- --- linux-2.6.22/drivers/net/dm9000.c.orig 2007-07-09 01:32:17.0 +0200 +++ linux-

Re: dm9000: add set_mac_address()

2007-08-12 Thread michael trimarchi
On Sun, Aug 12, 2007 at 11:45:30PM +0200, Michael Buesch wrote: > On Sunday 12 August 2007 23:38:08 Michael Buesch wrote: > > On Sunday 12 August 2007 21:27:41 Michael Trimarchi wrote: > > > Implement set_mac_address() for the dm9000 driver. This allows changing > >

dm9000: add set_mac_address()

2007-08-12 Thread Michael Trimarchi
Implement set_mac_address() for the dm9000 driver. This allows changing the mac address of the interface. Signed-off-by: Michael Trimarchi <[EMAIL PROTECTED]> --- --- linux-2.6.22/drivers/net/dm9000.c.orig 2007-07-09 01:32:17.0 +0200 +++ linux-2.6.22/drivers/net/dm9000.c 2