Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp1195716pxb; Fri, 21 Jan 2022 12:01:06 -0800 (PST) X-Google-Smtp-Source: ABdhPJxopODpwuoVV5yRASo/2GyI9C2yDD1giVIashipJmo1MnxfTZsG5/PyCIjBdTr00Jc8e7gO X-Received: by 2002:a17:903:11d0:b0:149:a969:400c with SMTP id q16-20020a17090311d000b00149a969400cmr5145076plh.120.1642795266313; Fri, 21 Jan 2022 12:01:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1642795266; cv=none; d=google.com; s=arc-20160816; b=ZlZ7/m8XIlUcnqGuLtb867V4d+vkTCTasutjma+zr7dTURiGmgP5dHcSEv8d19BJaj g0t0MKvSZMVMkAjsmzz6StNaNq2ou1iaqUATvwVJ0DEl7Eiq1ip4e9wQkOmcDOmot5QD UfoOHiRtUkfa/jdbtCejawc8IKp4GUGnG/8dguh6y1YMNanH/AWKtVQmR00sdT9KV0VS vUrfrwkULzvuNIujVcWpVj0WXtaY5Pea4CJYQR7d97/9f+x226HRXzNA4mst+FHMvGxl RJtYqw7LwzRwN+RAREfMSWG9F31LRN5XLnFK/xup1v6dZIM0PlOFSw4QsvJQZaZuQFZv 5F2w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:to:references:message-id :content-transfer-encoding:cc:date:in-reply-to:from:subject :mime-version; bh=1pLxeuB4GLp4hLcac+yj3KvA8tbItEHFTDumOV83Leo=; b=GIKJZOgIjcViEZfhQj5Gx1YrHF7A0NpHR0o+h/A5ClHWSD1+jLhkiU3uZ1prGX044x fayTYcYO62PkOwlq2ep+vJgmNxtMMUVC4IsrijjzT3Qdvvi3WAGtexvl7sB+/XwWSBz/ TbLqHJFX2zZw9pZI6NLw+78szSl5f1zuvJ0Iab8Cg28BsvgnraRfEysqEDBGDRjRhKCN rmpOIYw1LGSYLtguPVPk9hp/QxTQhl4MLnVJ0JGU1Salk/7f+IOu8xUVBRUva35evhWd 4DHgDvSrpUXdAvdeKvohpkVlzKGHul4rxN4epZEXOYBPmuZcBbdntGsFH189rbA8dD2d w6xw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-bluetooth-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-bluetooth-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z20si7002116pgk.122.2022.01.21.12.00.52; Fri, 21 Jan 2022 12:01:06 -0800 (PST) Received-SPF: pass (google.com: domain of linux-bluetooth-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-bluetooth-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-bluetooth-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1357154AbiASTj5 convert rfc822-to-8bit (ORCPT + 99 others); Wed, 19 Jan 2022 14:39:57 -0500 Received: from coyote.holtmann.net ([212.227.132.17]:55597 "EHLO mail.holtmann.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1357084AbiASTjr (ORCPT ); Wed, 19 Jan 2022 14:39:47 -0500 Received: from smtpclient.apple (p4fefca45.dip0.t-ipconnect.de [79.239.202.69]) by mail.holtmann.org (Postfix) with ESMTPSA id E3BBDCECE1; Wed, 19 Jan 2022 20:39:45 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.40.0.1.81\)) Subject: Re: [PATCH] Bluetooth: hci_bcm: Add the Asus TF103C to the bcm_broken_irq_dmi_table From: Marcel Holtmann In-Reply-To: Date: Wed, 19 Jan 2022 20:39:45 +0100 Cc: Johan Hedberg , Luiz Augusto von Dentz , linux-bluetooth@vger.kernel.org Content-Transfer-Encoding: 8BIT Message-Id: <723D20F2-2688-4112-9ED4-2F8C3B6BF4DF@holtmann.org> References: <20211231115055.115988-1-hdegoede@redhat.com> To: Hans de Goede X-Mailer: Apple Mail (2.3693.40.0.1.81) Precedence: bulk List-ID: X-Mailing-List: linux-bluetooth@vger.kernel.org Hi Hans, >>> The DSDT for the Asus TF103C specifies a IOAPIC IRQ for the HCI -> host IRQ >>> but this is not correct. Unlike the previous entries in the table, this >>> time the correct GPIO to use instead is known; and the TF103C is battery >>> powered making runtime-pm support more important. >>> >>> Extend the bcm_broken_irq_dmi_table mechanism to allow specifying the right >>> GPIO instead of just always disabling runtime-pm and add an entry to it for >>> the Asus TF103C. >>> >>> Signed-off-by: Hans de Goede >>> --- >>> drivers/bluetooth/hci_bcm.c | 44 ++++++++++++++++++++++++++++++------- >>> 1 file changed, 36 insertions(+), 8 deletions(-) >>> >>> diff --git a/drivers/bluetooth/hci_bcm.c b/drivers/bluetooth/hci_bcm.c >>> index ef54afa29357..c6ac4aa994af 100644 >>> --- a/drivers/bluetooth/hci_bcm.c >>> +++ b/drivers/bluetooth/hci_bcm.c >>> @@ -20,6 +20,7 @@ >>> #include >>> #include >>> #include >>> +#include >>> #include >>> #include >>> #include >>> @@ -870,7 +871,23 @@ static int bcm_resume(struct device *dev) >>> #endif >>> >>> /* Some firmware reports an IRQ which does not work (wrong pin in fw table?) */ >>> +static struct gpiod_lookup_table asus_tf103c_irq_gpios = { >>> + .dev_id = "serial0-0", >> >> do you need this one? I assume it could be easily enumerated as serial1-0 if you are unlucky. > > Yes there can be multiple global gpiod_lookup_table-s registered > and the gpiolib code finds the one to use be matching this field > to the dev_name() for the device passed to gpiod_get(). > > I'm not worried about this getting enumerated with another dev_name(), > this is a tablet with no ways to add extra serial-bus devices and > there is only the 1 serial-bus device. is there no other way to match this device? Regards Marcel