From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753446AbdLNPxS (ORCPT ); Thu, 14 Dec 2017 10:53:18 -0500 Received: from mx0a-001ae601.pphosted.com ([67.231.149.25]:38900 "EHLO mx0b-001ae601.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752903AbdLNPxQ (ORCPT ); Thu, 14 Dec 2017 10:53:16 -0500 Authentication-Results: ppops.net; spf=none smtp.mailfrom=ckeepax@opensource.cirrus.com Date: Thu, 14 Dec 2017 15:51:51 +0000 From: Charles Keepax To: Mark Brown CC: "Chen.Liu" , , , , , , , , Subject: Re: [PATCH v2] ASOC: wm8960: Add multiple MCLK frequency support Message-ID: <20171214155151.gfauoqjwomhadibh@localhost.localdomain> References: <1513168650-102028-1-git-send-email-chen.liu.opensource@gmail.com> <20171214115648.qidtgzihdoikxvhe@localhost.localdomain> <20171214153139.GG9788@sirena.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20171214153139.GG9788@sirena.org.uk> User-Agent: NeoMutt/20170113 (1.7.2) X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=2 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=592 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1712140217 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Dec 14, 2017 at 03:31:39PM +0000, Mark Brown wrote: > On Thu, Dec 14, 2017 at 11:56:48AM +0000, Charles Keepax wrote: > > On Wed, Dec 13, 2017 at 08:37:30PM +0800, Chen.Liu wrote: > > > > + if (unsupported) > > > + snd_soc_update_bits(codec, WM8960_CLOCK1, 0x6, > > > + WM8960_SYSCLK_DIV_2); > > > + > > > Looking at this a bit more I do have some reservations. Firstly > > this divider can be set through wm8960_set_dai_clkdiv, and > > secondly it is also set at the bottom of > > Removing set_clkdiv() would be a better thing if there were conflicts > here, in general we're trying to avoid uses of it. Ok that can probably be done as a separate patch I will review again with that in mind. Thanks, Charles