> works for me.
> I don't know the internal workings of the plan 9 ip stack so I take
> the risk of being silly: could be that the bug is not tcp only?
> iru
no. the problem is that active tcp timers are overwritten.
all the tcp timer code is contained within ip/tcp.c
- erik
On Fri, Feb 15, 2008 at 2:23 PM, erik quanstrom <[EMAIL PROTECTED]> wrote:
>
>i'm not sure this is a perfect solution. i just don't have enough
>of the plan 9 ip stack loaded into cache to be sure nothing's
>been forgotten. but give this patch a whirl. basically, i think
>the problem is that ini
i'm not sure this is a perfect solution. i just don't have enough
of the plan 9 ip stack loaded into cache to be sure nothing's
been forgotten. but give this patch a whirl. basically, i think
the problem is that inittcpctl() was stepping on timers that might
have been active. these timers need
On Fri, Feb 15, 2008 at 1:19 PM, Iruata Souza <[EMAIL PROTECTED]> wrote:
>
> On Fri, Feb 15, 2008 at 7:20 AM, sqweek <[EMAIL PROTECTED]> wrote:
> > muzgo (from irc) was playing around with /net in qemu and came across
> this gem:
> >
> > on drawterm:
> > cpu% cd /net/tcp
> > cpu% cat clon
On Fri, Feb 15, 2008 at 7:20 AM, sqweek <[EMAIL PROTECTED]> wrote:
> muzgo (from irc) was playing around with /net in qemu and came across this
> gem:
>
> on drawterm:
> cpu% cd /net/tcp
> cpu% cat clone
> 23cpu% cd 23
> cpu% echo connect 10.0.2.1!12345 >ctl
> cpu% cat status
> Finwait2 qi
muzgo (from irc) was playing around with /net in qemu and came across this gem:
on drawterm:
cpu% cd /net/tcp
cpu% cat clone
23cpu% cd 23
cpu% echo connect 10.0.2.1!12345 >ctl
cpu% cat status
Finwait2 qin 0 qout 0 srtt 0 mdev 0 cwin 1461 swin 32850>>0 rwin
65535>>0 timer.start 10 timer.count 10 r
