From mboxrd@z Thu Jan 1 00:00:00 1970 From: Russell King - ARM Linux Subject: [PATCH 0/7] Kirkwood ASoC updates Date: Thu, 26 Jun 2014 15:22:31 +0100 Message-ID: <20140626142231.GR32514@n2100.arm.linux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org To: Mark Brown Cc: Takashi Iwai , alsa-devel@alsa-project.org, Liam Girdwood , linux-arm-kernel@lists.infradead.org, Jaroslav Kysela List-Id: alsa-devel@alsa-project.org Mark, Here are a set of patches I've had for a while as part of my DPCM work. I think it's worth getting these merged. The first patch fixes a bug at ASoC level with debugfs handling - it is not permitted to create more than one debugfs directory with the same name in the same parent directory - and this can happen when the dummy platform and codec are used. The second patch adds a helper definition to handle both I2S and SPDIF bits in the RECCTL register in the same way that we already do with the PLAYCTL register. Patch 3 fixes the RECCTL enable masking - we would accumulate enable bits but never clear any of them. Patch 4 makes the driver's handling of the PLAYCTL register slightly more conformant to the documentation - which requires that the appropriate mute bits are set while the respective output interface is disabled. Patch 5 updates my previous attempt to properly fix this. The previous attempt did stop things going wrong from the hardware perspective, but we are left with the occasional stuck-busy. Although that was harmless, this patch stops this occuring in addition to the previous fix. Patch 6 lifts some of the driver restrictions on the period size and number of periods - there's no reason to restrict these values, so let's give userspace more flexibility. Patch 7 adds NO_PERIOD_WAKEUP support for kirkwood, permitting interrupt-less operation. -- FTTC broadband for 0.8mile line: now at 9.7Mbps down 460kbps up... slowly improving, and getting towards what was expected from it.