The following reply was made to PR kern/36097; it has been noted by GNATS.

From: Quentin Garnier <cube@cubidou.net>
To: "Liam J. Foy" <liamfoy@sepulcrum.org>
Cc: gnats-bugs@NetBSD.org
Subject: Re: kern/36097: http fetch stall in networking code
Date: Fri, 30 Mar 2007 18:38:55 +0200

 --uaVifq136IIwehrE
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 Content-Transfer-Encoding: quoted-printable
 
 On Fri, Mar 30, 2007 at 05:36:05PM +0100, Liam J. Foy wrote:
 >=20
 > On 30 Mar 2007, at 16:55, Tim Rightnour wrote:
 >=20
 > >The following reply was made to PR kern/36097; it has been noted by =20
 > >GNATS.
 > >
 > >From: Tim Rightnour <root@garbled.net>
 > >To: gnats-bugs@NetBSD.org
 > >Cc: netbsd-bugs@netbsd.org, gnats-admin@netbsd.org,
 > >	kern-bug-people@netbsd.org
 > >Subject: Re: kern/36097: http fetch stall in networking code
 > >Date: Fri, 30 Mar 2007 08:50:23 -0700 (MST)
 > >
 > > On 30-Mar-2007 YAMAMOTO Takashi wrote:
 > >> i guess it's failing to transmit any packets with sack, or =20
 > >>something like
 > >>that.
 > >> are you using any hw offloading?
 > >
 > > I've tested this on 4.0/i386 with a vr0 (no hardware offload that =20
 > >I know of),
 > > and 4.0/prep with an fxp0 with cpusaver turned on.  Both acted =20
 > >identically.
 > >
 > > At the time this was reported, a number of other people also =20
 > >verified the same
 > > behavior on thier 4.0 machines.
 > >
 >=20
 > You say this is fixed in current - we just need to find out who may have
 > fixed this on purpose or by accident. Anyone know :-)?
 
 Actually, it doesn't seem to be fixed in -current;  it doesn't fail all
 the time:  if you manage not to lose a signle packet, it will go
 through.
 
 Also, it is not related to SACK (I had it turned off for my own
 experiments).
 
 --=20
 Quentin Garnier - cube@cubidou.net - cube@NetBSD.org
 "You could have made it, spitting out benchmarks
 Owe it to yourself not to fail"
 Amplifico, Spitting Out Benchmarks, Hometakes Vol. 2, 2005.
 
 --uaVifq136IIwehrE
 Content-Type: application/pgp-signature
 Content-Disposition: inline
 
 -----BEGIN PGP SIGNATURE-----
 Version: GnuPG v1.4.6 (NetBSD)
 
 iQEVAwUBRg09H9goQloHrPnoAQKzHAf+IW/7cwua4blSItr3btldA/vdJTDI4eIY
 n85At8tA9YcOd2oI77Kw4FaiWQlBm9yj7mI1nl7BRPehtaJDx2sbqu4FtljbGic0
 i/+hnXpfd2ewv47S3TcSVmbwb7nGJAYOfXSgpIrJIvqwFBQYM/yfn2AeUSd4GI2V
 muBQ9ukfoblgy/OnnbcBbzykW0vkqDMsaUXJ13yNVOkYx6x1yLJJ3TkC0npGoer9
 h0th07vrzsD3YWQi52Ikw0DzNdqD18guO2sgIfR4Tpnerydj729N8khPrnbGmWyV
 Thu1WK29a1VYbmpfR8tf80XpI/mThDW0NqM0efO4WAK+73t8WozXdw==
 =UYwG
 -----END PGP SIGNATURE-----
 
 --uaVifq136IIwehrE--