From: Joakim Tjernlund <joakim.tjernlund@transmode.se>
To: Li Yang <LeoLi@freescale.com>
Cc: netdev@vger.kernel.org
Subject: RE: [PATCH] Increase virtual FIFOs in ucc_geth.
Date: Wed, 12 Dec 2007 14:08:58 +0100 [thread overview]
Message-ID: <1197464938.6790.35.camel@gentoo-jocke.transmode.se> (raw)
In-Reply-To: <989B956029373F45A0B8AF029708189001B4D908@zch01exm26.fsl.freescale.net>
On Tue, 2007-12-11 at 19:51 +0800, Li Yang wrote:
> > -----Original Message-----
> > From: Joakim Tjernlund [mailto:joakim.tjernlund@transmode.se]
> > Sent: Tuesday, December 11, 2007 6:58 PM
> > To: Li Yang
> > Cc: netdev@vger.kernel.org
> > Subject: RE: [PATCH] Increase virtual FIFOs in ucc_geth.
> >
> >
> > On Tue, 2007-12-11 at 11:11 +0100, Joakim Tjernlund wrote:
> > > On Tue, 2007-12-11 at 17:49 +0800, Li Yang wrote:
> > > > > -----Original Message-----
> > > > > From: Joakim Tjernlund [mailto:Joakim.Tjernlund@transmode.se]
> > > > > Sent: Tuesday, December 11, 2007 2:46 AM
> > > > > To: Li Yang-r58472 <LeoLi@freescale.com> Netdev
> > > > > Cc: Joakim Tjernlund
> > > > > Subject: [PATCH] Increase virtual FIFOs in ucc_geth.
> > > > >
> > > > > Increase UCC_GETH_URFS_INIT to 1152 and
> > > > > UCC_GETH_UTFS_INIT to 896 to avoid HW Overrun/Underrun.
> > > >
> > > > Please be noted that these values are only used for
> > 10/100Mbps speed.
> > > > Did you get Overrun in 10/100M mode?
> > >
> > > I get both TX Underrun and RX overrun in 100Mbps, FD, just
> > > by running a tftp transfer. It feels like the URFET and/or URSFET
> > > isn't working. Why I don't know. CPU is MPC832x
> > >
> > > Jocke
> >
> > I am a bit confused how the RBMR and TBMR is supposed to work. In
> > ucc_get there is:
> > out_be32(&ugeth->p_tx_glbl_pram->tstate, ((u32)
> > function_code) << 24);
> > ugeth->p_rx_glbl_pram->rstate = function_code;
> > First, should not the rx part look the same as tx?
>
> To be consist with the chip RM, type for tstate is u32 and type for
> rstate is u8. Personally I don't think that it will be different to
> access tstate as u8, but it will be more readable to be the same as
> manual. Well, rstate probably should be changed to use IO accessor too.
>
> > Does programing rstate/tstate replace RBMR and TBMR?
>
> RBMR and TBMR? These are for other protocols.
>
> - Leo
Noticed that the number of threads(numThreadsTx and numThreadsRx) is set
to 4. That is a good value for GBE, but the manual thinks 1 is good for
10/100 Mbps. How does 4 threads affect the FIFO for 100 Mbps? I can't
test ATM as the system is busy with other things.
Jocke
prev parent reply other threads:[~2007-12-12 13:09 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1197312366-7484-1-git-send-email-Joakim.Tjernlund@transmode.se>
2007-12-11 9:49 ` [PATCH] Increase virtual FIFOs in ucc_geth Li Yang
2007-12-11 10:11 ` Joakim Tjernlund
2007-12-11 10:57 ` Joakim Tjernlund
2007-12-11 11:51 ` Li Yang
2007-12-11 12:24 ` Joakim Tjernlund
2007-12-11 16:55 ` Joakim Tjernlund
2007-12-12 13:08 ` Joakim Tjernlund [this message]
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=1197464938.6790.35.camel@gentoo-jocke.transmode.se \
--to=joakim.tjernlund@transmode.se \
--cc=LeoLi@freescale.com \
--cc=netdev@vger.kernel.org \
/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