Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752187AbbF0XYq (ORCPT ); Sat, 27 Jun 2015 19:24:46 -0400 Received: from vi37-28-154-113.vibiznes.pl ([37.28.154.113]:46545 "EHLO vps-vb.mhejs.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751817AbbF0XYk (ORCPT ); Sat, 27 Jun 2015 19:24:40 -0400 Message-ID: <558F30AB.4050902@maciej.szmigiero.name> Date: Sun, 28 Jun 2015 01:24:27 +0200 From: "Maciej S. Szmigiero" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 MIME-Version: 1.0 To: Fabio Estevam CC: "alsa-devel@alsa-project.org" , Timur Tabi , Nicolin Chen , Xiubo Li , Liam Girdwood , Mark Brown , Jaroslav Kysela , Takashi Iwai , "linuxppc-dev@lists.ozlabs.org" , linux-kernel Subject: Re: [PATCH] ASoC: fsl_ssi: fix AC'97 mode References: <558F28E1.7040204@maciej.szmigiero.name> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1674 Lines: 54 Hello Fabio, W dniu 28.06.2015 01:06, Fabio Estevam pisze: > Hi Maciej, > > On Sat, Jun 27, 2015 at 7:51 PM, Maciej S. Szmigiero > wrote: >> Currently the AC'97 mode in fsl_ssi driver isn't functional. > > Thanks for the fix. I look forward to test it on my udoo board. Thanks. >> This patch implements the following changes to make it work >> properly: >> * IPG clock have to be enabled during AC'97 CODEC >> register access, >> * AC'97 DAI driver struct need the same probe method as >> I2S one to setup DMA params, >> * AC'97 bus can support asymmetric playback/capture rates, >> * Check whether setting AC'97 ops succeeded and >> clean them on removal so the driver can be reloaded, >> * AC'97 CODEC will be instantiated in AC'97 mode, >> * Set DAI format function small fixes in AC'97 mode. > > It seems like a lot of changes in a single patch. > > Care to split it into smaller pieces? OK, I will resend this split into individual patches. >> + >> + ret = clk_prepare_enable(fsl_ac97_data->clk); >> + if (ret) { >> + pr_err("ac97 read clk_prepare_enable failed: %d\n", >> + ret); >> + return -1; > 'return ret' would be better here. This function normal return value is an AC'97 register value, so isn't more appropriate to return 0xffff in case of error than linux error code? > Thanks Best regards, Maciej Szmigiero -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/