linux-kernel - Re: [PATCH] sound/sgtl5000: fix initial setting for DAC data source

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: <20121128135953.GA22582@sirena.org.uk>
Date:	Wed, 28 Nov 2012 13:59:54 +0000
From:	Mark Brown <broonie@...nsource.wolfsonmicro.com>
To:	Oskar Schirmer <oskar@...ra.com>
Cc:	Wolfram Sang <w.sang@...gutronix.de>, linux-kernel@...r.kernel.org,
	Andrew Morton <akpm@...ux-foundation.org>,
	Liam Girdwood <lrg@...com>,
	Fabio Estevam <fabio.estevam@...escale.com>,
	Zeng Zhaoming <zengzm.kernel@...il.com>,
	alsa-devel@...a-project.org, Jaroslav Kysela <perex@...ex.cz>,
	Takashi Iwai <tiwai@...e.de>
Subject: Re: [PATCH] sound/sgtl5000: fix initial setting for DAC data source

On Wed, Nov 28, 2012 at 10:14:28AM +0000, Oskar Schirmer wrote:

You've somehow decided to CC half the world but still haven't managed
to CC the maintainers like Liam asked (and as is covered in
SubmittingPatches)...

> According to documentation bit 3:2 in register SSS_CTRL are
> reserved and zero, so the setting of 0x0008 does not make much sense.
> Instead, bit 4 should be set as is with power up, to reflect
> routing of I2S_IN to DAC correctly.

> Looks much like an off by one error.

What does "as is with power up" mean?  This is a register defaults
table, it should reflect what is in the register defaults.  The meaning
of the field and the desired configuration for runtime is not relevant
here, the only thing that matters is what the default value of the
register is.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/