linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
* Potential problem in fec.c for 8xx
@ 2002-09-20 12:49 Thomas Lange
  2002-09-20 14:13 ` Stephan Linke
  0 siblings, 1 reply; 3+ messages in thread
From: Thomas Lange @ 2002-09-20 12:49 UTC (permalink / raw)
  To: linuxppc-embedded


When using MII, the interrupt for link status changes
is enabled before the PHY type has been detected.

If a link status change happens before PHY is detected,
you will get kernel panic in mii_link_interrupt
because the MII functions are undefined.

The correct way to do this would be to move the
enabling of MII interrupts from fec_enet_init
to mii_discover_phy3.

I can prepare a patch if someone points me to
the correct version to patch.

/Thomas

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 3+ messages in thread

* RE: Potential problem in fec.c for 8xx
  2002-09-20 12:49 Potential problem in fec.c for 8xx Thomas Lange
@ 2002-09-20 14:13 ` Stephan Linke
  0 siblings, 0 replies; 3+ messages in thread
From: Stephan Linke @ 2002-09-20 14:13 UTC (permalink / raw)
  To: Thomas Lange; +Cc: Linuxppc-Embedded


Hi Thomas,

normaly this shouldn't happen. By default the interrupts of the PHY chips
are disabled (see PHY register settings). So when you enable the 8xx
interrupt nothing should happen.
So FEC driver has the time to detect the PHY and setup the registers. After
the registers are initializes (esp. interrupt mask) the first interrupts may
appeare.

Maybe there is the following problem: The PHY CHIP doesn't get a reset
signal when rebooting your board (warm start). In that case I could imagine
that the interrupts are still enabled in the PHY chip.... (Do you have the
same problem after a cold start?)

Regards, Stephan

> -----Original Message-----
> From: owner-linuxppc-embedded@lists.linuxppc.org
> [mailto:owner-linuxppc-embedded@lists.linuxppc.org]On Behalf Of Thomas
> Lange
> Sent: Freitag, 20. September 2002 14:49
> To: linuxppc-embedded@lists.linuxppc.org
> Subject: Potential problem in fec.c for 8xx
>
>
>
> When using MII, the interrupt for link status changes
> is enabled before the PHY type has been detected.
>
> If a link status change happens before PHY is detected,
> you will get kernel panic in mii_link_interrupt
> because the MII functions are undefined.
>
> The correct way to do this would be to move the
> enabling of MII interrupts from fec_enet_init
> to mii_discover_phy3.
>
> I can prepare a patch if someone points me to
> the correct version to patch.
>
> /Thomas
>
>
>


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 3+ messages in thread

* RE: Potential problem in fec.c for 8xx
@ 2002-09-20 20:26 Dave Ellis
  0 siblings, 0 replies; 3+ messages in thread
From: Dave Ellis @ 2002-09-20 20:26 UTC (permalink / raw)
  To: 'Stephan Linke', Thomas Lange; +Cc: Linuxppc-Embedded


Stephan Linke wrote:
> normaly this shouldn't happen. By default the interrupts of the PHY chips
> are disabled (see PHY register settings). So when you enable the 8xx
> interrupt nothing should happen.
> So FEC driver has the time to detect the PHY and setup the registers.
After
> the registers are initializes (esp. interrupt mask) the first interrupts
may
> appeare.

This _is_ a problem with the LXT970 PHY (which is still used
on the FADS 860T). There is some discussion and a patch at
 http://www.geocrawler.com/archives/3/4205/2001/12/0/7375297/
and http://lists.linuxppc.org/linuxppc-embedded/200110/msg00107.html

I suppose other PHYs could have similar problems.
I think it is fixed in my tree and also Wolfgang Denk's.
Unfortunately I don't have a clean patch against any current
kernel.

Dave Ellis
~~~~~~~~~~~~~~~~~~~~~~~~~~
SIXNET - "Leading the Industrial Ethernet Revolution"
331 Ushers Road,   P.O. Box 767, Clifton Park, NY 12065 USA
Tel +1 (518) 877-5173   Fax +1 (518) 877-8346
Email me at: dge@sixnetio.com
Detailed product info: www.sixnetio.com
~~~~~~~~~~~~~~~~~~~~~~~~~~


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2002-09-20 20:26 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-09-20 12:49 Potential problem in fec.c for 8xx Thomas Lange
2002-09-20 14:13 ` Stephan Linke
  -- strict thread matches above, loose matches on Subject: below --
2002-09-20 20:26 Dave Ellis

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).