From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id CB0F3CD342F for ; Fri, 8 May 2026 19:30:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Transfer-Encoding: Content-Type:In-Reply-To:From:References:CC:To:Subject:MIME-Version:Date: Message-ID:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=TL0Ao6XQVPXJsnoYZXzcDG7cGaOWJMdi9mDgF7Hdq6E=; b=ej7YCj7x7nuVr2wpy/lV3lIyMB MpiV40RH8AEQCk9fFzKqPTad3aeITDjKAnZ67x/CfYM1kqhk3skMjYzxvJpLvMR7taTbjKPoGuj2R qJ37UkHw3kKtX5Tzs+5XDIYfZcPFlwQ4HqAtUwPpeUC607G5uC2jtxv6d49m/6atqOhAWY3/fs9Bd PuIy7t5sDS2d9PilK4qWMmzopn8H+PMkYwvBC4xYmp/78ZUAFA2rd3V3G0wMJJIoGGNAkBYDgucbh CvS/RngvP/Pd5jwfgK6QDMH6/KN2RDs6Lko8KQ95MsD9Tx6GVh3LV/Ni6sD6p4mLl1kvW/7udLIr1 mkt4wuBQ==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1wLQtt-00000007Luu-499a; Fri, 08 May 2026 19:30:17 +0000 Received: from mail-westus3azon11012067.outbound.protection.outlook.com ([40.107.209.67] helo=PH8PR06CU001.outbound.protection.outlook.com) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1wLQto-00000007LuF-3qSf for linux-arm-kernel@lists.infradead.org; Fri, 08 May 2026 19:30:16 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=c42uy6Iu+GhMoTlqPZawuZndtv0Bncwpd117PCcxtnQtGoltnlHwQ6z0I6NR4QwYxj9avP6ZW0xuWbPNdNo2Jpo7hfViQIdFG6zJcYIIuiEevXCqyCSf67lELAgSBShM6XcNsiOhZhRj/8KJaiSNKwg6qC3Huo+BDkhiiwfpydAcx+z3ysoi/9U3yrYdXjJ2bLJnLuBvyzOHhh2AGZ7ak+n0jv4mOT6Ew4xB3rlDhH1qsGpGlD9noUViVXlWo4WUxuemNcU8CYz7tf3CjqoLYDfGfnRf76L5wYiACuhv1uWrtTe0ra06cw8g2Jwb23Eerq6cdyd3FEYpeFHcOQmyqw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=TL0Ao6XQVPXJsnoYZXzcDG7cGaOWJMdi9mDgF7Hdq6E=; b=MHxi8GV7o0BF25F3QKm/aRhq45n1phgxRCJJ85GDHnElX5wKEVhPgxRyVWepIogDQeMsE7cSerFGdwdfNMuM27J7CP5gQQ24KkUbyRWJVr3Nnkl+FgHbGFRk7anr67rJ2yrVFrihXoMEBU3ZJ9rYHfhe2AJ9202LasUZQQTgAQCZbZ5JNf8hXUPptBluLKU3Z+YLHiSTcoqWZDtJDVB5vAZ06Ai73Jvl0LvmeslFS281V/dN4RO85s6blXfGD47jrX8POiNaotiTYfopbGp03M9Hx0ISatDk1f0B0geNHX2Jb+ef1TmLd8RLEAmZS4eIh4jNZ8JI2zlGQ/1RJ1OATw== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 198.47.23.194) smtp.rcpttodomain=vger.kernel.org smtp.mailfrom=ti.com; dmarc=pass (p=quarantine sp=none pct=100) action=none header.from=ti.com; dkim=none (message not signed); arc=none (0) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=TL0Ao6XQVPXJsnoYZXzcDG7cGaOWJMdi9mDgF7Hdq6E=; b=QCVSFlhE8v9rXIuZery4JcgJVAe6pS66o8lJ/XwQ7BHD7I/vRSZRC2emMTgrvnf52yoHmT7w4ov5TLaH9zr35yw+Ri1Qbkft96s/YQ1cZTw5Mn3yR9KSKe050xsDZ8R/SDfRDGp2cilAe/NrCMoAJv5/9ul9KfqEuhFDDPHHdnw= Received: from PH0PR07CA0103.namprd07.prod.outlook.com (2603:10b6:510:4::18) by PH7PR10MB6988.namprd10.prod.outlook.com (2603:10b6:510:27d::5) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.9891.19; Fri, 8 May 2026 19:30:07 +0000 Received: from CY4PEPF0000FCBF.namprd03.prod.outlook.com (2603:10b6:510:4:cafe::e8) by PH0PR07CA0103.outlook.office365.com (2603:10b6:510:4::18) with Microsoft SMTP Server (version=TLS1_3, cipher=TLS_AES_256_GCM_SHA384) id 15.20.9891.18 via Frontend Transport; Fri, 8 May 2026 19:30:07 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 198.47.23.194) smtp.mailfrom=ti.com; dkim=none (message not signed) header.d=none;dmarc=pass action=none header.from=ti.com; Received-SPF: Pass (protection.outlook.com: domain of ti.com designates 198.47.23.194 as permitted sender) receiver=protection.outlook.com; client-ip=198.47.23.194; helo=lewvzet200.ext.ti.com; pr=C Received: from lewvzet200.ext.ti.com (198.47.23.194) by CY4PEPF0000FCBF.mail.protection.outlook.com (10.167.242.101) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.9913.8 via Frontend Transport; Fri, 8 May 2026 19:30:06 +0000 Received: from DLEE212.ent.ti.com (157.170.170.114) by lewvzet200.ext.ti.com (10.4.14.103) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.37; Fri, 8 May 2026 14:30:04 -0500 Received: from DLEE203.ent.ti.com (157.170.170.78) by DLEE212.ent.ti.com (157.170.170.114) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.37; Fri, 8 May 2026 14:30:04 -0500 Received: from lelvem-mr06.itg.ti.com (10.180.75.8) by DLEE203.ent.ti.com (157.170.170.78) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.2562.37 via Frontend Transport; Fri, 8 May 2026 14:30:04 -0500 Received: from [10.249.42.149] ([10.249.42.149]) by lelvem-mr06.itg.ti.com (8.18.1/8.18.1) with ESMTP id 648JU3D22104762; Fri, 8 May 2026 14:30:03 -0500 Message-ID: <87a5bda8-9586-46db-bc3d-6161e517b180@ti.com> Date: Fri, 8 May 2026 14:30:03 -0500 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH 06/11] soc: ti: knav_qmss: Fix __iomem annotations and __be32 type To: Nishanth Menon CC: Justin Stitt , Bill Wendling , Nick Desaulniers , Nathan Chancellor , Santosh Shilimkar , , , References: <20260508153211.3688277-1-nm@ti.com> <20260508153211.3688277-7-nm@ti.com> <20260508173643.fwtulzz3fkvplsjl@gusty> Content-Language: en-US From: Andrew Davis In-Reply-To: <20260508173643.fwtulzz3fkvplsjl@gusty> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-C2ProcessedOrg: 333ef613-75bf-4e12-a4b1-8e3623f5dcea X-EOPAttributedMessage: 0 X-MS-PublicTrafficType: Email X-MS-TrafficTypeDiagnostic: CY4PEPF0000FCBF:EE_|PH7PR10MB6988:EE_ X-MS-Office365-Filtering-Correlation-Id: f5479554-fea5-4499-b33f-08dead38360a X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0;ARA:13230040|36860700016|82310400026|376014|1800799024|22082099003|56012099003|18002099003; X-Microsoft-Antispam-Message-Info: 66+y0YAmy9A01Qcovyc3LIMeE+SO0ASuOilwUyEvkGpq/9PhXCWmolmTgzthwsc6PjqcclyiDiUbouhrcNjUOpFIH0VVrM+H7y5sj0tMSb4aueG53nRdQaiSLNzJRXxUmxYMrSkC95EIWI/FaWPeIta0jBBaZna5maA+8wZcJPUGeP+hSa/V1Nd7S75gCc7/C0xrlCFtXn9EZu7FW5i8Ys5JLsJYqGp+vvDsvaE2u2CcDexVY0KGpREG1wbOy+yO4MncmV2U3Wvo2WvJ6Vf+Ic69c6KWlUAsuoP94fmm/wSBJNbDYJxSHHkAO1ethmTPH/mLNr0/ZMCq04bIDeaaLb+zPdRik6PuNCqRkL7ZL/NyNz90yTUG6GzlYzQFNkF0wybbU+WRuAG6kGCZxRtVNJ7arNFjE2pdpoun+oBGl5zkopudvvn9Iay+DXAbW3X1X3sKhlBWzgbLIm/sOwO8vZ8mK86CgLc4ujRLyWh45CU2NRKQT+iBrbCEmPpDTAXOscj8RbQtbneIngqrGSgtCp1ooa2KSX7azxQWfOkKK8yqweCu8n2bceAlIpC5DEBG+zqdQQm6pMzTcLqM0a+ppYaHV6qYM82T2B41NLYSgqIqRQfuX+UvI5BSbrhL6mAvKEQ0WHgT0m3YdnwUQ2pjA3xH2By5kwddK3NFUzmqM3svobcFldR2TDilpuug2prBvbyqKEf35sMtOS/lmTM5nzM9UWsSOp1dIV0x8KGuYsA= X-Forefront-Antispam-Report: CIP:198.47.23.194;CTRY:US;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:lewvzet200.ext.ti.com;PTR:InfoDomainNonexistent;CAT:NONE;SFS:(13230040)(36860700016)(82310400026)(376014)(1800799024)(22082099003)(56012099003)(18002099003);DIR:OUT;SFP:1101; X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1 X-MS-Exchange-AntiSpam-MessageData-0: xhxSzQkHKUkPR9cNf7Qn0Gx2B0/18dEMO31WZWyoidgJ6BLRD/3HZS690ON/jsYBbXqdiHkdT2Wj7glt3rHMj4ofKBgKzrT4d4YFVzAZbL/uccbu0wHBQKNJV2RVVKE5ClpjzjnPpU54ux1gFRb9EWGbtOKLpxwLel3vBuWI4JFmvzDGb0+4cTI3dA3Db8zGkrzWhcpTKEDIrKGJOKG6duen4vCv0XBv7040GIKz3sJu0KRS7iUDqi/C2nwReW0LgzeyzFNrZ6HDFO4bXQngJ8ORxmy+ry7QAB6pYWG8SsjuAcOdPvwrv9dWmjE1sKvraSZxjHwgr52egrEu7t87sD3hBBa/g5dF6dwjb1RP1qgnjRD7IoQnTm29SlP/zNu+rsermIFnkbUQuVnbt4Q7ZscxA2DNVSLjDzKLJKqPYPbpWMSi5ibTr2p9s+W8kvyK X-OriginatorOrg: ti.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 08 May 2026 19:30:06.8795 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: f5479554-fea5-4499-b33f-08dead38360a X-MS-Exchange-CrossTenant-Id: e5b49634-450b-4709-8abb-1e2b19b982b7 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=e5b49634-450b-4709-8abb-1e2b19b982b7;Ip=[198.47.23.194];Helo=[lewvzet200.ext.ti.com] X-MS-Exchange-CrossTenant-AuthSource: CY4PEPF0000FCBF.namprd03.prod.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: PH7PR10MB6988 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.9.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20260508_123014_045325_B321459C X-CRM114-Status: GOOD ( 10.25 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On 5/8/26 12:36 PM, Nishanth Menon wrote: > On 12:14-20260508, Andrew Davis wrote: > [...] >>> writel_relaxed(val, &pdsp->regs->control); >>> /* wait for command register to clear */ >>> - ret = knav_queue_pdsp_wait(pdsp->command, timeout, 0); >>> + ret = knav_queue_pdsp_wait((u32 __iomem *)pdsp->command, timeout, 0); >> >> Why not make `command`'s type `u32 __iomem *` instead of casting it when used? > > pdsp->command is __iomem *, from what I see, from It is a "void", should be "u32", that is why you are having to cast here, not the iomem part. Andrew > devm_io_remap_resource(), writel/readl_relaxed and other usage where > void __iomem* is used with command, and arithmetic used across the code, > __iomem * is intentional, except for this case. i did think of making > knav_queue_pdsp_wait take iomem, but that'd weaken what the strict > checking of a single u32 reg access it does.. this approach looked the > better of the alternatives. >