MP8240 UART

MP8240 UART

[Dan Jankins]

Hi All,  I am a new to PowerPC.  I have downloaded the Sandpoint Doc’s
including Schematic.  I the Unity X4 schematic  (page 9) has reference to a
UART (SOUT1, SIN1, RTS1, CTS1) but the MP8240 Data sheet status these line
are PCI clock.

Is there a UART in the MP8240?  If so where can I find information on it.
Also does Hardhat Linux use this port?



Thank You
Daniel R Jankins

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

Re: MP8240 UART

[Dan Malek]

Dan Jankins wrote:

> Is there a UART in the MP8240?

No.  This is an external part that wasn't populated on any boards
I have seen.

The 8245 has an internal uart.


	-- Dan

--

	I like MMUs because I don't have a real life.

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

Re: MP8240 UART

[Mark A. Greer]

Dan Jankins wrote:

> Hi All,  I am a new to PowerPC.  I have downloaded the Sandpoint Doc?s
> including Schematic.  I the Unity X4 schematic  (page 9) has reference to a
> UART (SOUT1, SIN1, RTS1, CTS1) but the MP8240 Data sheet status these line
> are PCI clock.
>
> Is there a UART in the MP8240?  If so where can I find information on it.
> Also does Hardhat Linux use this port?

There is no uart in the 8240 itself or on the 8240 processor module but there
is a uart on the sandpoint.  It is a 16550 compatible uart on the National
87308VUL SuperIO chip.  Go the the National website for more info on that
chip.

Yes, Hardhat linux supports that hardware.  That is what the serial console
uses.

Mark


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

EST SBC8260 and Canary CTX-1170

[Brian Ford]

I am having the same problem that was referenced in:
http://lists.linuxppc.org/listarcs/linuxppc-embedded/200010/msg00167.html

Basically, I can't generate any traffic on the fast Ethernet as seen
by a sniffer.  I could not find any responses to that message, so I will
pose those questions again.

Does Linux support the CTX-1170 MII?  The arch/ppc/8260_io/fcc_enet.c
source code talks about the QS6612.  Will I need to extended fcc_enet.c to
support the CTX-1170?

I know that the hardware can work, because the VxWorks boot rom loads
Linux successfully via this interface and MII.

Thanks for any pointers on where to start.

--
Brian Ford
Software Engineer
Vital Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444


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

Re: EST SBC8260 and Canary CTX-1170

[Dan Malek]

Brian Ford wrote:


> Does Linux support the CTX-1170 MII?  The arch/ppc/8260_io/fcc_enet.c
> source code talks about the QS6612.  Will I need to extended fcc_enet.c to
> support the CTX-1170?

That driver either "supports" any PHY, or none at all, depending upon
your perspective.  None of the command/status MII interface is in
place to do anything.  None of those functions are called in the
driver.  The QS6612 comment is left over from the 860T FEC driver I
copied to get the framework for the FCC driver.

The Linux 8260 FCC driver works with the supplied EST hardware and the
CTX-1170 I have.  I know it doesn't work on some others, and I don't
know if they use the same Ethernet PHY or the deal of the week.

>From looking at the drivers, it appears they are a little out of
date.  I have a newer one (that I was certain I checked in) that will
interrogate the PHY.  In any case, this driver should work fine on
any half duplex Ethernet, and you should see transmit packets in any
case.

> I know that the hardware can work, because the VxWorks boot rom loads
> Linux successfully via this interface and MII.

Then the driver must not be configuring the I/O lines correctly for
some unknown reason, or you are running full duplex without the FCC
initialized to do that.


	-- Dan

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

Re: EST SBC8260 and Canary CTX-1170

[Brian Ford]

On Mon, 27 Nov 2000, Dan Malek wrote:

> That driver either "supports" any PHY, or none at all, depending upon
> your perspective.  None of the command/status MII interface is in
> place to do anything.  None of those functions are called in the
> driver.  The QS6612 comment is left over from the 860T FEC driver I
> copied to get the framework for the FCC driver.
>
So does this mean that a "complete" implementation would have a
"command/status MII interface" or that a "complete" implementation does
not need one?

> From looking at the drivers, it appears they are a little out of
> date.  I have a newer one (that I was certain I checked in) that will
> interrogate the PHY.  In any case, this driver should work fine on
> any half duplex Ethernet, and you should see transmit packets in any
> case.
>
That seems to be my problem.  It is negotiating a full duplex link.

> > I know that the hardware can work, because the VxWorks boot rom loads
> > Linux successfully via this interface and MII.
>
> Then the driver must not be configuring the I/O lines correctly for
> some unknown reason, or you are running full duplex without the FCC
> initialized to do that.
>
Can you help point me to where I need to write code that would initialize
the FCC to do full duplex, or to have it auto-negotiate to half
duplex?  It is fairly problematic for me to force the other end to half
duplex and, ultimately, I would really like to run full.

Thank you for any information that would allow me to write such code.

--
Brian Ford
Software Engineer
Vital Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444


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

Re: EST SBC8260 and Canary CTX-1170

[Dan Malek]

Brian Ford wrote:

> So does this mean that a "complete" implementation would have a
> "command/status MII interface" or that a "complete" implementation does
> not need one?

The complete implementation should have a real command/status MII
interface.


> Can you help point me to where I need to write code that would initialize
> the FCC to do full duplex,

I just checked in the newer driver that will properly do this on
the EST board with the National PHY in the CTX-1170 gizmo.  If for
some reason this doesn't work, just modify mii_discover_phy_poll() to
set 'phy_duplex' to '1'.

