Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp3557130imm; Wed, 5 Sep 2018 02:02:57 -0700 (PDT) X-Google-Smtp-Source: ANB0VdakLOHKb3JRPcOvlYs07yfzohlrTBhoh19qCDsiZqz2iDOJvkkxLFUtlpgd5573R+DK8C1/ X-Received: by 2002:a62:c288:: with SMTP id w8-v6mr39352073pfk.92.1536138176981; Wed, 05 Sep 2018 02:02:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536138176; cv=none; d=google.com; s=arc-20160816; b=afh8zw8I0EAfMubHzfuIBIEezfDGIRLOE8wUbJB2Q4bUbB6aeyxCC+AxUf4gmvnuXi ApLInikLdjVz+i/JHl/mLfAsdmDyJxwVi5eTQ66b0l/D4MFPlIKGtaulxazQ+M6v+nJ8 s9p34WGV12BsR37HLhzoMjvBrdhaWdhw6JJQ6FlzpH8wl4AtkfgwP3gVGI+lFpJhCV8G 0g6eI9LE8C7Jb4milKGmXsHgp9WVC1y4MakqUa+21sy92irO5ie7KxMxrkVsyT6t4hBa 8vfcuV2w3D6F4nz85rxca1cUyevIKyhWrH1aPJYDMVGT5BrmsA1mul0la4DfIP1FqlLf GiLg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=u+5KGc6+Xe1SiougVQ9nPx4+5KPAqMXhjc/s+vAzUms=; b=APNPsQjwnP7URj4B+828TMAarH4oOmoX8RM/7ydw/oxqfnIjB/QVJqacp5526CM14I hAfzpEi4YZannHH9j/Smr3WPcWZwvoeHtbhexpY9lE2h8zFh6A0Mr/qBA96GcJdQR2vD IvB5/hDMnlRgxiIVJFs5nRKvBX0iMGEBDe/zp4iU2xq25TTHMektdYxKzMuNQyR02ahT VN2f3j/3m7M8q6hcQY0PjAD36LdVYq03Nv9aDz9IATOfUXBR+o9OWtJ4mEaxALSz42SR I2BbBU61LCubMamfig+seLj8zh14d70GmtatC8qBRBZTccx40ORPaVo6xnVySdz+xNxu x3hg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a7-v6si1470785pfa.109.2018.09.05.02.02.41; Wed, 05 Sep 2018 02:02:56 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728049AbeIENa0 (ORCPT + 99 others); Wed, 5 Sep 2018 09:30:26 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:33506 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727100AbeIENa0 (ORCPT ); Wed, 5 Sep 2018 09:30:26 -0400 Received: from localhost (ip-213-127-74-90.ip.prioritytelecom.net [213.127.74.90]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 11FEFD66; Wed, 5 Sep 2018 09:01:11 +0000 (UTC) Date: Wed, 5 Sep 2018 11:01:10 +0200 From: Greg Kroah-Hartman To: Guenter Roeck Cc: linux-kernel@vger.kernel.org, torvalds@linux-foundation.org, akpm@linux-foundation.org, shuah@kernel.org, patches@kernelci.org, ben.hutchings@codethink.co.uk, lkft-triage@lists.linaro.org, stable@vger.kernel.org Subject: Re: [PATCH 4.18 000/123] 4.18.6-stable review Message-ID: <20180905090110.GC30538@kroah.com> References: <20180903165719.499675257@linuxfoundation.org> <20180904162434.GA16396@roeck-us.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180904162434.GA16396@roeck-us.net> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Sep 04, 2018 at 09:24:34AM -0700, Guenter Roeck wrote: > On Mon, Sep 03, 2018 at 06:55:44PM +0200, Greg Kroah-Hartman wrote: > > This is the start of the stable review cycle for the 4.18.6 release. > > There are 123 patches in this series, all will be posted as a response > > to this one. If anyone has any issues with these being applied, please > > let me know. > > > > Responses should be made by Wed Sep 5 16:56:53 UTC 2018. > > Anything received after that time might be too late. > > > > Not directly related to v4.18.6-rc1. I have seen the following hang > several times with v4.18.5. It happens on a quite regular basis after > a suspend-resume cycle. CPU is Ryzen 1700X. > > Guenter > > --- > [ 9990.754641] watchdog: BUG: soft lockup - CPU#5 stuck for 22s! [kworker/5:1:155] > [ 9990.762549] Modules linked in: ipt_REJECT nf_reject_ipv4 xt_multiport sp5100_tco squashfs iptable_filter snd_hda_codec_hdmi binfmt_misc edac_mce_amd kvm snd_hda_codec_realtek irqbypass snd_hda_codec_generic snd_seq_midi snd_seq_midi_event crct10dif_pclmul ghash_clmulni_intel snd_rawmidi aesni_intel snd_hda_intel aes_x86_64 crypto_simd cryptd glue_helper snd_hda_codec snd_hda_core wmi_bmof snd_hwdep snd_seq snd_pcm k10temp snd_seq_device snd_timer snd soundcore sch_fq_codel parport_pc sunrpc ppdev lp parport ip_tables x_tables autofs4 hid_generic nouveau mxm_wmi video ttm drm_kms_helper usbhid syscopyarea sysfillrect hid sysimgblt igb fb_sys_fops dca drm i2c_algo_bit i2c_piix4 i2c_core r8169 ahci mii libahci wmi > [ 9990.762589] CPU: 5 PID: 155 Comm: kworker/5:1 Tainted: G L 4.18.5+ #1 > [ 9990.762591] Hardware name: Gigabyte Technology Co., Ltd. AB350M-Gaming 3/AB350M-Gaming 3-CF, BIOS F23 08/08/2018 > [ 9990.762596] Workqueue: events free_work > [ 9990.762601] RIP: 0010:smp_call_function_many+0x208/0x270 > [ 9990.762601] Code: e8 0d d1 77 00 3b 05 cb f0 24 01 0f 83 86 fe ff ff 48 63 d0 49 8b 0c 24 48 03 0c d5 00 f7 11 a7 8b 51 18 83 e2 01 74 0a f3 90 <8b> 51 18 83 e2 01 75 f6 eb c7 0f b6 4d d0 4c 89 f2 4c 89 ee 44 89 > [ 9990.762626] RSP: 0018:ffff95ebc3effd20 EFLAGS: 00000202 ORIG_RAX: ffffffffffffff13 > [ 9990.762628] RAX: 000000000000000c RBX: ffff94eeded63cc8 RCX: ffff94eedef27bc0 > [ 9990.762629] RDX: 0000000000000001 RSI: 0000000000000100 RDI: ffff94eeded63cc8 > [ 9990.762630] RBP: ffff95ebc3effd60 R08: 00000000fffffff0 R09: 00000000000000ff > [ 9990.762631] R10: ffff94eeded63ce8 R11: ffff94eeded63cc8 R12: ffff94eeded63cc0 > [ 9990.762632] R13: ffffffffa6076150 R14: 0000000000000000 R15: 0000000000000100 > [ 9990.762633] FS: 0000000000000000(0000) GS:ffff94eeded40000(0000) knlGS:0000000000000000 > [ 9990.762635] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 > [ 9990.762636] CR2: 0000000000a67000 CR3: 00000006f120c000 CR4: 00000000003406e0 > [ 9990.762637] Call Trace: > [ 9990.762642] ? load_new_mm_cr3+0xe0/0xe0 > [ 9990.762644] on_each_cpu+0x2d/0x60 > [ 9990.762647] flush_tlb_kernel_range+0x4b/0x80 > [ 9990.762648] ? vunmap_page_range+0x1fe/0x310 > [ 9990.762650] __purge_vmap_area_lazy+0x50/0xb0 > [ 9990.762652] free_vmap_area_noflush+0x7d/0x90 > [ 9990.762654] remove_vm_area+0x74/0x80 > [ 9990.762656] __vunmap+0x3b/0xc0 > [ 9990.762657] free_work+0x25/0x40 > [ 9990.762660] process_one_work+0x15e/0x3f0 > [ 9990.762662] worker_thread+0x4a/0x440 > [ 9990.762664] kthread+0x105/0x140 > [ 9990.762666] ? process_one_work+0x3f0/0x3f0 > [ 9990.762668] ? kthread_destroy_worker+0x50/0x50 > [ 9990.762670] ret_from_fork+0x22/0x40 Odd. Do you see this on Linus's tree? thanks, greg k-h