Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1256791 > unrolled thread

[PATCH 6/6] net: phy: Stop 'phy-state-machine' and 'phy_change' work on remove

Started byNeil Armstrong <narmstrong@baylibre.com>
First post2015-10-27 15:50 +0100
Last post2015-10-28 15:00 +0100
Articles 5 — 3 participants

Back to article view | Back to linux.kernel


Contents

  [PATCH 6/6] net: phy: Stop 'phy-state-machine' and 'phy_change' work  on remove Neil Armstrong <narmstrong@baylibre.com> - 2015-10-27 15:50 +0100
    Re: [PATCH 6/6] net: phy: Stop 'phy-state-machine' and 'phy_change'  work on remove Florian Fainelli <f.fainelli@gmail.com> - 2015-10-27 16:50 +0100
      Re: [PATCH 6/6] net: phy: Stop 'phy-state-machine' and 'phy_change'  work on remove Florian Fainelli <f.fainelli@gmail.com> - 2015-10-27 17:00 +0100
        Re: [PATCH 6/6] net: phy: Stop 'phy-state-machine' and 'phy_change'  work on remove Andrew Lunn <andrew@lunn.ch> - 2015-10-27 22:30 +0100
          Re: [PATCH 6/6] net: phy: Stop 'phy-state-machine' and 'phy_change'  work on remove Neil Armstrong <narmstrong@baylibre.com> - 2015-10-28 15:00 +0100

#1256791 — [PATCH 6/6] net: phy: Stop 'phy-state-machine' and 'phy_change' work on remove

FromNeil Armstrong <narmstrong@baylibre.com>
Date2015-10-27 15:50 +0100
Subject[PATCH 6/6] net: phy: Stop 'phy-state-machine' and 'phy_change' work on remove
Message-ID<qodJv-6ns-5@gated-at.bofh.it>
Avoids:
 Unable to handle kernel NULL pointer dereference at virtual address 00000064
 Workqueue: events_power_efficient phy_state_machine
 PC is at phy_state_machine+0x28/0x480

Signed-off-by: Frode Isaksen <fisaksen@baylibre.com>
Signed-off-by: Neil Armstrong <narmstrong@baylibre.com>
---
 drivers/net/phy/phy_device.c | 6 ++++++
 1 file changed, 6 insertions(+)

diff --git a/drivers/net/phy/phy_device.c b/drivers/net/phy/phy_device.c
index 3833891..b5b6c1b 100644
--- a/drivers/net/phy/phy_device.c
+++ b/drivers/net/phy/phy_device.c
@@ -1348,6 +1348,12 @@ static int phy_remove(struct device *dev)
 	phydev->state = PHY_DOWN;
 	mutex_unlock(&phydev->lock);

+	cancel_delayed_work_sync(&phydev->state_queue);
+	flush_delayed_work(&phydev->state_queue);
+
+	cancel_work_sync(&phydev->phy_queue);
+	flush_work(&phydev->phy_queue);
+
 	if (phydev->drv->remove)
 		phydev->drv->remove(phydev);
 	phydev->drv = NULL;
-- 
1.9.1
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [next] | [standalone]


#1256865 — Re: [PATCH 6/6] net: phy: Stop 'phy-state-machine' and 'phy_change' work on remove

FromFlorian Fainelli <f.fainelli@gmail.com>
Date2015-10-27 16:50 +0100
SubjectRe: [PATCH 6/6] net: phy: Stop 'phy-state-machine' and 'phy_change' work on remove
Message-ID<qoeFB-6WP-25@gated-at.bofh.it>
In reply to#1256791
On 27/10/15 07:49, Neil Armstrong wrote:
> Avoids:
>  Unable to handle kernel NULL pointer dereference at virtual address 00000064
>  Workqueue: events_power_efficient phy_state_machine
>  PC is at phy_state_machine+0x28/0x480

Stripped down oops can sometimes be missing critical pieces of
information to help debug the problem, is there a reason why this is
being obfuscated?

