From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S940158AbdD3GEH (ORCPT <rfc822;w@1wt.eu>);
        Sun, 30 Apr 2017 02:04:07 -0400
Received: from ipmail06.adl6.internode.on.net ([150.101.137.145]:11191 "EHLO
        ipmail06.adl6.internode.on.net" rhost-flags-OK-OK-OK-OK)
        by vger.kernel.org with ESMTP id S936332AbdD3GD6 (ORCPT
        <rfc822;linux-kernel@vger.kernel.org>);
        Sun, 30 Apr 2017 02:03:58 -0400
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A2Dj+gDPfQVZAEZk0nZTCIMZiW2HYKhVQwGFYAKENlgDAQEBAQECDwEBATJPhRYBBTgeIxAIAw4KLjkeBg0IAQGKGrFhiz6GX4IJC4JlhEGGBwWRFIw/ghCIPZoiSJNlVoELLiAsh04wiRkBAQE
X-IronPort-SPAM: SPAM
Subject: Re: 4.11.0-rc8+/x86_64 desktop lockup until applications closed
To: Michal Hocko <mhocko@kernel.org>
References: <md5:RQiZYAYNN/yJzTrY48XZ7w==>
 <ccd5aac8-b24a-713a-db54-c35688905595@internode.on.net>
 <20170427092636.GD4706@dhcp22.suse.cz>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
        linux-mm@kvack.org
From: Arthur Marsh <arthur.marsh@internode.on.net>
Message-ID: <99a78105-de58-a5e1-5191-d5f4de7ed5f4@internode.on.net>
Date: Sun, 30 Apr 2017 15:33:50 +0930
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:45.0) Gecko/20100101
 Thunderbird/45.8.0
MIME-Version: 1.0
In-Reply-To: <20170427092636.GD4706@dhcp22.suse.cz>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org



Michal Hocko wrote on 27/04/17 18:56:
> On Thu 27-04-17 18:36:38, Arthur Marsh wrote:
> [...]
>> [55363.482931] QXcbEventReader: page allocation stalls for 10048ms, order:0,
>> mode:0x14200ca(GFP_HIGHUSER_MOVABLE), nodemask=(null)
>
> Are there more of these stalls?

I haven't seen the same kinds of logging in dmesg, but a few minutes ago 
I did see that the desktop had locked up and after remotely logging in 
and doing a kill -HUP of iceweasel/firefox, saw this:

[92311.944443] swap_info_get: Bad swap offset entry 000ffffd
[92311.944449] swap_info_get: Bad swap offset entry 000ffffe
[92311.944451] swap_info_get: Bad swap offset entry 000fffff

I've since restarted that machine, but should it happen again I'd be 
happy to run further tests.

Arthur.