Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752759AbdHXMag (ORCPT ); Thu, 24 Aug 2017 08:30:36 -0400 Received: from mga09.intel.com ([134.134.136.24]:40206 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751333AbdHXMaf (ORCPT ); Thu, 24 Aug 2017 08:30:35 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.41,421,1498546800"; d="scan'208";a="893685804" Message-ID: <1503577560.25945.84.camel@linux.intel.com> Subject: Re: [PATCH] ASoC: rt5677: Reintroduce I2C device IDs From: Andy Shevchenko To: Tom Rini Cc: linux-kernel@vger.kernel.org, Bard Liao , Oder Chiou , Liam Girdwood , Jaroslav Kysela , Takashi Iwai , alsa-devel@alsa-project.org, Mark Brown , Linus Torvalds Date: Thu, 24 Aug 2017 15:26:00 +0300 In-Reply-To: <20170824111547.GA17193@bill-the-cat> References: <1503453106-5564-1-git-send-email-trini@konsulko.com> <1503498573.25945.69.camel@linux.intel.com> <20170823173912.GN17193@bill-the-cat> <20170824000525.GY17193@bill-the-cat> <1503560349.25945.72.camel@linux.intel.com> <20170824111547.GA17193@bill-the-cat> Organization: Intel Finland Oy Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.22.6-1 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2147 Lines: 72 On Thu, 2017-08-24 at 07:15 -0400, Tom Rini wrote: > On Thu, Aug 24, 2017 at 10:39:09AM +0300, Andy Shevchenko wrote: > > On Wed, 2017-08-23 at 20:05 -0400, Tom Rini wrote: > > > On Wed, Aug 23, 2017 at 01:39:12PM -0400, Tom Rini wrote: > > > > On Wed, Aug 23, 2017 at 05:29:33PM +0300, Andy Shevchenko wrote: > > > > > > > > > Are you sure the commit ddc9e69b9dc2 ("ASoC: rt5677: Hide > > > > > platform > > > > > data > > > > > in the module sources") does not fix your issue? > > > > > > > > As that's not in master yet I can't tell.  Can you give me a > > > > pointer > > > > to > > > > somewhere? > > > > It's in ASoC next at least. > > > > > >   Thanks! > > > > > > OK, my bad, it has a different hash upstream, but no, that change > > > doesn't fix things as I see the problem on top of Linus' > > > tree.  Thanks! > > > > Interesting... > > > > The only bug so far I saw is the following one > > > > https://bugzilla.kernel.org/show_bug.cgi?id=196397 > > > > ...and above commit fixes it. > > > > Can you place somewhere the bundle of the following: > > > > 1. Output file (tables.dat) of > > % acpidump -o tables.dat > > https://gist.github.com/trini/b9a9a547e37cb812506a22e18cd2aff5 > > > 2. Output of > > % cat /proc/interrupts > > https://gist.github.com/trini/39a5d88a5ecb9b71336ff5fe9da7c720 > > > 3. Output of > > % lspci -vv -xx > > https://gist.github.com/trini/e81ab21909eeaa05ea50dc0596d23c14 > > > 4. Output of > > % grep -H 15 /sys/bus/acpi/devices/*/status > > https://gist.github.com/trini/698dc284634ad9e1cfbafad8e705de5f Thanks! I have checked those files and found that device is in the table and pretty much properly defined ACPI I2C slave. The change in the driver you referred to makes the change to modalias. Thus, I'm suspecting that your user space helper either has some hard coded values for previous case, or just broken. Can you also check is the codec module loaded (lsmod) and, if it's not, load it manually and check if sound works again. P.S. In any case you need the patch mentioned in bug #196397 -- Andy Shevchenko Intel Finland Oy