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

: 00078ff08b55 [ 1348.267243] x5 : 0139e1058400 x4 : [ 1348.272550] x3 : dead0100 x2 : 958f2788d6618100 [ 1348.277856] x1 : fe00 x0 : Signed-off-by: Michael Trimarchi <mich...@amarulasolutions.com> --- drivers/net/wireless/br

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

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 >>

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

Hi On Tue, Apr 21, 2015 at 05:35:40PM -0400, David Miller wrote: From: Michael Trimarchi mich...@amarulasolutions.com Date: Tue, 21 Apr 2015 13:16:13 +0200 - udelay(data-delays[0]); ... + msleep(max(1U, data-delays[0] / 1000)); That looks very ugly

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

Hi On Tue, Apr 21, 2015 at 08:31:34PM -0400, David Miller wrote: From: Michael Trimarchi mich...@amarulasolutions.com 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 mich...@amarulasolutions.com Date

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

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 feste...@gmail.com Signed-off-by: Michael

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

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 mich...@amarulasolutions.com

Re: dm9000: add set_mac_address()

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

dm9000: add set_mac_address()

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 2007-08

Re: dm9000: add set_mac_address()

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 the mac address of the interface

dm9000: add set_mac_address() v2

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-2.6.22/drivers

Re: dm9000: add set_mac_address() v2

+ 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(((__le16