Toybrick

在RK3399PRO上无法运行npu_transfer_proxy

mugle_lei

注册会员

积分
66
楼主
发表于 2021-1-21 19:17:43    查看: 43942|回复: 10 | [复制链接]    打印 | 只看该作者
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

版主

积分
13580
沙发
发表于 2021-1-21 19:54:25 | 只看该作者
丢到system/bin下执行
回复

使用道具 举报

mugle_lei

注册会员

积分
66
板凳
 楼主| 发表于 2021-1-22 10:04:25 | 只看该作者
jefferyzhang 发表于 2021-1-21 19:54
丢到system/bin下执行

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

使用道具 举报

jefferyzhang

版主

积分
13580
地板
发表于 2021-1-22 10:38:57 | 只看该作者
mugle_lei 发表于 2021-1-22 10:04
刚试了下,用adb push把程序放在/system/bin/npu_transfer_proxy/android-arm64-v8a/npu_transfer_proxy ...

关selinux
回复

使用道具 举报

mugle_lei

注册会员

积分
66
5#
 楼主| 发表于 2021-1-22 11:05:08 | 只看该作者

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

使用道具 举报

mugle_lei

注册会员

积分
66
6#
 楼主| 发表于 2021-1-22 11:47:02 | 只看该作者

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

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




回复

使用道具 举报

mugle_lei

注册会员

积分
66
7#
 楼主| 发表于 2021-1-22 14:32:58 | 只看该作者
本帖最后由 mugle_lei 于 2021-1-22 14:34 编辑

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




回复

使用道具 举报

mugle_lei

注册会员

积分
66
8#
 楼主| 发表于 2021-1-22 15:09:17 | 只看该作者

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

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
回复

使用道具 举报

mugle_lei

注册会员

积分
66
9#
 楼主| 发表于 2021-1-22 16:27:01 | 只看该作者

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

使用道具 举报

jefferyzhang

版主

积分
13580
10#
发表于 2021-1-22 16:40:59 | 只看该作者
mugle_lei 发表于 2021-1-22 16:27
找到问题了,原来是这家板子问题,2.0的版本识别不到npu,用lsusb查看的时候看不到2207开头的设备。
多谢 ...

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

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

产品中心 购买渠道 开源社区 Wiki教程 资料下载 关于Toybrick


快速回复 返回顶部 返回列表