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] [day] [month] [year] [list]
Message-ID: <CF33C36214C39B4496568E5578BE70C740320031@PGSMSX108.gar.corp.intel.com>
Date:   Fri, 25 Oct 2019 09:07:56 +0000
From:   "Lu, Brent" <brent.lu@...el.com>
To:     Pierre-Louis Bossart <pierre-louis.bossart@...ux.intel.com>,
        "alsa-devel@...a-project.org" <alsa-devel@...a-project.org>
CC:     "Rojewski, Cezary" <cezary.rojewski@...el.com>,
        Kuninori Morimoto <kuninori.morimoto.gx@...esas.com>,
        Tzung-Bi Shih <tzungbi@...gle.com>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        Takashi Iwai <tiwai@...e.com>,
        Jie Yang <yang.jie@...ux.intel.com>,
        Liam Girdwood <liam.r.girdwood@...ux.intel.com>,
        Richard Fontana <rfontana@...hat.com>,
        Mark Brown <broonie@...nel.org>,
        "M, Naveen" <naveen.m@...el.com>,
        "Thomas Gleixner" <tglx@...utronix.de>
Subject: RE: [alsa-devel] [PATCH] ASoC: Intel: eve: Enable mclk and ssp sclk
 early for rt5514

> The patch looks fine, but I'd like to clear a doubt I have on how MCLKs are
> handled.
> 
> IIRC, the hardware exposes 2 MCLK outputs, and it's not uncommon to share
> the same MCLK between SSPs, or use a different MCLK id for the same SSP
> on different platforms (it's one of the differences between
> apl-da7219 and glk-da7219).
> 
> Can you double-check that at the board level the MCLK pins are actually
> different? If they are not, then we should not be enabling/disabling them
> separately, or you'll have side effects between headset and DMICs.
> 
> I also don't know what the SKL driver does with 'ssp0_mclk' and 'ssp1_mclk'?
> Cezary, would you happen to know how the mapping between MCLK and
> SSPs is handled?
> 

On the board I only see one mclk output which name is "GPPD23/I2S_MCLK". I will
use ssp1_mclk instead since rt5514 is also use it when enabling DSP voice wake up
function.

I've talked to Realtek people about this issue. They said rt5514 requires explicit
clock control over mclk in its rt5514_set_bias_level() function which explains
why this patch could fix the issue but the patch seems to be an overkill. I will upload
another patch which touches mclk only in card's set_bias_level() function . Thanks
for the review.

Regards,
Brent

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