From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx162.postini.com [74.125.245.162]) by kanga.kvack.org (Postfix) with SMTP id A790B6B005D for ; Fri, 4 Jan 2013 12:59:19 -0500 (EST) Date: Fri, 4 Jan 2013 17:59:18 +0000 From: Eric Wong Subject: Re: ppoll() stuck on POLLIN while TCP peer is sending Message-ID: <20130104175918.GA29537@dcvr.yhbt.net> References: <20121228014503.GA5017@dcvr.yhbt.net> <20130102200848.GA4500@dcvr.yhbt.net> <20130104160148.GB3885@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130104160148.GB3885@suse.de> Sender: owner-linux-mm@kvack.org List-ID: To: Mel Gorman Cc: linux-mm@kvack.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Rik van Riel , Minchan Kim , Andrew Morton , Linus Torvalds Mel Gorman wrote: > On Wed, Jan 02, 2013 at 08:08:48PM +0000, Eric Wong wrote: > > Instead, I disabled THP+compaction under v3.7.1 and I've been unable to > > reproduce the issue without THP+compaction. > > > > Implying that it's stuck in compaction somewhere. It could be the case > that compaction alters timing enough to trigger another bug. You say it > tests differently depending on whether TCP or unix sockets are used > which might indicate multiple problems. However, lets try and see if > compaction is the primary problem or not. I haven't managed to reproduce the issue on Unix sockets, yet, just TCP. Trying Unix with 90KB as Eric Dumazet suggested. I'll get the info you need from /proc soon. Thank you for looking at this! -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755339Ab3ADR7Z (ORCPT ); Fri, 4 Jan 2013 12:59:25 -0500 Received: from dcvr.yhbt.net ([64.71.152.64]:57476 "EHLO dcvr.yhbt.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755221Ab3ADR7T (ORCPT ); Fri, 4 Jan 2013 12:59:19 -0500 Date: Fri, 4 Jan 2013 17:59:18 +0000 From: Eric Wong To: Mel Gorman Cc: linux-mm@kvack.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, Rik van Riel , Minchan Kim , Andrew Morton , Linus Torvalds Subject: Re: ppoll() stuck on POLLIN while TCP peer is sending Message-ID: <20130104175918.GA29537@dcvr.yhbt.net> References: <20121228014503.GA5017@dcvr.yhbt.net> <20130102200848.GA4500@dcvr.yhbt.net> <20130104160148.GB3885@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130104160148.GB3885@suse.de> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Mel Gorman wrote: > On Wed, Jan 02, 2013 at 08:08:48PM +0000, Eric Wong wrote: > > Instead, I disabled THP+compaction under v3.7.1 and I've been unable to > > reproduce the issue without THP+compaction. > > > > Implying that it's stuck in compaction somewhere. It could be the case > that compaction alters timing enough to trigger another bug. You say it > tests differently depending on whether TCP or unix sockets are used > which might indicate multiple problems. However, lets try and see if > compaction is the primary problem or not. I haven't managed to reproduce the issue on Unix sockets, yet, just TCP. Trying Unix with 90KB as Eric Dumazet suggested. I'll get the info you need from /proc soon. Thank you for looking at this!