From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751464AbcGOP53 (ORCPT ); Fri, 15 Jul 2016 11:57:29 -0400 Received: from mail-pf0-f177.google.com ([209.85.192.177]:33874 "EHLO mail-pf0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751000AbcGOP50 (ORCPT ); Fri, 15 Jul 2016 11:57:26 -0400 Date: Fri, 15 Jul 2016 08:57:27 -0700 From: Viresh Kumar To: Sergey Senozhatsky Cc: Petr Mladek , Sergey Senozhatsky , Jan Kara , Tejun Heo , Greg Kroah-Hartman , Linux Kernel Mailing List , vlevenetz@mm-sol.com, vaibhav.hiremath@linaro.org, alex.elder@linaro.org, johan@kernel.org, akpm@linux-foundation.org, rostedt@goodmis.org Subject: Re: [Query] Preemption (hogging) of the work handler Message-ID: <20160715155727.GA24854@ubuntu> References: <20160701172232.GD28719@htj.duckdns.org> <20160706182842.GS2671@ubuntu> <20160711102603.GI12410@quack2.suse.cz> <20160711154438.GA528@swordfish> <20160711223501.GI4695@ubuntu> <20160712093805.GA498@swordfish> <20160712125243.GA8597@pathway.suse.cz> <20160712140300.GA520@swordfish> <20160714235246.GI3057@ubuntu> <20160715131011.GA579@swordfish> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160715131011.GA579@swordfish> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 15-07-16, 22:11, Sergey Senozhatsky wrote: > Hello, > > On (07/14/16 16:52), Viresh Kumar wrote: > > On 12-07-16, 23:03, Sergey Senozhatsky wrote: > > > so, I'm looking at this thing now: > > > > > > : [ 12.874909] sched: RT throttling activated for rt_rq ffffffc0ac13fcd0 (cpu 0) > > > : [ 12.874909] potential CPU hogs: > > > : [ 12.874909] printk (292) > > > > [..] > > - But before that it dumps the kernel-messages from last boot and the prints > > looked like this: > > kmsg_dump()? I am happy that this code is available in open :) https://chromium.googlesource.com/aosp/platform/system/core/+/master/healthd/healthd_mode_charger.cpp#194 > a wild guess... any chance that you kmsg dumper iterates > log_buf records under logbuf_lock long enough to cause throttling on > other CPU, because printk_kthread is simply has to spin on logbuf_lock? Hmm, I am not sure of it yet. -- viresh