From mboxrd@z Thu Jan  1 00:00:00 1970
From: Stefan Roese <sr@denx.de>
Date: Wed, 6 Jun 2007 09:36:17 +0200
Subject: [U-Boot-Users] Blocking network in ixp425
In-Reply-To: <330EC2471BF24E48B513AF1A6975EB690C8276@MAIL-UA.ccs.local>
References: <330EC2471BF24E48B513AF1A6975EB690C81D6@MAIL-UA.ccs.local>
	<200706060719.10585.sr@denx.de>
	<330EC2471BF24E48B513AF1A6975EB690C8276@MAIL-UA.ccs.local>
Message-ID: <200706060936.17357.sr@denx.de>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

On Wednesday 06 June 2007, Teemu Keskinarkaus wrote:
> > So *are* you using the official U-Boot version? Or is this some
> > development
> > from your company that's not available in the official repository?
>
> As a base there is U-boot version 1.1.2 and then there has been added
> support for some proprietary protocols. Plus the networking for ixp425
> is taken from Redboot(I don't know why, maybe back then it was easiest
> way?). And no, the version I'm using is not publicly available.

So you are asking for support here, for some code that we don't know and don't 
have access to?

> > > right driver would work little better with the timeouts. I tested
> > > yesterday and timeout didn't occur and I waited 15-20minutes.
> >
> > Timeouts didn't occur means "tftp" commands is hanging? Or what do you
> > mean?
>
> I have taken the original proprietary protocol handler code from another
> U-boot(that's version, not so surprisingly, is 1.1.2) that was working
> on different platform. It calls eth_rx - function and by design of the
> code I can see that the eth_rx does not block on that platform like it
> does on ixp425.
>
> So, eth_rx - call does not timeout on ixp425 platform. There is no log
> to send other than that I have prints before and after the eth_rx and
> the later print never shows if for example the network cable is not
> connected and nothing goes to ixp425. I also tested with tftp. During
> transfer I disconnected the network cable. Transfer stopped, but no 'T'
> (for timeout?) appeared or should they?

Yes, they should appear.

Again I ask you to give the official version a try.

Best regards,
Stefan

=====================================================================
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80  Email: office at denx.de
=====================================================================