Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756869AbbLHO6z (ORCPT ); Tue, 8 Dec 2015 09:58:55 -0500 Received: from mail-wm0-f47.google.com ([74.125.82.47]:34973 "EHLO mail-wm0-f47.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752779AbbLHO6y (ORCPT ); Tue, 8 Dec 2015 09:58:54 -0500 Date: Tue, 8 Dec 2015 14:58:51 +0000 From: Andy Whitcroft To: Tejun Heo , Li Zefan , Johannes Weiner Cc: cgroups@vger.kernel.org, linux-kernel@vger.kernel.org, Martin Pitt Subject: cgroup pids controller -- WARN_ON_ONCE triggering Message-ID: <20151208145851.GJ9837@bark> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1336 Lines: 36 The commit below attempts to fix up pid controller charging: commit afcf6c8b75444382e0f9996157207ebae34a8848 Author: Tejun Heo Date: Thu Oct 15 16:41:53 2015 -0400 cgroup: add cgroup_subsys->free() method and use it to fix pids controller Since this change we are seeing system hangs in early boot on multiple architecures. We have a console log on ppc64el [1] which fingers pids_cancel(). Manual debugging on amd64 VMs seems to indicate that we are now tripping the WARN_ON_ONCE() below: static void pids_cancel(struct pids_cgroup *pids, int num) { /* * A negative count (or overflow for that matter) is invalid, * and indicates a bug in the `pids` controller proper. */ WARN_ON_ONCE(atomic64_add_negative(-num, &pids->counter)); } Converting this to a printk I was able to obtain confirmation that we are indeed seeing this go negative in some cases. Reverting the above commit seems to resolve the early boot issues in my testing. -apw [1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1523586 -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/