lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <s5hh9g9y14o.wl-tiwai@suse.de>
Date:	Mon, 14 Mar 2016 08:22:47 +0100
From:	Takashi Iwai <tiwai@...e.de>
To:	kernel test robot <ying.huang@...ux.intel.com>
Cc:	lkp@...org, LKML <linux-kernel@...r.kernel.org>,
	0day robot <fengguang.wu@...el.com>,
	"Yang, Libin" <libin.yang@...el.com>,
	"Lin, Mengdong" <mengdong.lin@...el.com>
Subject: Re: [lkp] [ALSA] ca53fbf3a6: WARNING: CPU: 0 PID: 151 at sound/hda/hdac_i915.c:129 pin2port+0x2a/0x40 [snd_hda_core]()

On Mon, 14 Mar 2016 01:50:45 +0100,
kernel test robot wrote:
> 
> FYI, we noticed the below changes on
> 
> https://github.com/0day-ci/linux Takashi-Iwai/ALSA-hda-Add-a-sanity-check-of-pin-port-mapping-on-i915-HDMI-DP/20160310-225740
> commit ca53fbf3a609b6831222078af9ddbecbf76fddce ("ALSA: hda - Add a sanity check of pin / port mapping on i915 HDMI/DP")
> 
> 
> [   14.546058] snd_hda_intel 0000:00:1b.0: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
> [   14.549740] fbcon: inteldrmfb (fb0) is primary device
> [   14.553691] ------------[ cut here ]------------
> [   14.553707] WARNING: CPU: 0 PID: 151 at sound/hda/hdac_i915.c:129 pin2port+0x2a/0x40 [snd_hda_core]()

Does your tree contain the commit
  2f791908a70e95768596f5bb9e6de4f441d7bf13
      drm/i915: Fix bogus dig_port_map[] assignment for pre-HSW
?

The commit above should cover it even for HSW.

If it's already included, then it's really a bug, and the warning is
exactly for catching such a bug.  The HD-audio driver expects that the
valid audio ports are only from port B to port D while i915 driver
assigns a different one.  I suspect that the current assumption is too
naive and broken for SKL and later in this regard.

Libin, Mengdong, could you check whether the audio port mapping rule
is still valid?  At least, a wrong port-A mapping could be reproduced
even on a HSW laptop with DP-MST dock when I boot without eDP
(e.g. video=eDP-1:d option).


thanks,

Takashi

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