Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752329AbdGYN55 (ORCPT ); Tue, 25 Jul 2017 09:57:57 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:54878 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752011AbdGYN5y (ORCPT ); Tue, 25 Jul 2017 09:57:54 -0400 Date: Tue, 25 Jul 2017 06:57:45 -0700 From: Greg KH To: Michael Wang , stable@vger.kernel.org Cc: "linux-kernel@vger.kernel.org" , Sergey Senozhatsky , Petr Mladek Subject: Re: [ Linux 4.4 stable ] missing 'printk: set may_schedule for some of console_trylock() callers' Message-ID: <20170725135745.GC20317@kroah.com> References: <8cfee169-00eb-4b08-3440-ccf654a056aa@profitbricks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8cfee169-00eb-4b08-3440-ccf654a056aa@profitbricks.com> User-Agent: Mutt/1.8.3 (2017-05-23) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1627 Lines: 41 On Tue, Jul 25, 2017 at 10:28:16AM +0200, Michael Wang wrote: > Hi, greg k-h > > During our testing with 4.4.73 we got soft lockup like: > > NMI watchdog: BUG: soft lockup - CPU#2 stuck for 23s! [systemd-udevd:856] > ... > Call Trace: > [] vprintk_emit+0x319/0x4a0 > [] printk_emit+0x33/0x3b > [] ? simple_strtoull+0x2c/0x50 > [] devkmsg_write+0xaa/0x100 > [] ? vprintk+0x30/0x30 > [] do_readv_writev+0x1c2/0x270 > [] ? kmem_cache_free+0x7d/0x1a0 > [] vfs_writev+0x39/0x50 > [] SyS_writev+0x4a/0xd0 > [] entry_SYSCALL_64_fastpath+0x12/0x6a > > Currently in 4.4 the console_unlock() called by vprintk_emit() is with > preemption disabled, so the cond_resched is not working, and soft lockup > appear if it take too much time on writing data into every console. > > We found the upstream patch: > commit 6b97a20d3a79 printk: set may_schedule for some of console_trylock() callers > > which should have addressed this issue, but not included in the latest 4.4.78 stable > yet, is there any plan on backport it in future? That commit was in the 4.6 kernel release, so odds are, it's not on a list of patches to backport any time soon :) But, you can ask for it to be included, if you cc: the stable@vger list, like I did here, and add the authors of the patch to the cc: asking if they have any objection for it being backported (also added here...) Sergey, any objection for me backporting this? thanks, greg k-h