SMC91111 performance and copyright

Sebastian Huber sebastian.huber at embedded-brains.de
Mon Mar 17 07:57:21 UTC 2014


On 2014-03-16 20:08, Peter Dufault wrote:
>
> On Mar 15, 2014, at 18:01 , Joel Sherrill <Joel.Sherrill at oarcorp.com
> <mailto:Joel.Sherrill at oarcorp.com>> wrote:
>
>> There are three pieces and I may have confused you.
>>
>> + current stack in tree
>> + some add on drivers with porting kit
>> + new dual mode stack
>>
>> I do not think there is an smc driver in the add on kit. I just thought if
>> you decided to use a new driver with the old stack, it would be a good reference.
>>
>> The new stack may be an option. It would have the latest drivers but has not
>> been tuned at all. We know it is larger than the current stack but I do not
>> know if the performance has been measured.
>>
>> I am not recommending a solution. Just offering more possibilities.
>>
>>
>
> This is something I'll be using in production in the June timeframe, so moving
> to the new stack isn't an option.  I'll look at improving the performance of
> the current driver.  I think that on the MPC5554 it just gets overloaded and
> stops responding, causing re-transmissions.  I still have at least two questions:

I cannot say much to the SMC91111.  The new network stack however will not 
improve the performance in its current state.

On a MPC5674F running at 264MHz we had approx. 5MByte/second upstream and 
downstream with the SMSC LAN9218i using the eDMA.  The limit was the memcpy() 
and in_cksum() load.

-- 
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax     : +49 89 189 47 41-09
E-Mail  : sebastian.huber at embedded-brains.de
PGP     : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.



More information about the devel mailing list