From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754931AbYFZHyX (ORCPT ); Thu, 26 Jun 2008 03:54:23 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752600AbYFZHyI (ORCPT ); Thu, 26 Jun 2008 03:54:08 -0400 Received: from an-out-0708.google.com ([209.85.132.251]:61852 "EHLO an-out-0708.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752239AbYFZHyG (ORCPT ); Thu, 26 Jun 2008 03:54:06 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=A+oQ3PZfGHE0/uIciCKaEh9v69h+R5QAnVDpEa5CCcYuljzkJuXfcLr6v0jwgFRaR7 qyuiMp09voIENzVKoEs+s8rc6PMJ156s9l3wyLZpkeOSI6qkTe0fOe5Dpui7vFsBLAkB BEjhEXAmlnXW3DuEMcZ6BbzA+EN2XYHlEMtN8= Message-ID: Date: Thu, 26 Jun 2008 07:54:03 +0000 From: "Justin Mattock" To: "David Miller" Subject: Re: stuck tcp connections 2.6.26-rc7 Cc: ray-lk@madrabbit.org, didier@raboud.com, linux-kernel@vger.kernel.org, netdev@vger.kernel.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2c0942db0806250816r123affb4x4ef17f4773180a10@mail.gmail.com> <20080625.152447.178284093.davem@davemloft.net> Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jun 25, 2008 at 11:29 PM, Justin Mattock wrote: > On Wed, Jun 25, 2008 at 10:24 PM, David Miller wrote: >> From: "Ray Lee" >> Date: Wed, 25 Jun 2008 08:16:20 -0700 >> >>> On my system, I've noticed that the flashplugin can manage to starve >>> other processes in a pure scheduler sort of way, so you might try >>> running latencytop to see if there's some sort of issue there. OTOH, >>> I've noticed firefox itself hang for 3-15 seconds in the middle of a >>> read (just as you describe), with nothing else going on in the system, >>> so . I've been blaming firefox, but I could be wrong. >> >> See if firefox is stuck in disk wait when things get wedged like >> this. >> > > Hello; Thanks for the response. I must admit I need to figure out how > to do that(disk wait mode with firefox). > Aside from that, it seems there are reports of this with the latest > and so forth. As a note > This explains why and when I plugged in an older kernel that had no > problems at all, > was suddenly giving me problems, leading me to believe that my > service provider(was bandwidth limiting), or a script kiddie > was messing with the line, but this did not seem to be the case; Thankfully. > I'll look into it and let you know. > regards; > > -- > Justin P. Mattock > Hello; I must be mature too admit when I'm wrong, (I'm very wrong, and stupid); I was too quick to judge. : ( (apologize firefox) I had overlooked one aspect of the situation: "wpa_supplicant", After watching wpa_supplicant do it's job, I had noticed that it keeps CTRL-EVENT-DISCONNECT - Disconnect event - remove keys, and CTRL-EVENT-SCAN-RESULTS and trying to associate with XX:XX:XX:XX:XX (SSID= XX freq= 2462 MHz). anyways despite the manual jargon of wpa_supplicant; basically whenever wpa_supplicant disconnects and reconnects the keys I had noticed flash player, and any other connection's to stop or even pause during the playback, depending on how well the transmission was. So for now as for what I can see: wpa_supplicant is the main cause of my troubles. regards, -- Justin P. Mattock