Intel OpenBMC Linux kernel source tree (mirror) https://git.radix-linux.su/BMC/Intel-BMC/linux.git/atom?h=v4.7.4 2016-09-15T06:20:27+00:00 2016-09-15T06:20:27+00:00 Christoph Huber c.huber@bct-electronic.com 2016-08-15T16:59:25+00:00 urn:sha1:e227de882e47a2c23dc3b13d93ab4289cd29e179 commit 3e103a65514c2947e53f3171b21255fbde8b60c6 upstream. commit cbaadf0f90d6 ("ASoC: atmel_ssc_dai: refactor the startup and shutdown") refactored code such that the SSC is reset on every startup; this breaks duplex audio (e.g. first start audio playback, then start record, causing the playback to stop/hang) Fixes: cbaadf0f90d6 (ASoC: atmel_ssc_dai: refactor the startup and shutdown) Signed-off-by: Christoph Huber <c.huber@bct-electronic.com> Signed-off-by: Peter Meerwald-Stadler <p.meerwald@bct-electronic.com> Signed-off-by: Mark Brown <broonie@kernel.org> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org> 2016-07-01T16:05:34+00:00 Mark Brown broonie@kernel.org 2016-07-01T16:05:34+00:00 urn:sha1:7c5eec4edf4693aa61f3ee78bf28621dfe33d9f0 2016-07-01T16:05:31+00:00 Mark Brown broonie@kernel.org 2016-07-01T16:05:31+00:00 urn:sha1:af5fb67877a52561c614e5fda6d163acef4c4c69 2016-07-01T16:05:30+00:00 Mark Brown broonie@kernel.org 2016-07-01T16:05:30+00:00 urn:sha1:9d3146c401b0a09552bb2b5f4cedcbccd5dfb3fa 2016-07-01T10:01:05+00:00 Bard Liao bardliao@realtek.com 2016-07-01T01:49:05+00:00 urn:sha1:fdfe3b32db70aa49d1d60a1ddd2280099174bddb The default value of reg-2f in codec rt5650 is 0x5002, not 0x1002. Signed-off-by: Bard Liao <bardliao@realtek.com> Signed-off-by: Mark Brown <broonie@kernel.org> 2016-06-29T18:20:11+00:00 Alexander Shiyan shc_work@mail.ru 2016-06-25T04:59:22+00:00 urn:sha1:4f14f5c11db161ab89b02f7196496ca32ca5dbf8 The i.MX51 datasheet says: Chapter 56.1.2.4 I2S Mode ... When I2S modes are entered (I2S master (01) or I2S slave (10)), the following settings are recommended: ... - TX Frame Rate should be 2 i.e. (STCCR[12:8] = 1) - RX Frame Rate should be 2 i.e. (SRCCR[12:8] = 1) Chapter 56.3.3.12 SSI Transmit and Receive Clock Control Registers (STCCR & SRCCR) ... Bits 12-8 DC4-DC0 Frame Rate Divider Control. These bits are used to control the divide ratio for the programmable frame rate dividers. The divide ratio works on the word clock. In Normal mode, this ratio determines the word transfer rate. In Network mode, this ratio sets the number of words per frame. The divide ratio ranges from 1 to 32 in Normal mode and from 2 to 32 in Network mode. In Normal mode, a divide ratio of 1 (DC=00000) provides continuous periodic data word transfer. A bit-length frame sync must be used in this case. Function fsl_ssi_hw_params() setup Normal mode for MONO output, so with DC=0, SSI enters to continuous periodic data word transfer. To fix this, setup DC for any I2S mode. Patch has tested on custom board based on Digi CCMX-51 module (i.MX51). Signed-off-by: Alexander Shiyan <shc_work@mail.ru> Signed-off-by: Mark Brown <broonie@kernel.org> 2016-06-26T11:28:37+00:00 Alan Cox alan@linux.intel.com 2016-06-23T16:37:03+00:00 urn:sha1:18f5839932e5c8c019f394d433dc5efcd6ae737a Now we correctly error an attempt to execute an unsupported operation. Signed-off-by: Alan Cox <alan@linux.intel.com> Signed-off-by: Vinod Koul <vinod.koul@intel.com> Signed-off-by: Mark Brown <broonie@kernel.org> 2016-06-17T11:39:52+00:00 Janusz Krzysztofik jmkrzyszt@gmail.com 2016-06-16T20:04:35+00:00 urn:sha1:86c0ae7cde7a8699116b365a5e3016753f0cd92a Commit 79901317ce80 ("n_tty: Don't flush buffer when closing ldisc"), introduced in v3.10, revealed a bug in the cx20442 codec driver which has never been setting tty->receive_room on line discipline open as it should from the beginning. Fix it. Created and tested on Amstrad Delta against Linux-4.7-rc3 Signed-off-by: Janusz Krzysztofik <jmkrzyszt@gmail.com> Signed-off-by: Mark Brown <broonie@kernel.org> 2016-06-17T11:36:09+00:00 Geert Uytterhoeven geert+renesas@glider.be 2016-06-16T12:34:30+00:00 urn:sha1:dcd2d1f78664fdc75eadaaf65257834e24383d01 During system resume: kernel BUG at drivers/base/regmap/regcache.c:347! ... PC is at regcache_sync+0x1c/0x128 LR is at ak4613_resume+0x28/0x34 The ak4613 driver is using a regmap cache sync to restore the configuration of the chip on resume but does not actually define a register cache which means that the resume is never going to work and we trigger asserts in regmap. Fix this by enabling caching. Based on commit d3030d11961a8c10 ("ASoC: ak4642: Enable cache usage to fix crashes on resume") by Mark Brown <broonie@kernel.org>. Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be> Signed-off-by: Mark Brown <broonie@kernel.org> 2016-06-17T11:35:33+00:00 Geert Uytterhoeven geert+renesas@glider.be 2016-06-16T12:34:32+00:00 urn:sha1:50c7a0ef2d97e56c7ce2f1ea5fe1d8e25aadc1bb The wm8940 driver is using a regmap cache sync to restore the configuration of the chip when switching from OFF to STANDBY, but does not actually define a register cache which means that the restore is never going to work and we trigger asserts in regmap. Fix this by enabling caching. Based on commit d3030d11961a8c10 ("ASoC: ak4642: Enable cache usage to fix crashes on resume") by Mark Brown <broonie@kernel.org>. Signed-off-by: Geert Uytterhoeven <geert+renesas@glider.be> Acked-by: Charles Keepax <ckeepax@opensource.wolfsonmicro.com> Signed-off-by: Mark Brown <broonie@kernel.org>