From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=3.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6BBF5C43381 for ; Thu, 14 Feb 2019 16:07:02 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 334C1222DC for ; Thu, 14 Feb 2019 16:07:02 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2405334AbfBNQHA (ORCPT ); Thu, 14 Feb 2019 11:07:00 -0500 Received: from mx2.suse.de ([195.135.220.15]:55348 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2404969AbfBNQHA (ORCPT ); Thu, 14 Feb 2019 11:07:00 -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 118CEB17F; Thu, 14 Feb 2019 16:06:59 +0000 (UTC) Date: Thu, 14 Feb 2019 17:06:58 +0100 Message-ID: From: Takashi Iwai To: Paul Menzel Cc: alsa-devel@alsa-project.org, linux-kernel@vger.kernel.org Subject: Re: snd_hda_codec_hdmi: `hdaudio hdaudioC0D2: Unable to bind the codec` In-Reply-To: References: <533a0e85-0d03-740d-9f7e-8c29b5cca59f@molgen.mpg.de> <1d3b00d7-cf62-621c-e972-d732177a4471@molgen.mpg.de> 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/25.3 (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=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 14 Feb 2019 17:00:29 +0100, Paul Menzel wrote: > > Dear Takashi, > > > On 02/13/19 16:56, Takashi Iwai wrote: > > On Wed, 13 Feb 2019 16:42:19 +0100, > > Paul Menzel wrote: > > >> On 02/13/19 16:12, Takashi Iwai wrote: > >>> On Wed, 13 Feb 2019 15:58:44 +0100, > >>> Paul Menzel wrote: > >>>> > >>>>> Why the i915 driver gets initialized *so late*? > >>>> > >>>> Maybe, because it’s built as a module? > >>>> > >>>> ``` > >>>> $ grep I915 /boot/config-4.20.8.mx64.245 > >>>> CONFIG_DRM_I915=m > >>>> # CONFIG_DRM_I915_ALPHA_SUPPORT is not set > >>>> CONFIG_DRM_I915_CAPTURE_ERROR=y > >>>> CONFIG_DRM_I915_COMPRESS_ERROR=y > >>>> CONFIG_DRM_I915_USERPTR=y > >>>> # CONFIG_DRM_I915_GVT is not set > >>>> CONFIG_SND_HDA_I915=y > >>>> ``` > >>> > >>> That explains. You built the HD-audio as built-in while the graphics > >>> as module. This makes the binding impossible at the time of sound > >>> driver initialization. > >>> > >>> If you build the graphics driver as a module, built the sound driver > >>> also as a module. > > I tried that now, but `SND_HDA_I915` is just a boolean and no tristate. > > config SND_HDA_I915 > bool > select SND_HDA_COMPONENT It's not user-choosable in anyway. > Then, I built the HDA subsystem as a module, but that also did not help. > The DRM subsystem is started after the HD-audio subsystem. > > ``` > $ grep -e SND_HDA= -e SND_HDA_INTEL /boot/config-4.20.8.mx64.245 > CONFIG_SND_HDA=m > CONFIG_SND_HDA_INTEL=m That's odd. In sound/hda/hdac_i915.c there is an explicit request_module("i915"), and at that point, it has a 10 second timeout. If this isn't enough, try to raise the number, e.g. 60 seconds. thanks, Takashi