From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr1-f51.google.com (mail-wr1-f51.google.com [209.85.221.51]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 47D193890E0 for ; Thu, 20 Aug 2026 18:51:20 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.221.51 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787251881; cv=none; b=XRJbHhGRo8YnWTBZ1d52AgDXf8NGgee8DU8WbIfTUu0zdxZUPLkIja3W44GEdDdbUpUIFAQiQF3DkfzGNiL8M0SqIWHKUGxmwMxNTkG8ul22tEBrRMAgFL2o16MlID3YKOSY9KE7V4Qs0qFwTRwTEE6/3WzFj2bb86THz7ncWms= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787251881; c=relaxed/simple; bh=Pp5J0jgzAEL526K8MSIBx0JpzYWE+QXYN3SwjN7BJQ0=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=cwfSvCSKE5RN0MV2xO1EQq431WZoz+NU7sUveWGC6ykXVzjfN/LQY68MkgCPBjNymOQly70VWu+NkS6e5YyVnO4k3ZYD03JeGDWG4geqOiyJNeFRyOJIA9JDm9Q39IbpKFj+8xtp6++fWLmtC1tSKYbcqgBg3wxZu+ZpnCz9OLY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=onVzoik/; arc=none smtp.client-ip=209.85.221.51 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="onVzoik/" Received: by mail-wr1-f51.google.com with SMTP id ffacd0b85a97d-47f5d5dbf80so20149f8f.2 for ; Thu, 20 Aug 2026 11:51:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1787251878; x=1787856678; darn=vger.kernel.org; h=content-transfer-encoding:content-type:mime-version:references :in-reply-to:message-id:date:subject:cc:to:from:from:to:cc:subject :date:message-id:reply-to:content-type; bh=Pp5J0jgzAEL526K8MSIBx0JpzYWE+QXYN3SwjN7BJQ0=; b=onVzoik/1kQTz96Mem39D2uvVnJNslO7tdtecjhtI5D3jqClFcnguWGRArOQmL1ZOV 5+lxGlsiVgcVAWs6UM+jEo0rX0Mq+YkbWPsP/wFq/xRNVZbWqNw3nrY/d70IcA9uw9Q+ DRyqZpAXhkQETBeO5VkOv7JEBFj3CtQgYbceGkvLLkvoAf5MMsgg1Q0SHJ8P+a3y5DpP D6Bb30waCBsWaYKyuHiao/SK46kTFmBH+ZMdSicKRYX1puBcDNZc6kJ2x2gM68S5N0Qb ULz1dF8tlVh2j4n1lvzyeaABLeRBn8TEryKUU1KYbuYBMDsKQLtWW49V7Gz4UJx4zFKA 3RHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1787251878; x=1787856678; h=content-transfer-encoding:content-type:mime-version:references :in-reply-to:message-id:date:subject:cc:to:from:x-gm-gg :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to :content-type; bh=Pp5J0jgzAEL526K8MSIBx0JpzYWE+QXYN3SwjN7BJQ0=; b=MTfEp2PcASWSHa6zlAgZffECtOeDWkfISwpy8r0+fnfvmCXm0X9T32Cnv14GBQFZgw UV+LVwd0FhwXRrBzhJya0L8Lr8aDllDZMfyv48epTyM+hGMqUti9EqfQ1kUBcpJsBQdr cfhlDB4SVAsjUHgAJB8ZL9hnpO3vhb1HQkD7z4frM6bpelWYtHFT5QuYUaJVLmAvl+tw 8pC9VllZxg/hNUjsHSAx9MNLLPQoYuNNM93p8h1hEazyHpDfH2J7gLPHxTbv7erJl+qz +gvr/Mhgu8rxcRMPb/me0tQ69gdn1jKDVwyl4zuo2exYXcqGxLG5meJm8WTBxPCdpdyX D5Dg== X-Forwarded-Encrypted: i=1; AHgh+RqY5JooRHOQiYkwmrSpSN4zunuVJg6XgeHVNWE4sehFpnqPOx5ZPKRW6YMFPF8ULmO1N6O9sUJB9ITKXEw=@vger.kernel.org X-Gm-Message-State: AOJu0YwPMzI7Ve015M/n70QHcO/lKOXnAOz7jjcOUIh3IJwl2HA1mbkY pFx4DeU3WIJtJMuD3ft3WdbraodztPktLWWYxHeoCTSAZn3QtQ03NYw5 X-Gm-Gg: AR+sD10u69S094TCvesd2plghuRUGjvyG4z2jAC8v2EdotodkOsDlz5fwq46yvp3jtt MqSTdN6DLU/VZtHkqF0LAeye+oecLBjGUCc9wkHkH9y3GKed/UhSVS/b+L1f1NTTh9bXoH9pjM3 CBz8YEa5dAvN9iENDZltjjO+nMvUQjjWwgnwYWWtyIywvsKxz7nu1NBBJHbheoPT4ipAd8MN43f 7Ft2ucNtCKiTLzFwl5XiLjG7B5HCBCPNfqDt6/eJZwgAYcdNfVz+vCe0wbKHklIiS/IqEkcZkcy zfb1fUm8IxojjUBpIQtlC7TE7Jiz2B+VbgiZJyp2Mz/TAFRSHXjUTBiKArGlUspmMv3IkLs0kTE zWEhOTrqdLml9NuSc2ij084uwzKObKXFJ2nm5LLN0sRl9/vBE/j2IGZEFjiePH7XLh42EyCzHA1 cBM7WGw52OnMQoWNjq49Tsmw0B28KC6mGD4g74PIBEdXCNkQEK5h9x/CpVuLdniFT2WEb3mg== X-Received: by 2002:a05:600c:548c:b0:499:5b0f:72b with SMTP id 5b1f17b1804b1-499b835251emr9349565e9.1.1787251878389; Thu, 20 Aug 2026 11:51:18 -0700 (PDT) Received: from OrangePi5-Plus ([2a06:63c4:9102:701:512e:da32:b75b:2535]) by smtp.gmail.com with ESMTPSA id 5b1f17b1804b1-499b91173c4sm684915e9.2.2026.08.20.11.51.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 20 Aug 2026 11:51:17 -0700 (PDT) From: Igor Paunovic To: Jiaxing Hu Cc: Igor Paunovic , Tomeu Vizoso , Heiko Stuebner , Chaoyi Chen , Alexey Charkov , 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: Thu, 20 Aug 2026 20:50:55 +0200 Message-ID: <20260820185056.20643-1-royalnet026@gmail.com> X-Mailer: git-send-email 2.53.0 In-Reply-To: <20260820100715.750660-1-gahing@gahingwoo.com> References: <20260819105723.632029-1-gahing@gahingwoo.com> <20260819154634.7584-1-royalnet026@gmail.com> <20260819184838.6723-1-royalnet026@gmail.com> <20260820100715.750660-1-gahing@gahingwoo.com> 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: 8bit Hi Jiaxing, Thank you for running the sweep, and for the shape of it - one field at a time with the other four held, three baselines with no drift, and the honest reading of RESERVED_0's score printing after its timeout. That table is worth more than the five lines it occupies. On SIZE_E_1: I would keep it at 0, and I would not shrink the diff. My reasoning, for what it is worth from someone without the hardware: your sweep just demonstrated that the traced value is load-bearing in four of the five fields, failing in three distinct ways. That gives the trace as a whole its authority. A register built from the trace with one field swapped to upstream's value is a configuration that no silicon has ever run end-to-end - not your RK3576 (which ran 0) and not RK3588 (which runs a different register entirely). Keeping 0 keeps the value honest to its source, and your comment saying it was measured not to matter on these two shapes preserves exactly what is known and no more. One question in the same direction: by the SIZE_E semantics you derived on the 17th (SIZE_E_n + 1 = the number of 16-channel atoms in the last bank), would different output channel counts exercise different SIZE_E fields? If so, two shapes cannot rule out a shape that leans on SIZE_E_1 specifically, which would make 0-as-traced the conservative choice as well as the honest one. And thank you for being exact about the tags - 1/13 carrying, 2/13 dropped because it is no longer the patch I tested. That is the right call, and saying it on the thread when v9 posts is better than either of the quiet options. The re-run offer for v9 on RK3588 stands; the harness is set up and travels well. The trip went fine, thank you - I am answering from the countryside, with the same board on the desk. Best regards, Igor