Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp220247imu; Tue, 27 Nov 2018 11:20:38 -0800 (PST) X-Google-Smtp-Source: AFSGD/W5Cl8Btzz5j0+SGb3kFlVEnQUGdougzhuhkzwcDaQglBIlOJYcskO2nFb2WL6DbPlx96BI X-Received: by 2002:a62:1d4c:: with SMTP id d73mr20444582pfd.90.1543346438919; Tue, 27 Nov 2018 11:20:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1543346438; cv=none; d=google.com; s=arc-20160816; b=FJOqGGgD3SA7W/wYq9cp6/f8IvacC0YJAmvaWjajYlsQOhRAMq2PS00eOgae7nzE/N XeNSsmrkSBylxnbscnr/x//UbmI590bpAMUIId71utbn4/l2kgJfPcefJxCHjkAdng1q NWdveNB+NKGk0QUgTi7zZnJo0On7CldtFL980NBTQ3Nhx2Fq5RmYHxixU5uFdys7JeS8 vCYS42AXx4li7Hei3HrnWI+Lfe5v9f0jt+DwylIHRgoKe9jW9ZF0GTITaXzlErt+oNcl 49katBlT0bVLa6gulVp1OupD3mEz/eQnf7299Ny0EMihrf1dJn0fJxrZMOmnc6r+Dwqa 3J2w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:subject:cc:to:from:message-id:date; bh=fy/Y6F0r7g115Hrf4rmw4yJUUn1MW4lQyBHDQX7W5p0=; b=JsE+1OLN4CHNDl7hPxoxwSHnMAKZBYU7+aG9wIh4pGqSClxy5FZdG2sOJM5UYgUCAX HhL4c5rhfjdxyEcIWbRZ5ucFUUgMHJpjKyr72GZ4Nrco4x0Lz0TkcSLlnLgighSpye2B /7Artqt3HEF1eVtNKhd8mhCXCWAqskZ0kU0KcebzrWYKHKEEC3t9DCkADvwe3RbzBzfW fiTezkBWG0+NaoP8Zboi3VRmhvlPdn1LMulw4pu06Gk2cPkPqbXlTDHkc+LPo+TwAaLN qMQiytGSO4vxFA2d35tOwKaAuhDFemrsfpUFFG4birTjZ+MxtTiO0EVea7NcpOJ4+X6s A1Ag== 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 e6si4447357pgk.201.2018.11.27.11.20.20; Tue, 27 Nov 2018 11:20:38 -0800 (PST) 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 S1726911AbeK1ATg (ORCPT + 99 others); Tue, 27 Nov 2018 19:19:36 -0500 Received: from mx2.suse.de ([195.135.220.15]:56408 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726588AbeK1ATg (ORCPT ); Tue, 27 Nov 2018 19:19:36 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 4BE65AF64; Tue, 27 Nov 2018 13:21:40 +0000 (UTC) Date: Tue, 27 Nov 2018 14:21:40 +0100 Message-ID: From: Takashi Iwai To: Alexander Kappner Cc: Jim.Qu@amd.com, bhelgaas@google.com, guneshwor.o.singh@intel.com, perex@perex.cz, hdegoede@redhat.com, lukas@wunner.de, alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org Subject: Re: [snd_hda_intel] snd_hda_intel causes high CPU lockup and system instability if mic disabled in BIOS on Lenovo P50 In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/26 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 27 Nov 2018 06:34:02 +0100, Alexander Kappner wrote: > > > > > On Mon, 26 Nov 2018, Takashi Iwai wrote: > > > On Mon, 26 Nov 2018 00:17:15 +0100, > > Alexander Kappner wrote: > >> > >> My Lenovo P50 laptop has a BIOS option to disable the microphone. When > >> this option gets chosen, the snd_hda_intel driver causes high CPU load > >> on a single kworker thread, spinning on "process_unsol_events", and > >> system > >> instability. This behavior occurs from the time that the snd_hda_intel > >> module is loaded, irrespective of whether anything is attempting to access > >> the mic. The sound output still works. > >> > >> When in this state, the module cannot be removed cleanly; attempting to > >> remove it (even without rmmod -f) triggers an oops. > >> > >> I have attached two exemplary dmesg outputs. Strangely enough, the exact > >> location of the oops varies, but further up the call chain, I always see > >> process_unsol_events. > >> > >> When the mic is not disabled in the BIOS, the module works stable, > >> regardless whether or not the mic is muted in ALSA. > >> > >> I wasn't able to pinpoint the root cause. Any pointers on where to > >> start? Much appreciated. > > > > Could you load snd-hda-intel driver with probe_only=1 option, and give > > alsa-info.sh output (run it with --no-upload option)? This should > > leave only the codec probing without configuring, so we can see the > > codec widget contents and check the emulator. > > > > > > thanks, > > > > Takashi > > > > Hi Takashi, > > thank you for looking into this. Please see quoted below the output of > alsa-info.sh (after "modprobe snd_hda_intel probe_only=1"). This is the state where BIOS disabled the mic, right? It seems that BIOS doesn't change the pin configuration. The pin NID 0x18 and 0x19 still show up as the mic jack and dock mic jack, as well as the built-in mic on NID 0x12. And I couldn't see anything wrong in the emulator with this input. When BIOS disables the mic, how is supposed? Does it disable all mics, including built-in one? Could you check alsa-info.sh outputs on both BIOS mic disable and enabled (but keep probe_only=1 option in both cases)? Also alsa-info.sh outputs on both cases without probe_only=1 would be helpful, too. thanks, Takashi