MiniportReset() Time out

From: Woojung (Woojung_DOT_Huh_AT_smsc_DOT_com)
Date: 01/25/05 

Date: Tue, 25 Jan 2005 09:09:01 -0800

Hi all,

I have a question about MiniportReset().
I'm working on SH3 CE.NET 4.2 platform with ethernet chip.

During test with packet generator (generate flood ICMP packets)
Some point, MiniportReset() is called. But, I'm not sure the reason why it
is called.
MiniportCheckForHang() always returns FALSE. So, default 4 sec timeout is
not the case, I think.
If change timeout to 40sec (because test lasts for 30sec) to avoid timeout
reset during test, it is not called.
A lot of packets (800+) are backed up at Miniport level because small size
packets and high bandwidth which is way beyond H/W capacity (that is part of
test), it means packet is reported PENDING but not called NdisMSendComplete()
yet to set SUCCESS or FAILURE.

Is there any Miniport Reset condition that if there are too many packets are
PENDING status, then call MiniportReset()?
Packets in pending packet list is not enough old (less than 1sec old) to
issue MiniportReset().

I can avoid this situation with code not to push packet into pending queue
no more than 800. But, I'd like to know what cause "MiniportReset()".
Surfed google and other documents but no luck.
And, of course there is no NDIS source on me.

Thanks in advance,
Woojung

Relevant Pages