From patchwork Wed Jul 1 08:23:18 2020 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Wolfram Sang X-Patchwork-Id: 1320307 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Authentication-Results: ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org (client-ip=23.128.96.18; helo=vger.kernel.org; envelope-from=linux-i2c-owner@vger.kernel.org; receiver=) Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=sang-engineering.com Authentication-Results: ozlabs.org; dkim=fail reason="signature verification failed" (1024-bit key; secure) header.d=sang-engineering.com header.i=@sang-engineering.com header.a=rsa-sha256 header.s=k1 header.b=ClM1GuWu; dkim-atps=neutral Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by ozlabs.org (Postfix) with ESMTP id 49xZ4F63Wmz9sTV for ; Wed, 1 Jul 2020 18:23:25 +1000 (AEST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728580AbgGAIXY (ORCPT ); Wed, 1 Jul 2020 04:23:24 -0400 Received: from www.zeus03.de ([194.117.254.33]:57940 "EHLO mail.zeus03.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728541AbgGAIXY (ORCPT ); Wed, 1 Jul 2020 04:23:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=sang-engineering.com; h= from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; s=k1; bh=VMejF4y6Vc0djRDb4MWJtalBr3x lXhV5o+8dnxN2I10=; b=ClM1GuWugpD6rfZ/6tVIFYECiS8gUgbT8HmO/WY0hMc sr3UgR4D1o/5W7n+2I70E+Oj7lmb8f4Z9o5eMfrqm3M0lWg7WAXCH57i4SgXs3vI PAy4vzejU+UMKQQcS8wd73jVLi8YwLYCUC06JIeppYC3Hs5qg0KqP+5g48TkN0gI = Received: (qmail 465500 invoked from network); 1 Jul 2020 10:23:22 +0200 Received: by mail.zeus03.de with ESMTPSA (TLS_AES_256_GCM_SHA384 encrypted, authenticated); 1 Jul 2020 10:23:22 +0200 X-UD-Smtp-Session: l3s3148p1@749QAV2pcNkgAwDPXwRGALjtBlSZf+V/ From: Wolfram Sang To: linux-i2c@vger.kernel.org Cc: linux-renesas-soc@vger.kernel.org, Alain Volmat , Benjamin Tissoires , Wolfram Sang Subject: [PATCH] i2c: core: do not use logical device when creating irq domain Date: Wed, 1 Jul 2020 10:23:18 +0200 Message-Id: <20200701082318.11174-1-wsa+renesas@sang-engineering.com> X-Mailer: git-send-email 2.20.1 MIME-Version: 1.0 Sender: linux-i2c-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-i2c@vger.kernel.org Let's rather use its physical parent device to give proper namings and connections in debugfs. Signed-off-by: Wolfram Sang Reviewed-by: Benjamin Tissoires --- This turns the name from "unknown-1" to ":soc:i2c@e6540000" in debugfs for my use case. @Benjamin: I am not aware of any other side effects or regression possibilites. Do you see any? drivers/i2c/i2c-core-base.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/i2c/i2c-core-base.c b/drivers/i2c/i2c-core-base.c index dc43242a85ba..69217d2193da 100644 --- a/drivers/i2c/i2c-core-base.c +++ b/drivers/i2c/i2c-core-base.c @@ -1227,7 +1227,7 @@ static int i2c_setup_host_notify_irq_domain(struct i2c_adapter *adap) if (!i2c_check_functionality(adap, I2C_FUNC_SMBUS_HOST_NOTIFY)) return 0; - domain = irq_domain_create_linear(adap->dev.fwnode, + domain = irq_domain_create_linear(adap->dev.parent->fwnode, I2C_ADDR_7BITS_COUNT, &i2c_host_notify_irq_ops, adap); if (!domain)