Dan Pomohaci | 2 May 2011 09:12
Picon

port for OMAP-L138

Hi,

Does anyone know if there is a port of uIP for the  OMAP-L138
(ARM926EJ-S) processor?

Thanks,
dpom

arm | 10 May 2011 13:04

Re: DAVICOM PHY SETUP

Followup on my first post.. It details a tech support request I have now made
regarding this problem.. very little info about this problem, so I thought I'd
fill the gap! 

Description of the problem. Our final board uses the DM9161EP running fibre,
but we have a problem setting up the DM9161EP.
To help investigate the problem I have the following setup:
I have two AT91SAM7X-EK evaluation boards; The only difference is one has the
original DM9161AEP PHY chip, and another has the DM9161EP version of the chip.
I changed the IAR uIP example to allow the different PHYID (MII address 2 & 3)
to be recognised.
This code was tested on both boards. The DM9161AEP works without problems, but
the board with the DM9161EP does not work.
The only difference between these who setups is the PHY chips..

To help me understand the problem I have captured the MII registers after a
reset / write configuration (left column), then after 5 seconds (right hand
column) This is what I see

Board with original DM9161AEP (Working)
MII  Power On / After 5 Seconds
[0]  0x00001000 0x00003100
[1]  0x00007809 0x0000782D <- ‘Link Status’ found
[2]  0x00000181 0x00000181
[3]  Ox0000B8AO Ox0000B8AO
[4]  0x00000101 0x00000101
[5]  0x00000000 Ox000045E1
[6]  0x00000000 0x00000001
[7]  0x00000000 0x00000000
[8]  0x00000000 0x00000000
(Continue reading)

Martin Maurer | 10 May 2011 14:38
Picon

Retransmission and uip_split - is this working and how is it working ?

Hello,
 
i have a question regarding uip 1.0 / Retransmission / uip_split:
 
I am using uip 1.0 and uip_split on an embedded system. From time to time i get a retransmission signaled by uip.
Analyzing some wireshark traces, i see that a single packet which is sent by my app is correctly cut into 2 pieces by uip_split,
but then sometimes (i think normal behaviour) one of the two or both packets must be transmitted.
 
How do you do this correctly ? Is it just enough to call uip_send of the previous packet ?
Or must there be some additional implementation / some checks, which part (or both) must be retransmitted ?
When i always send the big application packet a second time, does uip (or uip_split) handle the sequence counters which
must now fit to the first / second smaller part of big packet ?
 
When i have multiple connections, must a keep the last sent packet of each connection till i receive the ACK on the given connection ?
Is this correct ?
 
Many thanks for clarifying !
 
Best regards,
 
Martin
 

Gmane