|
Message
From: Michael@M...
Date: Wed, 25 Jun 2003 15:41:32 -0100
Subject: RE: [openrisc] Ethernet Core Performance
I have been trying to get this figured out, and still no luck. I am
concerned b/c we are going to silicon next month (we just found out
yesterday that we are able to get in on another team's foundry run b/c
they aren't ready & the silicon would go to waste otherwise) and we'd
like to have more confidence that the problem will go away when the
speed improves. My gut feeling is that there is something else wrong...
i286 machines @ 16MHz don't take 1.5 minutes to establish a telnet
session, we do! Our memories are about as fast as they can be... they
run at the processor's speed, but, of course, it's ~4 wishbone clocks to
access them (according to our hardware guy).
Is there something else I need to do? I am, unfortunately, somewhat
uClinux-challenged and am wondering if there is something more I need
to do with the O/S? I have created a "services" file in /etc, and there is
an "rc" file:
ifconfig eth0 inet 132.158.113.44 netmask 255.255.0.0 hw ether
00:01:02:03:04:05
route add -net 132.158.0.0 netmask 255.255.0.0 dev eth0
and that's it for the network setup. Are there any other uClinux config
files? I followed Javier Castillo Villar's email instructions (an OpenRISC
fourm post from Wed, Nov 27, 2202) for setting up the /dev directory.
I am at a loss for how to go about debugging this... the hardware guys
say that everything is hooked up correctly (they are using the Open
Core Ethernet MAC) and that it hooks up to our Intel PHY chip directly,
and they feel that it's something at my end. I just dunno where to go.
Sincerely,
Michael McAllister
(PS, I am sorry if this is a bit off-topic, but I am afraid that the Ethernet
MAC forum and the uClinux group just don't have any experience with
this project, and my time runs VERY short; the run is for the end of July).
----- Original Message -----
From: "Igor Mohor\(opencores\)" <igorm@o... >
To: <openrisc@o... >
Date: Tue, 17 Jun 2003 21:38:45 +0200
Subject: RE: [openrisc] Ethernet Core Performance
>
>
> Regarding your "slow" connection here is what happened to me:
> When I received a frame it was discarded due to buffer overrun. My
> connection to RAM was so slow that many packets were dropped.
> At the beginning of the communication an arp packet is send. If
> there is
> No reply it takes several seconds until another request is send.
> The
> same
> goes for all other packets. I'm pretty sure you have the same
> problem.
> Out system was running at 25 MHz and I was able to transfer data at
> approx. 40 Kbps (@ 10Mbps connection).
>
> Regards,
> Igor
>
> > -----Original Message-----
> > From: owner-openrisc@o...
> [mailto:owner-openrisc@o... ]
> > On Behalf Of Michael McAllister
> > Sent: Tuesday, June 17, 2003 9:10 PM
> > To: openrisc@o...
> > Subject: [openrisc] Ethernet Core Performance
> >
> > Hi guys-
> >
> > I am getting very close to getting the whole OpenRISC
> processor &
> > peripherals up & running on my FPGA. I am now working the
> Ethernet
> > controller; we are using an Intel LXT972A for the PHY. I am
> able to
> > ping & FTP, but have two issues.
> >
> > 1) The response seems VERY slow. Our processor is running at
> 20MHz...
> > is can take tens of seconds to start an FTP session to a
> remote host,
> > and the xfer rate is terrible (BYTES per second on a 100Mbps
> > connection).
> >
> > 2) I am having difficulty with TELNET. I can telnet to
> another
> machine,
> > but not login. It seems that the program is not receiving
> input from
> > stdin; I am using a serial line & the UART core. When I
> run the
> > program:
> > /bin> telnet 132.158.1.28
> > Trying 132.158.1.28(23)...
> > Connected to 132.158.1.28.
> > Escape character is '^]'.
> > Red Hat Linux release 7.3 (Valhalla)
> > Kernel 2.4.18-3 on an i686
> > login:
> >
> > then, after a minute or so, I get:
> >
> > Connection closed by foreign host.
> > /bin>
> >
> > and the shell receives input normally. Anyone else seen this?
> >
> > With sincere thanks,
> > Michael McAllister
> >
> >
>
|
 |
Browse
