On 11/30/06, Gerrit Renker <gerrit@xxxxxxxxxxxxxx> wrote:
Quoting Arnaldo Carvalho de Melo: | > Here is now the patch, I have had a hard time due to division of u64 by | > u32. I have also checked again - it is feasible to prune X_calc and | > X_recv back to u32. If you prefer that, I can change the patch. | | If it is possible, its better, minus 8 bytes per half connection I have checked again - the best that seems possible is 4 bytes less. This is due to X_recv which acts as cache in [RFC 3448, 4.4] - lots of division operations where the value needs to be stored afterwards again. So X_calc would remain as 32bit, I will write up how I think it should look like and revise the patch - tomorrow, since the bug hunting took some time away.
OK, take your time.
Ian I am sorry for the time lost in bisecting through the patches. There are however more issues to resolve where your help and advice will be sorely
needed. s/sorely/surely/g <joke> No need to inflict pain on Ian, not at this level! </joke> :o) - To unsubscribe from this list: send the line "unsubscribe dccp" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
