[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5c131c30-637a-1c9e-ebd5-6ca7a7f84d66@broadcom.com>
Date: Tue, 22 Nov 2016 13:01:07 -0800
From: Florian Fainelli <florian.fainelli@...adcom.com>
To: Andrew Lunn <andrew@...n.ch>,
Florian Fainelli <f.fainelli@...il.com>
Cc: netdev@...r.kernel.org, davem@...emloft.net,
bcm-kernel-feedback-list@...adcom.com, allan.nielsen@...rosemi.com,
raju.lakkaraju@...rosemi.com, vivien.didelot@...oirfairelinux.com
Subject: Re: [PATCH net-next 4/5] net: phy: bcm7xxx: Add support for
downshift/Wirespeed
On 11/22/2016 12:57 PM, Andrew Lunn wrote:
>>> Maybe we should think about this locking a bit. It is normal for the
>>> lock to be held when using ops in the phy driver structure. The
>>> exception is suspend/resume. Maybe we should also take the lock before
>>> calling the phydev->drv->get_tunable() and phydev->drv->set_tunable()?
>>
>> Yes, that certainly seems like a good approach to me, let me cook a
>> patch doing that.
>
> Hi Florian
>
> There are a couple of mutex locks/unlocks you will need to remove from
> mscc.c when you centralize this mutex.
Good point, thanks, let me review the mscc PHY driver and propose a more
proper fix.
--
Florian
Powered by blists - more mailing lists