Re: [Etherboot-developers] currticks function

[Fotis A. <fa...@te...>]

Ken Yap wrote:

>
>more evidence, snoop on packets, put in printf statements, etc.
>
I 'm using ethereal to sniff the network and everything looks fine. The 
only strange thing that I noticed is that sometimes, in the tftp 
function, the variable prevblock still points to the previous session 
and the variable block points to the current one. For example,
a) the tftp starts downloading the image and after some transactions 
stops (i.e. to the [block] 100, so [prevblock] = 100)
b) the tftp session restarts and it sends a new RRQ message ([block] = 1)
The [prevblock] has the value of 100 and the [block] has the value of 
zero or one for example. When the tftp checks if the [prevblock+1] is 
equal to [block] it fails. I think that the variables [block] and 
[prevblock] should be stored into the structure of the tftp in order to 
haveseperate values per tftp session. (Am I wrong?) However, I 
understand that this is not the "main" problem for the timeouts that I 
previously described.

>Is the Infineon an x86 architecture or are you the first to port it to a
>
No, it is not a x86 architecture. However, it is mysterious because the 
etherboot downloads the image but after 5-6 retries...

Fotis Andritsopoulos

>
>different architecture? If so, watch out for latent structure alignments
>and byte order bugs. It should be interesting.
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>Etherboot-developers mailing list
>Eth...@li...
>https://lists.sourceforge.net/lists/listinfo/etherboot-developers
>


-- 
"Whom ever Controls your Perception of Reality Controls You"