You are supposed to stop the PHY state machine by calling
phy_disconnect() is it possible that this is missing?

> 
> Signed-off-by: Frode Isaksen <fisaksen@baylibre.com>
> Signed-off-by: Neil Armstrong <narmstrong@baylibre.com>
> ---
>  drivers/net/phy/phy_device.c | 6 ++++++
>  1 file changed, 6 insertions(+)
> 
> diff --git a/drivers/net/phy/phy_device.c b/drivers/net/phy/phy_device.c
> index 3833891..b5b6c1b 100644
> --- a/drivers/net/phy/phy_device.c
> +++ b/drivers/net/phy/phy_device.c
> @@ -1348,6 +1348,12 @@ static int phy_remove(struct device *dev)
>  	phydev->state = PHY_DOWN;
>  	mutex_unlock(&phydev->lock);
> 
> +	cancel_delayed_work_sync(&phydev->state_queue);
> +	flush_delayed_work(&phydev->state_queue);
> +
> +	cancel_work_sync(&phydev->phy_queue);
> +	flush_work(&phydev->phy_queue);
> +
>  	if (phydev->drv->remove)
>  		phydev->drv->remove(phydev);
>  	phydev->drv = NULL;
> 


-- 
Florian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]


#1256875 — Re: [PATCH 6/6] net: phy: Stop 'phy-state-machine' and 'phy_change' work on remove

FromFlorian Fainelli <f.fainelli@gmail.com>
Date2015-10-27 17:00 +0100
SubjectRe: [PATCH 6/6] net: phy: Stop 'phy-state-machine' and 'phy_change' work on remove
Message-ID<qoePg-70a-21@gated-at.bofh.it>
In reply to#1256865
(don't top post please)

On 27/10/15 08:53, Frode Isaksen wrote:
> What will you need in the oops ? I presume you don' want everything or ?
> 
> The PHY state machine is not stopped with a PHY disconnect.

It is stopped with a phy_disconnect():

/**
 * phy_disconnect - disable interrupts, stop state machine, and detach a PHY
 *                  device
 * @phydev: target phy_device struct
 */
void phy_disconnect(struct phy_device *phydev)
{
        if (phydev->irq > 0)
                phy_stop_interrupts(phydev);

        phy_stop_machine(phydev);

        phydev->adjust_link = NULL;

        phy_detach(phydev);
}


> However, the
> 'phy-change' work is cancelled, so cancelling this work in the remove
> function maybe not needed. I will verify ASAP.
> 
> Frode
> 
> 2015-10-27 16:40 GMT+01:00 Florian Fainelli <f.fainelli@gmail.com
> <mailto:f.fainelli@gmail.com>>:
> 
>     On 27/10/15 07:49, Neil Armstrong wrote:
>     > Avoids:
>     >  Unable to handle kernel NULL pointer dereference at virtual address 00000064
>     >  Workqueue: events_power_efficient phy_state_machine
>     >  PC is at phy_state_machine+0x28/0x480
> 
>     Stripped down oops can sometimes be missing critical pieces of
>     information to help debug the problem, is there a reason why this is
>     being obfuscated?
> 
>     You are supposed to stop the PHY state machine by calling
>     phy_disconnect() is it possible that this is missing?
> 
>     >
>     > Signed-off-by: Frode Isaksen <fisaksen@baylibre.com
>     <mailto:fisaksen@baylibre.com>>
>     > Signed-off-by: Neil Armstrong <narmstrong@baylibre.com
>     <mailto:narmstrong@baylibre.com>>
>     > ---
>     >  drivers/net/phy/phy_device.c | 6 ++++++
>     >  1 file changed, 6 insertions(+)
>     >
>     > diff --git a/drivers/net/phy/phy_device.c
>     b/drivers/net/phy/phy_device.c
>     > index 3833891..b5b6c1b 100644
>     > --- a/drivers/net/phy/phy_device.c
>     > +++ b/drivers/net/phy/phy_device.c
>     > @@ -1348,6 +1348,12 @@ static int phy_remove(struct device *dev)
>     >       phydev->state = PHY_DOWN;
>     >       mutex_unlock(&phydev->lock);
>     >
>     > +     cancel_delayed_work_sync(&phydev->state_queue);
>     > +     flush_delayed_work(&phydev->state_queue);
>     > +
>     > +     cancel_work_sync(&phydev->phy_queue);
>     > +     flush_work(&phydev->phy_queue);
>     > +
>     >       if (phydev->drv->remove)
>     >               phydev->drv->remove(phydev);
>     >       phydev->drv = NULL;
>     >
> 
> 
>     --
>     Florian
> 
> 


-- 
Florian
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]