I checked this into linuxppc_2_5 BitKeeper on FSM Labs.  My 2.3/2.4
kernel is broken and I need to clone a new tree before I can make
changes.  That will take a little while......


	-- Dan

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

Re: EST SBC8260 and Canary CTX-1170

[Brian Ford]

On Tue, 28 Nov 2000, Dan Malek wrote:

> I just checked in the newer driver that will properly do this on
> the EST board with the National PHY in the CTX-1170 gizmo.  If for
> some reason this doesn't work, just modify mii_discover_phy_poll() to
> set 'phy_duplex' to '1'.
>
Thank you very much.

> I checked this into linuxppc_2_5 BitKeeper on FSM Labs.  My 2.3/2.4
> kernel is broken and I need to clone a new tree before I can make
> changes.  That will take a little while......
>

Ok.  Do you know if there is anonymous bk access to the linuxppc_2_5
tree?  If so, on what port?  http://www.fsmlabs.com/linuxppcbk.html
doesn't mention it and I would like to play with it if possible.

As an off topic side note, wouldn't it make sense for there to be a common
MII library for all linux network drivers to share?  Is this not possible,
or has no one volunteered yet?

--
Brian Ford
Software Engineer
Vital Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444


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

Re: EST SBC8260 and Canary CTX-1170

[Dan Malek]

Brian Ford wrote:

> Ok.  Do you know if there is anonymous bk access to the linuxppc_2_5
> tree?  If so, on what port?

I think so, 5005 comes to mind.  Search the linuxppc-dev archives
for some references.

> As an off topic side note, wouldn't it make sense for there to be a common
> MII library for all linux network drivers to share?  Is this not possible,
> or has no one volunteered yet?

I don't ever remember such a discussion.  If it made sense, you would
see it in the generic network drivers, but it's not there.  Logically,
it makes sense, but you will notice the implementations are quite
different because of the hardware.  Even the 860 and 8260 are different.
The 860 has an interrupt driven piece of hardware, while the 8260 is
single threaded software bit shifting.  The support functions are quite
different because of this (which is why I am not using any of the 860
functions in the 8260 driver).  If you have time, take a look at it.
Just remember simplicity wins....I'm sure you can force some kind of
"common functions" if that is your goal, but if it's a complicated
spaghetti mess that only you understand it doesn't help :-).


	-- Dan

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

Re: EST SBC8260 and Canary CTX-1170

[Brian Ford]

On Tue, 28 Nov 2000, Dan Malek wrote:

> I just checked in the newer driver that will properly do this on
> the EST board with the National PHY in the CTX-1170 gizmo.  If for
> some reason this doesn't work, just modify mii_discover_phy_poll() to
> set 'phy_duplex' to '1'.
>

I cracked open my CTX-1170 gizmo and it has a Lucent LU3X51FT-JE80 PHY in
it.  I manually set the phy_duplex to 1 and the phy_speed to 100, still
no dice.

Do you know what parts I need to modify in order to get the Lucent PHY
working too?  I am just looking for a few hints on what needs to be
done.  I'll be glad to try and do the "dirty" coding work.

Thanks.

--
Brian Ford
Software Engineer
Vital Visual Simulation Systems
FlightSafety International
Phone: 314-551-8460
Fax:   314-551-8444


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

Re: EST SBC8260 and Canary CTX-1170

[diekema_jon]

> I cracked open my CTX-1170 gizmo and it has a Lucent LU3X51FT-JE80 PHY in
> it.  I manually set the phy_duplex to 1 and the phy_speed to 100, still
> no dice.

We have several of the CTX-1170 MII, and we have at least two
different PHY's in them.  One of the types is the Lucent
LU3X51FT-JE80.  I was unable to find a data sheet for the LU3X51FT
from http://www.lucent.com/micro, however I was able to find one on
the LU3X54FT.  The LU3X54-FT is a quad version of the LU3X51-FT.

The cep->phy_type variable in arch/ppc/8260_io/fec_enet.c gets derived
from the PHY identifer registers 1 / 2.  When I run with FEC2 active,
I get a type of 0x00437412.  I would expect this to look something
like 0x0180????.

#
# MPC8260 Communication Options
#
# CONFIG_SCC_ENET is not set
CONFIG_FEC_ENET=y
# CONFIG_FCC1_ENET is not set
CONFIG_FCC2_ENET=y
# CONFIG_FCC3_ENET is not set

MPC8260 CPU/CPM/BUS: 200/133/33 Mhz

fec: Phy @ 0x0, type 0x00437412


When Dan Malek runs with the National Semi PHY DP83840A, how fast
is the MPC8260 running?  I think that Dan is running at 166Mhz,
if so we might have a timing problem on I2C bus.


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

Re: EST SBC8260 and Canary CTX-1170

[Dan Malek]

diekema_jon wrote:

> ....  When I run with FEC2 active,
> I get a type of 0x00437412.  I would expect this to look something
> like 0x0180????.

Probably an MII timing problem.


> When Dan Malek runs with the National Semi PHY DP83840A, how fast
> is the MPC8260 running?

I run a variety of clock speed combinations depending upon
performance data customers request.

> ....  I think that Dan is running at 166Mhz,
> if so we might have a timing problem on I2C bus.

You mean MII control/status lines, I assume.  I have had lots of
trouble with this and am constantly changing the MII function in the
driver.  I have used about six different PHYs on a variety of boards,
none of them will respond the same.  Some seem very sensitive to the
clock duty cycle, and I may just have to write some function that
carefully provides the clock using the timebase registers and interrupts
disabled.  I don't want to do this because of the interrupt latencies
it could cause.  You can tune this function to work with one or two
PHYs, and when you try something else it just doesn't work.


	-- Dan

--

	I like MMUs because I don't have a real life.

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