Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1741216pxb; Sat, 23 Jan 2021 04:17:43 -0800 (PST) X-Google-Smtp-Source: ABdhPJwm2HVQFHsWXyN5Wr6FbyVlynAbIP4L2uf3pnUKhY5m4Oom6HPSdByz/WEWPdEQn0EXv/HV X-Received: by 2002:a17:906:1b0d:: with SMTP id o13mr1437890ejg.232.1611404263140; Sat, 23 Jan 2021 04:17:43 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611404263; cv=none; d=google.com; s=arc-20160816; b=AKEefgE4FD7BeLlnFuRcBLRXZ043K/nDn+zrFYr2s5bmCXiRLHd+QR94C0ER/svGdB 46xA3jXQUa4sPD2yZ6ImVF9V2XBfexl9ex0QuQfOq76GMCeFA7v2sTGv1Ac23M0VYJk6 AlDrk+6ibZPF0H+PGol4EE0vHZjoOBudnHeruWJKxsIVpMQtgpD8Z5OV0M1bIyyf5Auz jMdmYqZMeJ5Kv8ddHm4kWUR1JEJdCUw66EQfZxl695PlCRY9MfhKGmjIVJARRlO7gsNI NJDH0ZJ+zYoeeYkzZtgX3myv4Dkq4V3OzbR2E36E2d3pYdP7E7Ku4YcHv6aMZpaIzGPa Z64Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=vK2VzWfI4+KFh7qJAfaDzh96LtLLz2LvhxVFMTNov5A=; b=ApwOm7fLVw0QTmj8K6w5UoGlNErTGt4CsN87K3ldns91lb+sRUkF4VssxutlpCT2Oo HtGkxaxDOGdi71FfXkG0Yq0OR9E4y0qslKmQ9LXIyG7ULlBXyN1vAxgXBiQCzDkhae2T rXjNKTZperXL8xMAPaJEzE+6PQzdbpbw7Ya4UMtgtyiBlTGEVySxVTJCisj2nv3mtLR1 +uoIwISi5KaX0awqUCMqG21cSTvDj1ULKKf33xsWxYM5NZZQ9FxZD9yt3U50jJd16X90 YFo6psV/cLiWCUbRcnK2XtjolDFmy5eLuK+/hDMPClERCF4k7aNy3ThnG/BlwA3zAKy6 qlaA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=EcwEcJdI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r4si5006306edb.431.2021.01.23.04.17.20; Sat, 23 Jan 2021 04:17:43 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=EcwEcJdI; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726865AbhAWMPH (ORCPT + 99 others); Sat, 23 Jan 2021 07:15:07 -0500 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:21544 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726662AbhAWMOw (ORCPT ); Sat, 23 Jan 2021 07:14:52 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1611404006; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=vK2VzWfI4+KFh7qJAfaDzh96LtLLz2LvhxVFMTNov5A=; b=EcwEcJdIb0cRXt9XrLv89REYgBHXs3c+hDXGvnd52EQpXYNZOo09uRAbuKIf/O4Gl1s7hB rXJsdLItNrWjh7SWIK0LulbaTJEBKlh7OE7krnx+kNV+H4Ct9yJfg4bWnXKOihfS1axWrD EdZAYGq/gWNu2B939EtRHg94KuGBWbQ= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-313-sOpwBZwCMsmNtgimovTBhg-1; Sat, 23 Jan 2021 07:13:24 -0500 X-MC-Unique: sOpwBZwCMsmNtgimovTBhg-1 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id 06FB7806663; Sat, 23 Jan 2021 12:13:22 +0000 (UTC) Received: from x1.localdomain (ovpn-112-82.ams2.redhat.com [10.36.112.82]) by smtp.corp.redhat.com (Postfix) with ESMTP id D158339A4E; Sat, 23 Jan 2021 12:13:19 +0000 (UTC) From: Hans de Goede To: Lee Jones , Cezary Rojewski , Pierre-Louis Bossart , Liam Girdwood , Jie Yang , Mark Brown Cc: Hans de Goede , patches@opensource.cirrus.com, linux-kernel@vger.kernel.org, Andy Shevchenko , Charles Keepax , alsa-devel@alsa-project.org Subject: [PATCH v4 02/13] extcon: arizona: Fix some issues when HPDET IRQ fires after the jack has been unplugged Date: Sat, 23 Jan 2021 13:13:02 +0100 Message-Id: <20210123121313.79530-3-hdegoede@redhat.com> In-Reply-To: <20210123121313.79530-1-hdegoede@redhat.com> References: <20210123121313.79530-1-hdegoede@redhat.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When the jack is partially inserted and then removed again it may be removed while the hpdet code is running. In this case the following may happen: 1. The "JACKDET rise" or ""JACKDET fall" IRQ triggers 2. arizona_jackdet runs and takes info->lock 3. The "HPDET" IRQ triggers 4. arizona_hpdet_irq runs, blocks on info->lock 5. arizona_jackdet calls arizona_stop_mic() and clears info->hpdet_done 6. arizona_jackdet releases info->lock 7. arizona_hpdet_irq now can continue running and: 7.1 Calls arizona_start_mic() (if a mic was detected) 7.2 sets info->hpdet_done Step 7 is undesirable / a bug: 7.1 causes the device to stay in a high power-state (with MICVDD enabled) 7.2 causes hpdet to not run on the next jack insertion, which in turn causes the EXTCON_JACK_HEADPHONE state to never get set This fixes both issues by skipping these 2 steps when arizona_hpdet_irq runs after the jack has been unplugged. Reviewed-by: Andy Shevchenko Acked-by: Charles Keepax Signed-off-by: Hans de Goede --- drivers/extcon/extcon-arizona.c | 17 +++++++++-------- 1 file changed, 9 insertions(+), 8 deletions(-) diff --git a/drivers/extcon/extcon-arizona.c b/drivers/extcon/extcon-arizona.c index aae82db542a5..f7ef247de46a 100644 --- a/drivers/extcon/extcon-arizona.c +++ b/drivers/extcon/extcon-arizona.c @@ -601,7 +601,7 @@ static irqreturn_t arizona_hpdet_irq(int irq, void *data) struct arizona *arizona = info->arizona; int id_gpio = arizona->pdata.hpdet_id_gpio; unsigned int report = EXTCON_JACK_HEADPHONE; - int ret, reading; + int ret, reading, state; bool mic = false; mutex_lock(&info->lock); @@ -614,12 +614,11 @@ static irqreturn_t arizona_hpdet_irq(int irq, void *data) } /* If the cable was removed while measuring ignore the result */ - ret = extcon_get_state(info->edev, EXTCON_MECHANICAL); - if (ret < 0) { - dev_err(arizona->dev, "Failed to check cable state: %d\n", - ret); + state = extcon_get_state(info->edev, EXTCON_MECHANICAL); + if (state < 0) { + dev_err(arizona->dev, "Failed to check cable state: %d\n", state); goto out; - } else if (!ret) { + } else if (!state) { dev_dbg(arizona->dev, "Ignoring HPDET for removed cable\n"); goto done; } @@ -667,7 +666,7 @@ static irqreturn_t arizona_hpdet_irq(int irq, void *data) gpio_set_value_cansleep(id_gpio, 0); /* If we have a mic then reenable MICDET */ - if (mic || info->mic) + if (state && (mic || info->mic)) arizona_start_mic(info); if (info->hpdet_active) { @@ -675,7 +674,9 @@ static irqreturn_t arizona_hpdet_irq(int irq, void *data) info->hpdet_active = false; } - info->hpdet_done = true; + /* Do not set hp_det done when the cable has been unplugged */ + if (state) + info->hpdet_done = true; out: mutex_unlock(&info->lock); -- 2.29.2