Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934127AbbFPJcx (ORCPT ); Tue, 16 Jun 2015 05:32:53 -0400 Received: from mail-by2on0113.outbound.protection.outlook.com ([207.46.100.113]:56768 "EHLO na01-by2-obe.outbound.protection.outlook.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S934100AbbFPJcc (ORCPT ); Tue, 16 Jun 2015 05:32:32 -0400 Authentication-Results: spf=fail (sender IP is 192.88.168.50) smtp.mailfrom=freescale.com; vger.kernel.org; dkim=none (message not signed) header.d=none; Date: Tue, 16 Jun 2015 17:30:21 +0800 From: Zidan Wang To: Mark Brown CC: , , , , , , , Subject: Re: [alsa-devel][PATCH 1/4] ASoC: wm8960: codec mclk should be enabled early to avoid jack detect error Message-ID: <20150616093019.GA26119@shlinux2> References: <880838f666b591f5ffb0de1e39df5e3734846246.1434020423.git.zidan.wang@freescale.com> <20150611162028.GT14071@sirena.org.uk> <20150612063231.GA23608@shlinux2> <20150612103349.GE1921@sirena.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20150612103349.GE1921@sirena.org.uk> User-Agent: Mutt/1.5.21 (2010-09-15) X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1;BY2FFO11FD010;1:kT0cWLLpojKNO7gtzwpz/SFsqDsXJv7ZJuouBOxqBuqwDpmK6oqIVT03yXFNsWUVA8/yyvb2B3MAl8ToWQXX0DfVWSGxko9AiPDSNa59PFQZ0Id026MF/XA4zEGrNyPo05tm8VyzWtp4fafqtnBxT0ljYbcd2KgKJfltCe5HaZRzMBG+18bQOrUzgHByu9upEHL0GrJDCGUwoKpAdLChiKA7TWolkds3/3c5zUT9Lhpe+7j1/hH6mI6dDgmMx4LZqRmo2Mq4qkNAsFyGaaVs6PzNTOAx0p1rvOVwzTqDHC7Ut/D9EABEMQvZVRdEYZnCOMUz+PzWtKU/MPTO6xXXNQ== X-Forefront-Antispam-Report: CIP:192.88.168.50;CTRY:US;IPV:NLI;EFV:NLI;SFV:NSPM;SFS:(10019020)(6009001)(2980300002)(339900001)(51704005)(24454002)(189002)(199003)(46406003)(76176999)(50986999)(106466001)(92566002)(33716001)(46102003)(4001350100001)(54356999)(87936001)(33656002)(6806004)(2950100001)(86362001)(77156002)(5001920100001)(104016003)(23726002)(5001960100002)(110136002)(189998001)(105606002)(47776003)(83506001)(85426001)(77096005)(50466002)(97756001);DIR:OUT;SFP:1102;SCL:1;SRVR:BY2PR03MB607;H:tx30smr01.am.freescale.net;FPR:;SPF:Fail;MLV:sfv;MX:1;A:1;LANG:en; X-Microsoft-Exchange-Diagnostics: 1;BY2PR03MB607;2:MCv6JuX+YoAQ+DcEYzvBZDbbl7uryqW9cD7jw+efzKIhXzB38bA15PVtU6POSfDt;2:rU3lT7kgwkWhiIVw2MwoaFwKhlTGrBuEKjt4WOV+rh3jw/FjlbxRUZJ+V34CJEMslhGmVctR1iJFokmsiWsFETb2QIRUGpeFnWfnX3LeZe8baTJI1HZvAPDB1PLH8rc9tRbGPERoWD3bxmWzIr+/DDZA7zs0W5+A87rMyDhZwpl7qo7r2s8vVno13qtj9a2R0C0XnfmoSbbb1uipOk0ez85r3IOQRI3roLuKKpCxWaw=;6:xUXvpOaT88LnSlY2aS2By0Pl1TUpdVS3FMIISh6t8TOYSeAJ5Kip7PmKiZUaEn5SLwn4yL2Uj92YTqzomHSmnc5YhWupmnDdcdZ1RBmpfMnhZIj+nJwkZO80D12Py71yMLGXyRHFYrg7pfUi4M0QBb0zb5ZX41dOWUbr40Nu4F5RchugjTZ2AOr4ackL3cJxqW627WuOkTN8KXKzDwGeSBbcfalDqFYwMDsYQVhg5z4HovNreybj0UcanbrQqykPG/TlsSPHoxxI2K51ZcXQqtMPi7/KhK+umzOylMaSCyTkM9L1aoL9l+Fch2179UVX5fSxgTtMvD8PUvOaEftqgg==;3:hIHZvhIdKbiwl5otSBNfIhRE5LlvseMb2QCqvp3bvHDoz3le4i0QTFoNqobfFxP+tOAcbbAvTJ3yb1cgj+XxWCFkuvkwYGEY4YONueQp2G8hyQOqiY6fNQF+vUsvVsl02yjcfDUxaUpX5zpBGYTQT87RviwAEzW1YRv+bLkJhglAUrHuUgbY7svJMF2PNyNB4BsZ0tAIFtUU8o3OTJK29q3u67naIurUgaPZdlULE21jBxP6/6U1KLgoK6co3WcxTf61J/Dh47kOteXBP2LH1DwZ5jw4b0reUUZ1GIo8eJ01SuQ0HeQ97c5KjixHF/3B X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR03MB607; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0;PCL:0;RULEID:(601004)(520003)(5005006)(3002001);SRVR:BY2PR03MB607;BCL:0;PCL:0;RULEID:;SRVR:BY2PR03MB607; X-Forefront-PRVS: 06098A2863 X-Microsoft-Exchange-Diagnostics: 1;BY2PR03MB607;9:96UN0QzYuVHoGNt/fjcK0ypCfclNpN4JLNR3jkSkSi6ZjQjeI2+t8yFjgSAB6LvgnRUPE/tJnsakmK2MHwkuBj+PUiqfqMkMfr9mucsQnmrHn6yzL25V7KmujoKoha/rcc6Y92QjOsQvgHffE2LjnTnsqM833aHb3fz763qCC/AQc8gqQ9Urtybgfr439xnA7swkFOJA113fbRmZhZNFzy3zbiRmRgBVEiFynXNmmNlddQVXpvvmajMRKCNPQKiPlXfDpEmyQsaf21Xo9lIKfsUdVbqZIATAuCXSZgLGl376eTCLQo0Va+1m2wIzXeIW28BTNZPr/R3dMIh6aZDGCTYdNJq46VxIbWjRgPmEEV+Vlotx1564iLb3k/iWDNJWcH12xuSR8UFmO9WbQ1fTfGWuS5IRnSqBJQsiuArxz51ZP7aJqDYpPRElX8uuXn0BhJCl94W0YiV6ryCd7bw+Qyz/Q8FPASj/uI7Wm4aCu8VcyCS3NOGgg6W8h5nVSTBF5GoQFpszBb+2mgBppQSwW5OqkVyVsF+W4di+lHGhMG33R2mCcOnHSxs0ybcd+l3dClB/SI57zn4hkP8vVvMPoqtZ1+SANBgnYyqPYr636mmF35Ych3ePfeTMdHhHNj/q1yq5McPtaj44Nu3NdRUK2wKtHSRXnxI2R9iGocUaR8bOePLvDRGsw4g8CTk5jhMz+i0guXS+im1nORtvRjinJmkARP7KPgjnKBMW9wEIWeABsNbkYo70ANyOidik7ZRDxcl3pnt9Ar6JqiYpIzSAR8edHb3jp2lvunnGdFu7QK6f4+IAav++GgDoSKbtY18VN9vW75YBYjls4qP5IHxNRIq5djqtliaoU5soSxKYeF1stTTaCK1jwzpxy42n+TxwxrfQXjUB9WcO9rsRUtP+cWNmav8uEmEAwobO611ZVVQ= X-Microsoft-Exchange-Diagnostics: 1;BY2PR03MB607;3:gqlazwy9WvZHByAmOzUH1ytKwN7j2sUWqVJTIi42EICG0VQrZQXAE9WcIouhslzWaQ0PW2Di4Yo94oWpqDpTILXbrYogATz7kMRHPdi08AR7BcmnCDmhb3FZQuFrUjYM43S9kyFQlJJEeJ+QIOtHAg==;10:yySuJqor57jywZ4+Swi1jivNYa0ahPNYF4TndxtBnuf2PMiP5xpRxPTjSwJpWU5pY/pdD7PIoxiTttZZxJMaFsKA1cNDPhKD6II7OFBQzdA=;6:wRqMsrK5e6veZ+/quaXo5Rqnreccdr/D+nk/HeLXLhj8ttrEam00ENbaWxh7CP5t X-OriginatorOrg: freescale.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 16 Jun 2015 09:32:28.3404 (UTC) X-MS-Exchange-CrossTenant-Id: 710a03f5-10f6-4d38-9ff4-a80b81da590d X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=710a03f5-10f6-4d38-9ff4-a80b81da590d;Ip=[192.88.168.50];Helo=[tx30smr01.am.freescale.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR03MB607 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1288 Lines: 26 On Fri, Jun 12, 2015 at 11:33:49AM +0100, Mark Brown wrote: > On Fri, Jun 12, 2015 at 02:32:33PM +0800, Zidan Wang wrote: > > > I have done some test today, and found that after mclk enable, we should delay > > at least 150ms to prepare the jack detect function. So no need to move mclk > > enable to startup. > > No, this makes no sense - jack detection is not related to playback at > all. The system should be able to detect if something is connected at > any time. What this says is that you need to keep MCLK enabled while > jack detection is available. This may be the wm8960 codec hardware issue. In generally, we will connect the headphone detect output to the CPU GPIO and let CPU to deal with the headphone jack detect event. The wm8960 have the feature to auto detect headphone jack itself, so in order to save CPU pin, we connect the headphone detect output to the codec headphone jack detect pin(RINPUT3/JD2). This issue is abnormal. Anyone else who using the community driver meet the same issue? Best Regards, Zidan Wang -- 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/