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 81834C5DF66 for ; Mon, 17 Aug 2026 10:20:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:References:In-Reply-To: Message-ID:Date:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=/g8FFfSRMZUYjo8tTFZ+Lt7+5ifvutuymLwuGXJg6xI=; b=2Yh0FTSgovDSH9 5i548PYYpyy+6r7E1Tv00SJDnjN3yDuuAzVJBvRefpLOtvmAuuvMY21vwp4hBi1b39d/wgSxpP3zR Efwr3yAt1YeXqFKLhEZja+yDqv+ONhrc2v+sYJlp6VDAEFd0CTDFopvCJq2Qej9lkUHETm9HMEEP0 t31Xz16ccguAqQHGzlPL+x7puMoHOsz8ZoCt9jfSGEpI3UNtHbuka9C2fYVtCnaW73dFvHeY0lrj8 tDrpy8NrNhbs7U0uFk7/KuXFElFC2KkS+eLBJrX2Rhc6TW7EALFUuBm9LQmPljWKQKtmCJQGZypjg Nd2P3l7emw9w3+/++wuw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1wvuSF-00000005u7M-2wWP; Mon, 17 Aug 2026 10:20:31 +0000 Received: from flow-a4-smtp.messagingengine.com ([103.168.172.139]) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1wvuSD-00000005u5y-0QSk; Mon, 17 Aug 2026 10:20:30 +0000 Received: from phl-compute-02.internal (phl-compute-02.internal [10.202.2.42]) by mailflow.phl.internal (Postfix) with ESMTP id E5BB21380339; Mon, 17 Aug 2026 06:20:27 -0400 (EDT) Received: from phl-frontend-03 ([10.202.2.162]) by phl-compute-02.internal (MEProxy); Mon, 17 Aug 2026 06:20:27 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gahingwoo.com; h=cc:cc:content-transfer-encoding:content-type:date:date:from :from:in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to; s=fm2; t=1786962027; x= 1786965627; bh=toFR7CttO5z3jj5XX70w7xnXop6+YeM2N8EtwJ/xROQ=; b=k DorzMwYWQ8UBd9lF3s3l7x240IkaADZR/qmhJImi43reP/RpGw0Lbu8OAq9xnPQJ N7d55p43sb5FzAvi4RbwoUsUNTSgUU/Co47Q72YK1hOBet7Q4mU1gNCLLTihyNCJ P/y6bv2M9o2Z+Pozqojf5zHKPrVMjkhaKa79Jwqr6CZdSQyQp74B5iAIIL7Y7F7k nFTRYUICHD4j4s9McTdyx1bxK7EoxBAMw76vZKD8aJaQylZ/C4xEASxTZx8fR2ym In+qbVeW4qi1/4zE/NhXoiYGdoBkZrt+X8sr6DJfueX0YIVbd2/YQ2oE1CdVupoz 17VxenK02M5e5aV243Eww== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm3; t=1786962027; x=1786965627; bh=t oFR7CttO5z3jj5XX70w7xnXop6+YeM2N8EtwJ/xROQ=; b=e3tfk1RbNVgZiG35n O1IDh52BayR9W1ZybJoiZ3gIRPMmNN/ayQ4CH8+Bgk/mAcwTTsZYRR/aF1hKXz88 i1xq12MI/QccS5FyR/Y+gJE3Q5tDzBRRVE6rH0XXTfSOEQHmIIUnWRxv/hIkkKDG 94GGZgjwvtXFpRGBsOvYRARUeLjlKySU51SOrST8BiKe/U+SnhjlPeua07PMrfaJ VgorMmfxPCdh6SRisZbcKw3JBLrY0Srmz510jZhGNap5koExL/prWg5yGTLuMIyj ZaEGXuHmk3IF/SZsnO/saOKeTlfuxwB+uaWjvB7xfjfEQ3N3hKx2Qv+HRmL55Vuq ESMrQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: dmFkZTEav12/xox9dW6FBrGBtqGDntmQw+BK8FNwTWmRZjxu8LmOPvxJLoqU5ERQ2bc4Sh EZTMtc+O1uYQzV11Wxoj4DcdyOim58v1EwZW/KjHoqAFyJ007NUBR20UItdIgPWS9PsXBq pe89jlsR9mJe7k2fRZhSktW/8sOxkpzOe09fjNRCMBiwIlBCHVI5VwWaxGXFrYZdVsWD8T 52vMwRkhQIUUgsZdZbEZDtRTbJeWJLpufjCQGCpqCBp5wclqROY2LMMw7OpGz3JD5/Nek5 dQqSB/RHcDywRRL7dKDqNv+L32U/Ay+fbsSTUemig8p/3vpdA1ucfND8A/hlnoTuRgaYAs ia75Cchp0mALQLn46Kyahjr00cWOSvN4PUWbMS4ZUD0d7q5xX22cQBTydSFgzjQBnfYhyD TC7Aww6EcaQA9DmAwX1AdDmnHdKv65rcIFjiBijOgxck90DvV3KSAI4UAT6df3la9rS8A+ 38cOjyG52g/faS8m/k0/X/BQ72gfpc41DePsIED6qD2DLDN7TNZagYSGiPJckbjOjaAJNm gD1p8MNV+iDXIA5UzTTqc1/6bOxxDJomY031pSrkDl61UP/LFvMxFCrRzQdBowoWwZ+hyv EL04bPEmGMesAMuTStxaJrd3yF6LEpoubwOo7Ijdzk3uG2W63mNtaea9UcKg X-ME-Proxy: Feedback-ID: i7a5e4b5f:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 17 Aug 2026 06:20:23 -0400 (EDT) From: Jiaxing Hu To: royalnet026@gmail.com Cc: tomeu@tomeuvizoso.net, heiko@sntech.de, chaoyi.chen@rock-chips.com, alchark@flipper.net, dri-devel@lists.freedesktop.org, linux-rockchip@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v7 08/10] accel/rocket: add RK3576 NPU (RKNN) support Date: Mon, 17 Aug 2026 22:20:21 +1200 Message-ID: <20260817102021.1226525-1-gahing@gahingwoo.com> X-Mailer: git-send-email 2.43.0 In-Reply-To: <20260817100046.24872-1-royalnet026@gmail.com> References: <20260817094544.1159366-1-gahing@gahingwoo.com> <20260817100046.24872-1-royalnet026@gmail.com> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.9.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20260817_032029_239708_E133767A X-CRM114-Status: GOOD ( 11.78 ) X-BeenThere: linux-rockchip@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Upstream kernel work for Rockchip platforms List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "Linux-rockchip" Errors-To: linux-rockchip-bounces+linux-rockchip=archiver.kernel.org@lists.infradead.org Hi Igor, First, I sent you to the wrong counts. The two predicates disagree only where oc mod 32 falls between 17 and 31, since modulo true implies parity true and never the reverse. At 40 and 72 both forms emit the same word, so I withdraw them. By the same arithmetic only 56, 88 and 120 of your eight carry any parity versus modulo content. The rest still establish something better, that the upstream constant computes whole at five remainders on RK3588. Discriminating counts nobody has run are 20, 50, 60, 90 and 114. Take the code from the merge request rather than my working branch, it has no knobs in it. https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/43804 R_DPU(0x4050, (DIV_ROUND_UP(output_channels, FEATURE_ATOMIC_SIZE) & 1) ? 0x80011011 : 0x80011111); output_channels is task->output_channels_real, the unpadded count, and FEATURE_ATOMIC_SIZE is 16. Do not put my two words in an RK3588 build. Against registers.xml field upstream 0x124 mine 0x80011111 mine 0x80011011 RGP_CNTER 0 8 8 RESERVED_0 0 34 34 SIZE_E_2 1 1 0 SIZE_E_1 1 0 0 SIZE_E_0 1 4 4 OW_SRC 0 1 1 Mine differ from each other in SIZE_E_2 alone and from yours in five further fields. Those five are common to both of my words so they do not confound an A against B, but none of them has ever run on an RK3588, and if both arms fail for that reason the oc 64 control goes down with them. Use your own constant with bit 8 cleared instead, 0x124 where the predicate is true and 0x024 where it is false. That takes SIZE_E_2 from 1 to 0, the same move my words make. It assumes the three SIZE_E fields move independently, which neither of us has shown. Bit 8 does something on RK3576. The table I sent on the 16th forced SIZE_E_2 to 1 with every other field identical, and 16 output channels went from 16 of 16 to a job timeout, 41 from 41 of 41 to 0 of 41. Whether it is the only field that matters is open, and the sweep I promised before the series went out covers RGP_CNTER, OW_SRC and two reserved bits but not SIZE_E_1 or SIZE_E_0, which are just as fitted. Of your three offers the oc 64 control is the one I want, both ways, since that is the side I lost. A count at 20 or 60 would be the first discriminating point outside 24 modulo 32. And yes to the generator and the scorer, the refusal to emit a constant reference channel is a better guard than mine. You are right that none of this touches the timeout. Every modulo run that lost channels also raised one, at three counts, and I cannot yet tell whether the register causes it or both follow from something else. Jiaxing _______________________________________________ Linux-rockchip mailing list Linux-rockchip@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-rockchip