[Cbe-oss-dev] [PATCH] spidernet: don't use debug flag
Ishizaki Kou
kou.ishizaki at toshiba.co.jp
Wed Jul 11 17:57:38 EST 2007
Linas-san,
> > GDTDCEIDIS flag is defined that it is for debug and should not be
used.
>
> !? Certainly, my spec doesn't say anything like this;
First, I'm sorry to say that GDTDCEDIS is for debug. It's my
misunderstanding.
My HW manual of SCC simply said that GDTDCEDIS must not be set(Is
it same for you?). But I don't know concretely what will go wrong
by setting this bit.
> I don't know of any other way of turning off the descriptor
> chain end interrupt; leaving it on hurts performance in a big way.
>
> I get the following TX performance numbers:
>
> pkt sz rate w/o patch rate w/patch
> (bytes) (Mbits/sec) (Mbits/sec)
> ------- ---------- ---------
> 400 503 353
> 200 239 88
> 100 122 44
> 60 73 26
>
> That's not quite a 3x performance degradation.
>
> In addition, with your patch, the number of interrupts jumps
> from just about zero, to about 55K/second. From what I can tell,
> this huge interrupt rate eats up all the CPU cycles, which is
> why the performance drops so drasically.
I understand the influence for performance by setting GDTDCEDIS and
why you set this bit.
> > We met some troubles on Celleb platform by setting this flag.
> > -network does not recover after ifconfig down, then up operations.
>
> Can you be more specific? I can't imagine why this flag would
> have anything to do with ifdown/ifup. The device open/close
> routines should reset all hardware state; this shouldn't make
> any difference. (It doesn't for me, at least).
Sorry, I have no more information that ifconfig down/up commands. All
about I know is that I met the phenomenon when GDTDCEDIS is set.
I need more investigation. Please drop the patch.
Best regards,
Kou Ishizaki
More information about the cbe-oss-dev
mailing list