Toybrick

标题: 在RK3399PRO上无法运行npu_transfer_proxy [打印本页]

作者: mugle_lei 时间: 2021-1-21 19:17
标题: 在RK3399PRO上无法运行npu_transfer_proxy
RK3399PRO开发板，安卓系统，安卓版本9。
通过adb push把程序放到/data/npu_transfer_proxy/android-arm64-v8a/npu_transfer_proxy 位置，chmod 777修改文件属性成可执行。
./npu_transfer_proxy 执行程序后直接就退出了，我记得之前用的时候不应该是会一直挂在命令行的吗，./npu_transfer_proxy & 才会挂在后台。
使用ps查看进程没有看到npu_transfer_proxy，使用dmesg查看日志发现被拒绝了（见下方文末）。
跑rk_ssd_demo看日志发现就卡在rknn_init()函数里，也没有报错。
有大神知道这个问题怎么解决吗？或者大概是什么方向的问题？对安卓的linux系统完全不熟悉一脸懵逼。

日志：
[13883.209364] type=1400 audit(1611227145.367:2749): avc: denied { read } for pid=5638 comm="npu_transfer_pr" scontext=u:r:supersu:s0 tcontext=u:r:ate:s0 tclass=file permissive=1
[13883.213740] type=1400 audit(1611227145.367:2749): avc: denied { read } for pid=5638 comm="npu_transfer_pr" scontext=u:r:supersu:s0 tcontext=u:r:ate:s0 tclass=file permissive=1
[13883.213838] type=1400 audit(1611227145.374:2750): avc: denied { search } for pid=5638 comm="npu_transfer_pr" name="292" dev="proc" ino=15881 scontext=u:r:supersu:s0 tcontext=u:r:a
te:s0 tclass=dir permissive=1
[13883.214185] type=1400 audit(1611227145.374:2750): avc: denied { search } for pid=5638 comm="npu_transfer_pr" name="292" dev="proc" ino=15881 scontext=u:r:supersu:s0 tcontext=u:r:a
te:s0 tclass=dir permissive=1
[13883.214234] type=1400 audit(1611227145.374:2751): avc: denied { open } for pid=5638 comm="npu_transfer_pr" path="/proc/292/cmdline" dev="proc" ino=21143 scontext=u:r:supersu:s0 tc
ontext=u:r:ate:s0 tclass=file permissive=1
[13883.214534] type=1400 audit(1611227145.374:2751): avc: denied { open } for pid=5638 comm="npu_transfer_pr" path="/proc/292/cmdline" dev="proc" ino=21143 scontext=u:r:supersu:s0 tc
ontext=u:r:ate:s0 tclass=file permissive=1
[13883.214610] type=1400 audit(1611227145.374:2752): avc: denied { getattr } for pid=5638 comm="npu_transfer_pr" path="/proc/292/cmdline" dev="proc" ino=21143 scontext=u:r:supersu:s0
tcontext=u:r:ate:s0 tclass=file permissive=1
[13891.755593] type=1400 audit(1611227145.374:2752): avc: denied { getattr } for pid=5638 comm="npu_transfer_pr" path="/proc/292/cmdline" dev="proc" ino=21143 scontext=u:r:supersu:s0
tcontext=u:r:ate:s0 tclass=file permissive=1

[13891.755732] type=1400 audit(1611227153.914:2753): avc: denied { read } for pid=1490 comm="client_common" scontext=u:r:ate:s0 tcontext=u:r:ate:s0 tclass=netlink_kobject_uevent_s

作者: jefferyzhang 时间: 2021-1-21 19:54
丢到system/bin下执行

作者: mugle_lei 时间: 2021-1-22 10:04

jefferyzhang 发表于 2021-1-21 19:54
丢到system/bin下执行

刚试了下，用adb push把程序放在/system/bin/npu_transfer_proxy/android-arm64-v8a/npu_transfer_proxy，还是不行

作者: jefferyzhang 时间: 2021-1-22 10:38

mugle_lei 发表于 2021-1-22 10:04
刚试了下，用adb push把程序放在/system/bin/npu_transfer_proxy/android-arm64-v8a/npu_transfer_proxy ...

关selinux

作者: mugle_lei 时间: 2021-1-22 11:05

jefferyzhang 发表于 2021-1-22 10:38
关selinux

用getenforce查看一直是Permissive模式，我装个vim试下改/etc/selinux/config设置成disable模式行不行

作者: mugle_lei 时间: 2021-1-22 11:47

jefferyzhang 发表于 2021-1-22 10:38
关selinux

大佬，安卓的linux系统好像不太好直接disable selinux，我查了下permissive模式好像也不影响，只是会记录下警告但不会阻止。

三种级别

enforcing级别：Linux下selinux所设置的安全策略都会被启用.所有与selinux安全策略有关的服务或者程序都会被策略阻止.也就是，所有操作都会进行权限检查。
permissive级别：Linux下selinux所设置的安全策略都会被启动,但是所有与selinux安全策略有关的服务或者程序不会被策略阻止,但是会收到警告.也就是,所有操作都被允许（即没有MAC），但是如果有违反权限的话，会记录日志
disabled级别：关闭selinux,相当于系统没有安装selinux一样。

作者: mugle_lei 时间: 2021-1-22 14:32
本帖最后由 mugle_lei 于 2021-1-22 14:34 编辑

jefferyzhang 发表于 2021-1-22 10:38
关selinux

是我忘记了什么操作吗？这程序不能这样直接执行？./npu_transfer_proxy

作者: mugle_lei 时间: 2021-1-22 15:09

jefferyzhang 发表于 2021-1-22 10:38
关selinux

好像搞错了，不是npu_transfer_proxy起不来的问题，系统后台里一直有npu_transfer_proxy这个服务了，那就只是一直卡在rknn_init这一步的问题了，这问题是出在哪呢？
使用ifconfig能看到4个设备，lo, wlan0, p2p0, eth0，我记得之前在3399上用rk1808的时候是有一个eth1的，是因为少了这个的问题吗？

作者: mugle_lei 时间: 2021-1-22 16:27

jefferyzhang 发表于 2021-1-22 10:38
关selinux

找到问题了，原来是这家板子问题，2.0的版本识别不到npu，用lsusb查看的时候看不到2207开头的设备。
多谢大佬解答

作者: jefferyzhang 时间: 2021-1-22 16:40

mugle_lei 发表于 2021-1-22 16:27
找到问题了，原来是这家板子问题，2.0的版本识别不到npu，用lsusb查看的时候看不到2207开头的设备。
多谢 ...

所以为什么不买我们Toybrick板子呢。。

作者: mugle_lei 时间: 2021-1-25 10:13

jefferyzhang 发表于 2021-1-22 16:40
所以为什么不买我们Toybrick板子呢。。

哈哈下次一定，这次是硬件组那边选的

欢迎光临 Toybrick (https://t.rock-chips.com/)