Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932504AbcDYM4D (ORCPT ); Mon, 25 Apr 2016 08:56:03 -0400 Received: from mezzanine.sirena.org.uk ([106.187.55.193]:41292 "EHLO mezzanine.sirena.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932283AbcDYM4B (ORCPT ); Mon, 25 Apr 2016 08:56:01 -0400 Date: Mon, 25 Apr 2016 13:55:04 +0100 From: Mark Brown To: Jeremy McDermond Cc: Xing Zheng , Mark Rutland , Andrew Lunn , alsa-devel@alsa-project.org, Mengdong Lin , heiko@sntech.de, Liam Girdwood , Takashi Iwai , Rob Herring , Aaro Koskinen , sugar.zhang@rock-chips.com, linux-rockchip@lists.infradead.org, jay.xu@rock-chips.com, devicetree@vger.kernel.org, Pawel Moll , Ian Campbell , Jyri Sarha , Arnaud Pouliquen , linux-kernel@vger.kernel.org, Adam.Thomson@diasemi.com, Kumar Gala , Jun Nie Message-ID: <20160425125504.GL3217@sirena.org.uk> References: <1460967452-24574-1-git-send-email-zhengxing@rock-chips.com> <1460967452-24574-3-git-send-email-zhengxing@rock-chips.com> <20160421141921.GA25900@rob-hp-laptop> <57197BBA.50304@rock-chips.com> <20160422092250.GA3217@sirena.org.uk> <3C927D46-BC52-4B5C-B5B4-CCBA3AAE6F87@xenotropic.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="8Km4OLyaxUtVIPha" Content-Disposition: inline In-Reply-To: <3C927D46-BC52-4B5C-B5B4-CCBA3AAE6F87@xenotropic.com> X-Cookie: Tomorrow, you can be anywhere. User-Agent: Mutt/1.5.24 (2015-08-30) X-SA-Exim-Connect-IP: 2a01:348:6:8808:fab::3 X-SA-Exim-Mail-From: broonie@sirena.org.uk Subject: Re: [alsa-devel] [PATCH 2/3] ASoC: simple-card: Add support jack detection via codec X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on mezzanine.sirena.org.uk) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1451 Lines: 38 --8Km4OLyaxUtVIPha Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 22, 2016 at 09:37:39AM -0700, Jeremy McDermond wrote: > components fairly well. I=E2=80=99m just trying to wrap my head around > where this all would fit in. Should the codec driver just register > a bunch of clock components in its initialization somewhere? > I=E2=80=99m thinking that it can=E2=80=99t have its own CCF driver separa= te from > the codec driver because you won=E2=80=99t have proper access to the > registers over I2C or SPI. I don=E2=80=99t find a lot of examples in the > codec drivers, and there aren=E2=80=99t very many other drivers in the tr= ee > that seem to register clocks with CCF that I can find. If the clock code is worth splitting off into a separate driver that's what drivers/mfd is for. --8Km4OLyaxUtVIPha Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJXHhOmAAoJECTWi3JdVIfQAcAH/j75szg8/VKCpHvhAc75ilq2 ibJGnlJtBW0OtsmPem0rSXULDqk1vQQbjzHPO4eTNPZEpy7PLYC0YQ85sjqtQ0AQ Yk5cdckj8qyxRXEdPjre0896xz88N71kZ5q+ANxA+SYjyeSI2ztVV+hEH8w0t9J2 4bbZYK3LMFYXlDrff/HrNvLqAH9hNRSoNKefQthsC3V9HxNid4YRnojERhOnTEUi taUey6o6ecnKjNcQ0QcbWUiFCdFGHmoREOFRaJP12LDCYe4AWeIuetGNVf0wWhXD 9ygY3OLuGKgT6UqNShSqHT0Gp4aI5FgXEIJSp2OYjDIiErmFAGxb0YsjjlLR5VE= =clqe -----END PGP SIGNATURE----- --8Km4OLyaxUtVIPha--