From nobody Thu Nov 28 15:40:25 2024 Received: from mx0b-0031df01.pphosted.com (mx0b-0031df01.pphosted.com [205.220.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id CCD127E765; Mon, 30 Sep 2024 11:33:00 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=205.220.180.131 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1727695982; cv=none; b=einfcm8i3vlsR0EhwYj/fSi9l7gxh1OszTmFOqhGbTQQR/Lo/4NFUwkewyNdVSJabTU+8yK7+TT4VmQyVt+riSxJlaTy6u/mt/6xHtAoWFKoz1TD49MNxsiC/JvGwfT8brlU7s2eMudgGoFDPbMEMHGVdBGPj34jjKIdjaEYF5M= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1727695982; c=relaxed/simple; bh=yrjm4sBBql+0YZbe/zEwbrkXeHvZ1+uVyKFMm6ukNn8=; h=From:Date:Subject:MIME-Version:Content-Type:Message-ID:To:CC; b=seXqsWkS1Al7k0oiBPxky/yuJMWEAxI/t1118RM7w87p846LUjBzeSb+48VthR0YYwX9vS5BGFPsrvNR+J6YpyqLhj1Z5IhGN7h+2W56ZkMlSThAlmnIDEB3fybgUJ4Bhj97cztfD8X9jU5YW1WS5qqKH/hAG3g7hSINMGPOSrE= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=quicinc.com; spf=pass smtp.mailfrom=quicinc.com; dkim=pass (2048-bit key) header.d=quicinc.com header.i=@quicinc.com header.b=gKDPO64K; arc=none smtp.client-ip=205.220.180.131 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=quicinc.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=quicinc.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=quicinc.com header.i=@quicinc.com header.b="gKDPO64K" Received: from pps.filterd (m0279870.ppops.net [127.0.0.1]) by mx0a-0031df01.pphosted.com (8.18.1.2/8.18.1.2) with ESMTP id 48UBL8jc026128; Mon, 30 Sep 2024 11:32:43 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quicinc.com; h= cc:content-transfer-encoding:content-type:date:from:message-id :mime-version:subject:to; s=qcppdkim1; bh=a0ia2Gu22E6jMZxCVMU1tC esPtzFmwJ5IqwdPbq7UBE=; b=gKDPO64Kug3te45wWfNmZnJMuC1Aeqa97mwzx1 02F/nQu8aOT/dYHDkkrenyhdHEydXK3cqCHZEFzw5aNa69ms+IgY0lN8iUr34Y/K 0RYMekM4/qSrR+XqLzJ0VoSPqsM42jT/r9TFLRJtGRF5GoWZFKIfyM+HHiEKJmn0 9MnqZXeOUeENCDcOXic1s+KDi3G9pDpReeQsGSBD2fjeRavPxDZBRTOzQRyaKydC DPDfgiv2jcFLp1HLOzkhw1sJI///eA2rbxqO0gSqvcXjUxsIlwoqScdCDLNYtIw5 jU43d1fNJx1M7QdxmSh8bqq85NI9eXEDFIUaOlm7KSFb5NhQ== Received: from nasanppmta05.qualcomm.com (i-global254.qualcomm.com [199.106.103.254]) by mx0a-0031df01.pphosted.com (PPS) with ESMTPS id 41x9vu4hwm-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 30 Sep 2024 11:32:43 +0000 (GMT) Received: from nasanex01a.na.qualcomm.com (nasanex01a.na.qualcomm.com [10.52.223.231]) by NASANPPMTA05.qualcomm.com (8.18.1.2/8.18.1.2) with ESMTPS id 48UBWg42005498 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 30 Sep 2024 11:32:42 GMT Received: from hu-zijuhu-lv.qualcomm.com (10.49.16.6) by nasanex01a.na.qualcomm.com (10.52.223.231) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1544.9; Mon, 30 Sep 2024 04:32:41 -0700 From: Zijun Hu Date: Mon, 30 Sep 2024 04:32:37 -0700 Subject: [PATCH net-next RESEND v5] net: qcom/emac: Find sgmii_ops by device_for_each_child() Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-ID: <20240930-qcom_emac_fix-v5-1-e59c0ddbc8b4@quicinc.com> X-B4-Tracking: v=1; b=H4sIAFSM+mYC/6tWKk4tykwtVrJSqFYqSi3LLM7MzwNyTHUUlJIzE vPSU3UzU4B8JSMDIxMDSyNj3cLk/Nz41NzE5Pi0zApdg0QD42SzJMvURENLJaCegqJUoDDYvGi lvNQS3bzUihKQRJBrsKufi1JsbS0AFIXME3MAAAA= To: Timur Tabi , "David S. Miller" , Greg Kroah-Hartman , Eric Dumazet , Jakub Kicinski , Paolo Abeni CC: , , Zijun Hu , Zijun Hu X-Mailer: b4 0.14.1 X-ClientProxiedBy: nalasex01a.na.qualcomm.com (10.47.209.196) To nasanex01a.na.qualcomm.com (10.52.223.231) X-QCInternal: smtphost X-Proofpoint-Virus-Version: vendor=nai engine=6200 definitions=5800 signatures=585085 X-Proofpoint-GUID: rD64RTqA89vXimqfPMvvkZvJCzDUF4-m X-Proofpoint-ORIG-GUID: rD64RTqA89vXimqfPMvvkZvJCzDUF4-m X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1039,Hydra:6.0.680,FMLib:17.12.60.29 definitions=2024-09-06_09,2024-09-06_01,2024-09-02_01 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 bulkscore=0 mlxlogscore=999 lowpriorityscore=0 clxscore=1011 spamscore=0 suspectscore=0 phishscore=0 priorityscore=1501 malwarescore=0 adultscore=0 mlxscore=0 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.19.0-2408220000 definitions=main-2409300083 To prepare for constifying the following old driver core API: struct device *device_find_child(struct device *dev, void *data, int (*match)(struct device *dev, void *data)); to new: struct device *device_find_child(struct device *dev, const void *data, int (*match)(struct device *dev, const void *data)); The new API does not allow its match function (*match)() to modify caller's match data @*data, but emac_sgmii_acpi_match(), as the old API's match function, indeed modifies relevant match data, so it is not suitable for the new API any more, solved by implementing the same finding sgmii_ops function by correcting the function and using it as parameter of device_for_each_child() instead of device_find_child(). By the way, this commit does not change any existing logic. Signed-off-by: Zijun Hu --- This patch is separated from the following patch series: https://lore.kernel.org/all/20240905-const_dfc_prepare-v4-0-4180e1d5a244@qu= icinc.com/ This patch is to prepare for constifying the following driver API: struct device *device_find_child(struct device *dev, void *data, int (*match)(struct device *dev, void *data)); to struct device *device_find_child(struct device *dev, const void *data, int (*match)(struct device *dev, const void *data)); How to constify the API ? There are total 30 usages of the API in current kernel tree: For 2/30 usages, the API's match function (*match)() will modify caller's match data @*data, and this patch will clean up one of both. For remaining 28/30, the following patch series will simply change its relevant parameter type to const void *. https://lore.kernel.org/all/20240811-const_dfc_done-v1-1-9d85e3f943cb@quici= nc.com/ Why to constify the API ? (1) It normally does not make sense, also does not need to, for such device finding operation to modify caller's match data which is mainly used for comparison. (2) It will make the API's match function and match data parameter have the same type as all other APIs (bus|class|driver)_find_device(). (3) It will give driver author hints about choice between this API and the following one: int device_for_each_child(struct device *dev, void *data, int (*fn)(struct device *dev, void *data)); --- Changes in v5: - Separate me for the series - Correct commit message and remove the inline comment - Link to v4: https://lore.kernel.org/r/20240905-const_dfc_prepare-v4-2-418= 0e1d5a244@quicinc.com Changes in v4: - Correct title and commit message - Link to v3: https://lore.kernel.org/r/20240824-const_dfc_prepare-v3-3-321= 27ea32bba@quicinc.com Changes in v3: - Make qcom/emac follow cxl/region solution suggested by Greg - Link to v2: https://lore.kernel.org/r/20240815-const_dfc_prepare-v2-0-831= 6b87b8ff9@quicinc.com Changes in v2: - Give up introducing the API constify_device_find_child_helper() - Implement a driver specific and equivalent one instead of device_find_chi= ld() - Correct commit message - Link to v1: https://lore.kernel.org/r/20240811-const_dfc_prepare-v1-0-d67= cc416b3d3@quicinc.com --- drivers/net/ethernet/qualcomm/emac/emac-sgmii.c | 21 ++++++++++++++++----- 1 file changed, 16 insertions(+), 5 deletions(-) diff --git a/drivers/net/ethernet/qualcomm/emac/emac-sgmii.c b/drivers/net/= ethernet/qualcomm/emac/emac-sgmii.c index e4bc18009d08..e8265761c416 100644 --- a/drivers/net/ethernet/qualcomm/emac/emac-sgmii.c +++ b/drivers/net/ethernet/qualcomm/emac/emac-sgmii.c @@ -293,6 +293,11 @@ static struct sgmii_ops qdf2400_ops =3D { }; #endif =20 +struct emac_match_data { + struct sgmii_ops **sgmii_ops; + struct device *target_device; +}; + static int emac_sgmii_acpi_match(struct device *dev, void *data) { #ifdef CONFIG_ACPI @@ -303,7 +308,7 @@ static int emac_sgmii_acpi_match(struct device *dev, vo= id *data) {} }; const struct acpi_device_id *id =3D acpi_match_device(match_table, dev); - struct sgmii_ops **ops =3D data; + struct emac_match_data *match_data =3D data; =20 if (id) { acpi_handle handle =3D ACPI_HANDLE(dev); @@ -324,10 +329,12 @@ static int emac_sgmii_acpi_match(struct device *dev, = void *data) =20 switch (hrv) { case 1: - *ops =3D &qdf2432_ops; + *match_data->sgmii_ops =3D &qdf2432_ops; + match_data->target_device =3D get_device(dev); return 1; case 2: - *ops =3D &qdf2400_ops; + *match_data->sgmii_ops =3D &qdf2400_ops; + match_data->target_device =3D get_device(dev); return 1; } } @@ -356,10 +363,14 @@ int emac_sgmii_config(struct platform_device *pdev, s= truct emac_adapter *adpt) int ret; =20 if (has_acpi_companion(&pdev->dev)) { + struct emac_match_data match_data =3D { + .sgmii_ops =3D &phy->sgmii_ops, + .target_device =3D NULL, + }; struct device *dev; =20 - dev =3D device_find_child(&pdev->dev, &phy->sgmii_ops, - emac_sgmii_acpi_match); + device_for_each_child(&pdev->dev, &match_data, emac_sgmii_acpi_match); + dev =3D match_data.target_device; =20 if (!dev) { dev_warn(&pdev->dev, "cannot find internal phy node\n"); --- base-commit: c824deb1a89755f70156b5cdaf569fca80698719 change-id: 20240923-qcom_emac_fix-0a03c6b9ea19 Best regards, --=20 Zijun Hu