#1257270 — Re: [PATCH 6/6] net: phy: Stop 'phy-state-machine' and 'phy_change' work on remove

FromAndrew Lunn <andrew@lunn.ch>
Date2015-10-27 22:30 +0100
SubjectRe: [PATCH 6/6] net: phy: Stop 'phy-state-machine' and 'phy_change' work on remove
Message-ID<qojYC-1TG-11@gated-at.bofh.it>
In reply to#1256875
On Tue, Oct 27, 2015 at 08:57:58AM -0700, Florian Fainelli wrote:
> (don't top post please)
> 
> On 27/10/15 08:53, Frode Isaksen wrote:
> > What will you need in the oops ? I presume you don' want everything or ?
> > 
> > The PHY state machine is not stopped with a PHY disconnect.
> 
> It is stopped with a phy_disconnect():
> 
> /**
>  * phy_disconnect - disable interrupts, stop state machine, and detach a PHY
>  *                  device
>  * @phydev: target phy_device struct
>  */
> void phy_disconnect(struct phy_device *phydev)
> {
>         if (phydev->irq > 0)
>                 phy_stop_interrupts(phydev);
> 
>         phy_stop_machine(phydev);
> 
>         phydev->adjust_link = NULL;
> 
>         phy_detach(phydev);
> }

And this does not yet get called. It probably needs to be in
dsa_switch_destroy() just before unregister_netdev() of the slave
devices.

However, the ordering in dsa_switch_destroy() looks wrong. The fixed
phys are destroyed before the slave devices. They should probably be
destroyed after the slave devices, or at least after the
phy_disconnect() is called.

		 Andrew
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [next] | [standalone]


#1258059 — Re: [PATCH 6/6] net: phy: Stop 'phy-state-machine' and 'phy_change' work on remove

FromNeil Armstrong <narmstrong@baylibre.com>
Date2015-10-28 15:00 +0100
SubjectRe: [PATCH 6/6] net: phy: Stop 'phy-state-machine' and 'phy_change' work on remove
Message-ID<qozqG-3k6-41@gated-at.bofh.it>
In reply to#1257270
>     > void phy_disconnect(struct phy_device *phydev)
>     > {
>     >         if (phydev->irq > 0)
>     >                 phy_stop_interrupts(phydev);
>     >
>     >         phy_stop_machine(phydev);
>     >
>     >         phydev->adjust_link = NULL;
>     >
>     >         phy_detach(phydev);
>     > }
> 
>     And this does not yet get called. It probably needs to be in
>     dsa_switch_destroy() just before unregister_netdev() of the slave
>     devices.
> 
>     However, the ordering in dsa_switch_destroy() looks wrong. The fixed
>     phys are destroyed before the slave devices. They should probably be
>     destroyed after the slave devices, or at least after the
>     phy_disconnect() is called.
> 
>                      Andrew
> 

Andrew, Florian,

Thanks for the review, a call to phy_disconnect was missing in dsa_switch_destroy.

I will post a new patchset with the correct fix, a switch to delayed_work and
a separate dsa_slave_destroy function for sake of maintenance ease.

Neil

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web