Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp1072699rwl; Wed, 12 Apr 2023 07:58:54 -0700 (PDT) X-Google-Smtp-Source: AKy350YfVBYDEYErONDSNNs9BtmjUz4Vsx34haRv04v2U/EcpFJcM045EkIp7GuFY6Z2YA+++sXC X-Received: by 2002:a17:90b:38d0:b0:246:b973:4d2b with SMTP id nn16-20020a17090b38d000b00246b9734d2bmr9966158pjb.37.1681311534081; Wed, 12 Apr 2023 07:58:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1681311534; cv=none; d=google.com; s=arc-20160816; b=0r9bujqqihJzKwTlGtD4KWZAqgHa0OfcIva5c4mHfWgUpHim8KXFmRdEYDgk+uw9an gJs7hd+iu8ShGOiNzl6wLRjJpYDGAeXJRtmWNMpzUAd1oekK1CZQjrFYqIZ3kA/Ltwpi Y2DFgmHKhbZeI4nv7wCm5g7vl4NTJO0gWfGtwTAmD+nZkHRdfYq9hU5whF47h+l2Er10 aziAM1WBmiarlnF5Zqf0Q3Vacj+bD7sNPIE1lWrHuC2jPVsOz+TOuC5viWvfs/qRKjc6 YPRARAfBERWIfcyuJWL3AZeol9JOd7TCtRJQL/wfoXxNPFu4Mp0pAhTPVJ8sOFlhAtbT 7C5g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=nj+HK1PXhiZUmw4ub4zWzXu/Z00UR5grQJU2WWuB2yk=; b=mCsjjM7hpAl4sdMNavJP+LAUGBBWHke17AcefbkHlCm2FgFpwKVRhck15VpNXT5Ts3 mhk/tU68hE1M5D0Hm0bKt8HYO1m38ecvF9rY5YxM1nqSn9IjXddf4T3jbpCIX/b3fiRU 37yvLAmLCuMN6a+g2yfAkJn+mody/lr3z8dF5XhOVSVmihzFItH0UKYh6vJZBLr55GWm eudIqwQZUVuh36AYNzr/lFnToIQWyVuYnlDw+DJ3+UdvAPPusInYvyxHbgjD2KCujXhc zm15sifAIEUjS4LYq0kYLjlQnOggj1XrftHLqD+H8Ywfe6UlzkSuxp5Q6A0N94tbrS5Z S/aQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=U4cBIb+r; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t18-20020a634612000000b005131132cb02si15998048pga.678.2023.04.12.07.58.42; Wed, 12 Apr 2023 07:58:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=U4cBIb+r; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229953AbjDLO43 (ORCPT + 99 others); Wed, 12 Apr 2023 10:56:29 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55048 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229572AbjDLO42 (ORCPT ); Wed, 12 Apr 2023 10:56:28 -0400 Received: from mail-pl1-x633.google.com (mail-pl1-x633.google.com [IPv6:2607:f8b0:4864:20::633]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F11B76A6D for ; Wed, 12 Apr 2023 07:56:03 -0700 (PDT) Received: by mail-pl1-x633.google.com with SMTP id d9443c01a7336-1a52eca0bedso7314005ad.2 for ; Wed, 12 Apr 2023 07:56:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1681311363; x=1683903363; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=nj+HK1PXhiZUmw4ub4zWzXu/Z00UR5grQJU2WWuB2yk=; b=U4cBIb+r+3TFzkH8HK8PyheNq8FAx17FSHTN3EZbt1Ed0VXFPS+hlTadzYaqO8IPXl Qj9bAn1lsvVyhB/Hov4juKCKNnmRR1NiM12pPgfLvldEwHKBiVzK6loXT/T2jjKp84PM 1JyO5DwGErdNljBWhQdo2pcjTIks1FU9VTN2RSkBR4u4E02WtRGZIzJxup2nwVv+gdrO d7CLYC55NHMgeTOl5E1ANBK9Sr2ORM1EN1bNFOtTxZQeclmn4+LR0hL1Yby4L/jLiTMK q6HJHWXb7s72qZMyJDPBjwWx/KpzM2kr1B6uWk2FuUWyY8zQRYQMY6GZRLkAeqXSBHdD CZ6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1681311363; x=1683903363; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=nj+HK1PXhiZUmw4ub4zWzXu/Z00UR5grQJU2WWuB2yk=; b=ydQ3EG9NA1ZHZULDYagdpsIiqGbEVLEy1hfj+zLnLfqEQUJFsiEqAlyI6VFBlGTq/8 II/uVb2inmu4mL8MKhPx9q9HrVb2LXFBjCNUIaCTDZfgyUwZYhXe/zebQRV+SJrKF1LM DfuYKgtk9geyNLo8xXtZgSeR3lfnr8hXaBRcZzQXVUC1RUTTBRvVm4hEYsSU1OebESGf LPieCDSCEvNZCiNhcTl5mCrn7N3UoYt5MC/pefPrUn81M/Q8JA/Xx/V7hCt1xVG1mAAT 37+vei7Z1yo5ki3q+G5XS7+515b9hSGwmeqdKYdfHMfvdt2fi7u85d7XUfusiEhJ4wK0 0KLw== X-Gm-Message-State: AAQBX9cTIuh9BqQXD9RCjadFFB8q3gmKEaDul9oTq9fFZHj34ZZSGQ/w MqHJ/gxAXheTnFOP8I86RKDVL3kXc0FMm6PlHNFDMI5+vCGyd5mc3vw= X-Received: by 2002:a05:6a00:15c1:b0:62d:dade:825 with SMTP id o1-20020a056a0015c100b0062ddade0825mr1214342pfu.3.1681311363377; Wed, 12 Apr 2023 07:56:03 -0700 (PDT) MIME-Version: 1.0 References: <20230404155121.1824126-1-james.clark@arm.com> <20230404155121.1824126-9-james.clark@arm.com> In-Reply-To: <20230404155121.1824126-9-james.clark@arm.com> From: Mike Leach Date: Wed, 12 Apr 2023 15:55:52 +0100 Message-ID: Subject: Re: [PATCH v5 08/13] coresight: Simplify connection fixup mechanism To: James Clark Cc: coresight@lists.linaro.org, quic_jinlmao@quicinc.com, suzuki.poulose@arm.com, Mathieu Poirier , Leo Yan , Alexander Shishkin , Greg Kroah-Hartman , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 4 Apr 2023 at 16:52, James Clark wrote: > > There is some duplication between coresight_fixup_device_conns() and > coresight_fixup_orphan_conns(). They both do the same thing except for > the fact that coresight_fixup_orphan_conns() can't handle iterating over > itself. > > By making it able to handle fixing up it's own connections the other > function can be removed. > > Signed-off-by: James Clark > --- > drivers/hwtracing/coresight/coresight-core.c | 84 ++++++++------------ > 1 file changed, 32 insertions(+), 52 deletions(-) > > diff --git a/drivers/hwtracing/coresight/coresight-core.c b/drivers/hwtracing/coresight/coresight-core.c > index 0b738960973b..8d377a59e0be 100644 > --- a/drivers/hwtracing/coresight/coresight-core.c > +++ b/drivers/hwtracing/coresight/coresight-core.c > @@ -1316,42 +1316,46 @@ static int coresight_orphan_match(struct device *dev, void *data) > { > int i, ret = 0; > bool still_orphan = false; > - struct coresight_device *csdev, *i_csdev; > + struct coresight_device *dst_csdev = data; > + struct coresight_device *src_csdev = to_coresight_device(dev); > struct coresight_connection *conn; > - > - csdev = data; > - i_csdev = to_coresight_device(dev); > - > - /* No need to check oneself */ > - if (csdev == i_csdev) > - return 0; > + bool fixup_self = (src_csdev == dst_csdev); > > /* Move on to another component if no connection is orphan */ > - if (!i_csdev->orphan) > + if (!src_csdev->orphan) > return 0; > /* > - * Circle throuch all the connection of that component. If we find > - * an orphan connection whose name matches @csdev, link it. > + * Circle through all the connections of that component. If we find > + * an orphan connection whose name matches @dst_csdev, link it. > */ > - for (i = 0; i < i_csdev->pdata->nr_outconns; i++) { > - conn = i_csdev->pdata->out_conns[i]; > - > - /* We have found at least one orphan connection */ > - if (conn->dest_dev == NULL) { > - /* Does it match this newly added device? */ > - if (conn->dest_fwnode == csdev->dev.fwnode) { > - ret = coresight_make_links(i_csdev, > - conn, csdev); > - if (ret) > - return ret; > - } else { > - /* This component still has an orphan */ > - still_orphan = true; > - } > + for (i = 0; i < src_csdev->pdata->nr_outconns; i++) { > + conn = src_csdev->pdata->out_conns[i]; > + > + /* Skip the port if it's already connected. */ > + if (conn->dest_dev) > + continue; > + > + /* > + * If we are at the "new" device, which triggered this search, > + * we must find the remote device from the fwnode in the > + * connection. > + */ > + if (fixup_self) > + dst_csdev = coresight_find_csdev_by_fwnode( > + conn->dest_fwnode); > + > + /* Does it match this newly added device? */ > + if (dst_csdev && conn->dest_fwnode == dst_csdev->dev.fwnode) { > + ret = coresight_make_links(src_csdev, conn, dst_csdev); > + if (ret) > + return ret; > + } else { > + /* This component still has an orphan */ > + still_orphan = true; > } > } > > - i_csdev->orphan = still_orphan; > + src_csdev->orphan = still_orphan; > > /* > * Returning '0' in case we didn't encounter any error, > @@ -1366,28 +1370,6 @@ static int coresight_fixup_orphan_conns(struct coresight_device *csdev) > csdev, coresight_orphan_match); > } > > - > -static int coresight_fixup_device_conns(struct coresight_device *csdev) > -{ > - int i, ret = 0; > - > - for (i = 0; i < csdev->pdata->nr_outconns; i++) { > - struct coresight_connection *conn = csdev->pdata->out_conns[i]; > - > - conn->dest_dev = > - coresight_find_csdev_by_fwnode(conn->dest_fwnode); > - if (conn->dest_dev && conn->dest_dev->has_conns_grp) { > - ret = coresight_make_links(csdev, conn, conn->dest_dev); > - if (ret) > - break; > - } else { > - csdev->orphan = true; > - } > - } > - > - return ret; > -} > - > static int coresight_remove_match(struct device *dev, void *data) > { > int i; > @@ -1595,7 +1577,7 @@ struct coresight_device *coresight_register(struct coresight_desc *desc) > csdev->subtype = desc->subtype; > csdev->ops = desc->ops; > csdev->access = desc->access; > - csdev->orphan = false; > + csdev->orphan = true; > > csdev->dev.type = &coresight_dev_type[desc->type]; > csdev->dev.groups = desc->groups; > @@ -1645,8 +1627,6 @@ struct coresight_device *coresight_register(struct coresight_desc *desc) > registered = true; > > ret = coresight_create_conns_sysfs_group(csdev); > - if (!ret) > - ret = coresight_fixup_device_conns(csdev); > if (!ret) > ret = coresight_fixup_orphan_conns(csdev); > > -- > 2.34.1 > Reviewed-by: Mike Leach -- Mike Leach Principal Engineer, ARM Ltd. Manchester Design Centre. UK