From: himbA <goavr@email.si>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Re: Request to try-out 2.6.4 rmk patch
Date: Wed, 24 Mar 2004 01:07:15 +0100 [thread overview]
Message-ID: <4060D133.209@email.si> (raw)
In-Reply-To: <20040323155045.GB1976@buici.com>
Marc Singer wrote:
> On Tue, Mar 23, 2004 at 01:42:43PM +0100, Wouter van Heyst wrote:
>
>>On Sat, Mar 20, 2004 at 08:00:18AM -0800, Marc Singer wrote:
>>
>><snip>
>>
you are talking about smc91111 driver in rmk pxa tree (smc91x), right?
If so I have been trying to figure that one out for quite some time now
- being a newbie at the whole thing doesn't make it easier either...
My pxa setup with smsc 911c11 runs fine at boot up and while my board is
requesting info about nfs mounted root fs from the host. Every packet is
successfuly handled until the big ones kick in. I'm talking about first
4k chunk of busybox. From here on there are several retries to resend
the request packet (with the reply from host being recieved) with no
luck and eventualy kernel oops. The thing is when the chip gets flooded
with data weird things happen and retry packets don't even get out on
the wire.
On some other topic I saw a note about ARDY signal not being handled
properly in CPLD and thats what I will investigate with our constructors
further. I belive driver works, bacause enabling debug msgs from kernel
renders connection usefull (for the price of annoying msgs on console)
but there could be some more tuning done.
So could it be that kernel is running 'too fast' eg. is accessing smsc
registers before it should (device not ready) ? Could this behaviour be
caused by inproper ARDY handling ? Our ARDY from LAN chip drives pxa RDY
signal, but after reading cpld vhdl description it seem that our RDY
signal is set all the time - Could this be the answer for early register
access and data corruption ?
rgrds, himba
--
..because under Linux "if something is possible in principle,
then it is already implemented or somebody is working on it".
--LKI
next parent reply other threads:[~2004-03-24 0:07 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20040320045322.GA4482@buici.com>
[not found] ` <20040320084758.A26775@flint.arm.linux.org.uk>
[not found] ` <20040320153554.GE20966@buici.com>
[not found] ` <20040320154805.A6803@flint.arm.linux.org.uk>
[not found] ` <20040320160018.GA22116@buici.com>
[not found] ` <20040323124243.GA31588@larstiq.dyndns.org>
[not found] ` <20040323155045.GB1976@buici.com>
2004-03-24 0:07 ` himbA [this message]
2004-03-24 0:36 ` [U-Boot-Users] Re: Request to try-out 2.6.4 rmk patch himbA
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4060D133.209@email.si \
--to=goavr@email.si \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox