Re: [PATCH v7 08/10] accel/rocket: add RK3576 NPU (RKNN) support
Igor Paunovic <[email protected]>
| Newsgroups | org.infradead.lists.linux-rockchip,org.freedesktop.lists.dri-devel,org.infradead.lists.linux-arm-kernel,org.kernel.vger.linux-kernel |
|---|---|
| Message-ID | <[email protected]> |
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 _______________________________________________ Linux-rockchip mailing list [email protected] http://lists.infradead.org/mailman/listinfo/linux-rockchip