From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr1-f47.google.com (mail-wr1-f47.google.com [209.85.221.47]) (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 E725B30F52B for ; Thu, 13 Aug 2026 09:57:34 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.221.47 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786615056; cv=none; b=sSR3ku/QWXzXDRB8nri64+c+p11pm43wfkqqPmcwvQyp4DXckAUcY2R61wAxlM1zOraArKjEFy+5wu8/eQuG2ns6pgybvZuTKtnZ9wLHfM61D6i9QsFrVped4rvY86uz95hwmzstO/I9Q42tYGQorIzXiZK27IaY/kKrDBVHD8I= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786615056; c=relaxed/simple; bh=EtA2EaJrfUAL10NvnwAbetKX7hEHz7uIdxdgCc4AGbQ=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=SIxlN8PRUZp5vl3dFf/4wN2SG4zAXfQ4ixtxMoPXh5N/1ZOX3Oqjqp5NRZjndb7iaOxs0IvhhYrQGaDnqsYIlhVU3eJWvegJEA2ZR5trtIgqEkjb+ajOrFEAsN1RO5fjmVIxYenb47n1ehf95pjqcmg6AJzneaVpAgp0nbs2sEs= 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=R941OCs8; arc=none smtp.client-ip=209.85.221.47 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="R941OCs8" Received: by mail-wr1-f47.google.com with SMTP id ffacd0b85a97d-47df6a5655aso206250f8f.1 for ; Thu, 13 Aug 2026 02:57:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1786615053; x=1787219853; 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=EtA2EaJrfUAL10NvnwAbetKX7hEHz7uIdxdgCc4AGbQ=; b=R941OCs8seKdsHGqXaD0n+sJwV3PZ4zvOrp4d9LfP5a2sHCJoe/hSgM74Gu9OxkZCI g1WdeO/uYFZWL4xddEqKCGUBHnVt5sNUvGINcdinHCw961O8FPFcWblfJDuimsy7SBRZ Zee8GvS+tgGGVLlqr4dhjS+SUv71MGpvcDDGOEZxll5zSXEeyT/i2m0uczTCRRpFVeq5 8NEBDJMiduVfSgdxuLBhtMAm9T7HNVUT4Gjz+WBs8ismdCmZyFbZxXjepF6awMvPmrka viNjtXkrynlqTvLh9QKutLwyidjmnuInAKRpKiwIO21w3+CKUh4+1EjphNHYu/oE4ASS R5Ww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20251104; t=1786615053; x=1787219853; 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=EtA2EaJrfUAL10NvnwAbetKX7hEHz7uIdxdgCc4AGbQ=; b=VfmmPMp8NW7wF9UODGp35eMKtvu5OzAxY1SN6oqWxSYUZr10TBnrpMfwQLOko1280K Fp/vQGSNEWqjQHmacYh7oCzw7Xf8Rupc8mZl2CVu8Ecou1Fz2Q2eM7EI33X7gUJHT6hT ffO3MXqJ9zyCqIR0oNjl6/TXhLLOMT4Hb4i1fNYgITkx0nFI1Wu732ZwNPAiArn3+ef+ XGFPo/QiNaLXOmwVs38PYxt3/KhTIqfAikPqCtFN0BN1fdfmhfDZNLFdjmoGbwfzfTcO OTTDnkSRzOvdix149NDGpDe/tVUuFkUGOaZLEKw+Kwgb+tUCjJORvEYB1UsloRgCcXof 69Iw== X-Forwarded-Encrypted: i=1; AHgh+Ro7Jgec75ic8NHsMac20wIS2wSYPLKnnxj/N/90FtvwHQQl3QiZLh2bmYaqZIJwjSJIGQsSC5j5elZ9yVg=@vger.kernel.org X-Gm-Message-State: AOJu0YwR2K2YZS5I1tHZ+c1JXdRNczLUTak3lXeFut15U8t42pAT+SiY ZiDlPVrt32Hz+6PSVHiy8OtaBut9kVELlR09m5hrucr6SUXs1FOWc44YYxN1Txzk X-Gm-Gg: AR+sD11EqBIUfcW5orNY3+IJ8aRkPOKmTj/OuSyvswECrErW93pCC7BI86Vis84/tqE zj/pg9y1MK3GPFi4EItVSUQOW09VEKlmAgcqyQCZg4pHVXgfRa6o7tDPgFU+Ypsu3w8ZIFbdeS4 r3kfpr0UOuOQ6vX1ati9WKHotHuRqGEt1PG6GUWxmCPgWclHQB4TGJo5vEVtYI5Ti5lBYbfbmTj oo2oF5OdqByPuytcYMTpSaOCNQDPoiVZk9aeUiCw4xQILfGD6BLbaUi6pHyjKz6c30SQr5uaBu0 JVrmUwGMICRKV3Jl5jaQGWjn9L/KjFI/CdwxQthYD5WrSN9CmUQNmRZYntYveqWi/YRV3zVAu5Z AsEUzYiCLeIKJgxyRx3yBC35JKkDpaMeEWSKgUUo8r//XBWCfVNrQLz/bIW417MsGuauX/Xn7cf vZBTok4YB62lEzKatkp34CQqRuc7crULCfMHogup2z+hrQO0v8VMNpw7Vh4+4feqqBxnrOjyoMl OhtlGrb1qcCGFMl/FWeaSsUgEyXotsrnwL7Z0jV4e/MmBU73QqV8vJFnPEWGfTm3B+yzg== X-Received: by 2002:a05:6000:41c6:b0:47f:9256:52c0 with SMTP id ffacd0b85a97d-4815ae93ab7mr2388748f8f.3.1786615053053; Thu, 13 Aug 2026 02:57:33 -0700 (PDT) Received: from OrangePi5-Plus.BB-HOME (20014C4E1B911C009377EE8DF6D0A1C2.dsl.pool.telekom.hu. [2001:4c4e:1b91:1c00:9377:ee8d:f6d0:a1c2]) by smtp.gmail.com with ESMTPSA id ffacd0b85a97d-4815a5b6b9bsm4760430f8f.29.2026.08.13.02.57.31 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 13 Aug 2026 02:57:32 -0700 (PDT) From: Igor Paunovic To: Jiaxing Hu Cc: Igor Paunovic , 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: Thu, 13 Aug 2026 11:56:57 +0200 Message-ID: <20260813095718.9747-1-royalnet026@gmail.com> X-Mailer: git-send-email 2.53.0 In-Reply-To: <20260813092656.2568538-1-gahing@gahingwoo.com> References: <20260812094106.1391698-1-gahing@gahingwoo.com> <20260812094106.1391698-9-gahing@gahingwoo.com> <20260813092656.2568538-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, Two short things. On synchronize_irq(): your placement is right and my question was not thought through that far. Inside the guard it would wait for a handler that is itself waiting for job_lock, which is a deadlock rather than a fence. Before it, with nothing held and both callers in process context, is the only place it works. I had the window right and the location wrong. I will run v8 on the three cores here when it is out, and I will drive the reset path deliberately rather than wait for a timeout to happen on its own, since that is the path the two changes are there for. On MobileNet: 995 of 1001 within one count is a different kind of number from what this series has been reporting, and it took four Mesa faults to get there. That is worth saying out loud. If it would help to know whether the remaining six are RK3576 specific or common to the stack, I can run the same comparison on RK3588. I already run MobileNet V1 through the Teflon delegate here, but my oracle is bit-exactness across repeated runs rather than a per-output comparison against the CPU, so it would not have noticed six outputs being off by more than a count. Say the word and I will point it at the CPU reference the way you did. Igor