wsl1 不支持运行 32 位的二进制文件，升级成 wsl2 就可以了。

# 查看名称和版本号 wsl -l -v

比如：

NAME STATE VERSION * Ubuntu Running 1 Ubuntu-18.04 Stopped 2

设置版本：

wsl --set-version Ubuntu 2

等个几分钟就可以了。

请问编译怎么过的呀

我拉取了同一个仓库的代码，按照OpenWrt的说明执行了 make download 下载了dl文件夹的内容（是的，上不了googledrive），但是编译的时候到 hostapd 的 patch 过不去，提示有hunk，怎么处理呀？

环境：Ubuntu 16.04 on WSL1

@zjbxzf 问题解决用KGDB就行

@zjbxzf 问题解决把初始化函数前的__init去掉就行了

@whycan 好的谢谢！

@whycan 原来如此，了解了，感谢两位大佬

@whycan 谢谢 现在可以了

全局搜索cd-gpio看看有没有probe fail

@daizebin 启动uboot后就释放资源了

大佬骚操作真多 0.0

@chengwei_peng 不是flash大小的问题 机子上的flash大小为32MB,昨天解决了通过修改kernel_menuconfig,sys_config.fex和menuconfig,不知道为什么他flash,uboot可以读到32MB,但是只能使用16MB,很奇怪的bug

其实截图这个不影响的，出现这个问题是这些包的Makefile编写问题，不影响使用其他的。如果看着不爽，可以增加下面的补丁：

diff --git a/allwinner/eyesee-mpp/dragonboard/Makefile b/allwinner/eyesee-mpp/dragonboard/Makefile index df7079852..42c806cca 100755 --- a/allwinner/eyesee-mpp/dragonboard/Makefile +++ b/allwinner/eyesee-mpp/dragonboard/Makefile @@ -48,8 +48,6 @@ else ifeq ($(TARGET_CHIP), sun8iw16p1) MPPCFG_CHIP := AW1816 else ifeq ($(TARGET_CHIP), sun8iw21p1) MPPCFG_CHIP := AW1886 -else - $(error fatal error! $(TARGET_CHIP) is not support by eyesee-mpp!) endif export MPPCFG_CHIP #config write file method: LINUX_VFS, DIRECT_IO diff --git a/allwinner/eyesee-mpp/middleware/Makefile b/allwinner/eyesee-mpp/middleware/Makefile index 165aaae97..087cb6b15 100755 --- a/allwinner/eyesee-mpp/middleware/Makefile +++ b/allwinner/eyesee-mpp/middleware/Makefile @@ -38,8 +38,6 @@ else ifeq ($(TARGET_CHIP), sun8iw19p1) SRC_CODE_DIR := $(SRC_CODE_DIR)/sun8iw19p1 else ifeq ($(TARGET_CHIP), sun8iw21p1) SRC_CODE_DIR := $(SRC_CODE_DIR)/sun8iw21 -else - $(error fatal error! $(TARGET_CHIP) is not support by eyesee-mpp!) endif # This specifies the directory where file depends. when files in it update, increasing compile will be enable. @@ -85,8 +83,6 @@ else ifeq ($(TARGET_CHIP), sun8iw19p1) MPPCFG_CHIP := AW1817 else ifeq ($(TARGET_CHIP), sun8iw21p1) MPPCFG_CHIP := AW1886 -else - $(error fatal error! $(TARGET_CHIP) is not support by eyesee-mpp!) endif export MPPCFG_CHIP #config log level for compile

看起来像编译依赖没有安装好，确认stdc++这些是否都有安装了

可以使用的，编译awusb的时候，需要确认，Makefile是否按照文档修改了，需要修改为M=$(shell PWD)
同时，将awusb.c 中的头文件，从 #include <linux/signal.h>修改为#include <linux/sched/signal.h> ，然后再重新编译试试。

@atom_xie 报错截图.jpg 我也复现到了这个问题，它是由于git自动修改行尾换行符CR CRLF引入的，修改后导致官方SDK中的某些关键的校验文件被修改，这样的话芯片校验就会不通过了。可参考link1、link2以及link3。
解决方法如下：首先git reset [commit id] --hard回退到v1.6之前的节点（v1.5、v1.4均可），然后应用git config --global core.autocrlf false（让git不再自动处理行尾换行符），再执行 git pull -r 拉取最新的v1.6代码，再打包烧录就OK啦。

@bedrock 原来是使用Linux内核命令收集日志，学到了！我还想着是否可以通过编译配置项设置呢😁

@beiyi

用这个吧，啥都有了：　D1哪吒板开发入门

@buyadong 好的，感谢，已经跑通了

tina linux的镜像使用mbr与gpt混合分区，另外uboot也会与boot0打包。直接写入可能会破坏分区结构，也可能打包有问题

@wanglang
可能不是每一个package都验证过, 楼主你试一试找一下文件：
find . -name cdx_log.h

然后复制到对应目录，手动修复编译错误．

@wanglang busybox ls -la

@shz18877605430

我已经三次提到 ts_uinput 了，您怎么不试一试呢？

这个解决方案是最简单的了。

@jinxiangwzh 联系下客服或者找一个mpp的sample最为模板改就行了

@whycan 👍 👍 👍

咨询了板子厂家， 需要在softwinner/eyesee-mpp/middleware/v316/tina.mk中修改，把相应sample前面的#去掉即可，编译结果存放在各个sample自己的目录下

@whycan 感谢 我最终也没搞清楚原因，我又重新创建了一个文件夹拉取了一遍代码编译的。

执行了 extract-bsp 吗？

@jinxiangwzh
rootfs.fex缩小，或者换32M/64M flash

将aw_t3_grid_3.10下out 删除

@whycan 谢谢了

换张卡或者重烧一次，看到boot分区校验错误了。

@yuzukitsuru 在 r818平台下 android sdk 烧录问题 中说：

@whycan ？？？还可以这样

原来你们都不知道。。。

问题已解决！换用USB读卡器后成功识别，感谢回复！

@a937983423 系统是win10 带的ubuntu 18.04 LTS
安装时有些 软件包没有安装成功
sudo apt-get install ncurse //更新使用后面的命令 sudo apt-get install libncurses5-dev

sudo apt-get install libncurses5-dev:i386 //not install
sudo apt-get install libx11-dev:i386 //not install
sudo apt-get install libreadline6-dev:i386 //not install
sudo apt-get install libgl1-mesa-glx:i386 //not install
sudo apt-get install mingw32 //not install
sudo apt-get install zlib1g-dev:i386 //not install

@li15872728466 论坛搜索tina linux安装，有现成的网盘可以下载。repo要自己下载，参考http://open.allwinnertech.com/guide/yht2/chan_pin_bao_xia_zai/zi_yuan_ku/23001_an_zhuang_repo_yin_dao_jiao_ben.html

@yuzukitsuru 大佬，我把这个改成分区擦除升级就好了，我都不知道为啥。。
46709325-d419-4741-9b2f-8867543733f9-image.png

@wxgd2017 没有解决，后面没弄这个了

@tigger 在 Linux下的sd卡烧写工具LiveSuit 中说：

试了一下，不是所有平台都支持 reboot efex，D1的tina就不支持。

理论上要支持，如果不支持，那可能是个bug。。。

发现1G的 DDR跑安卓还是不太够，动不动内存警告，使用交换分区：

[ 1354.972377] warn_alloc: 86 callbacks suppressed [ 1354.972383] dashi.benchmark: page allocation failure: order:0, mode:0x240000a(GFP_NOIO|__GFP_HIGHMEM|__GFP_MOVABLE) [ 1355.001185] CPU: 1 PID: 2532 Comm: dashi.benchmark Tainted: G O 4.9.170 #13 [ 1355.010298] Hardware name: sun50iw10 (DT) [ 1355.014823] Call trace: [ 1355.017588] [<ffffff800808c038>] dump_backtrace+0x0/0x2b8 [ 1355.023649] [<ffffff800808c314>] show_stack+0x24/0x30 [ 1355.029322] [<ffffff800847c160>] dump_stack+0x90/0xb0 [ 1355.035004] [<ffffff80081d3118>] warn_alloc+0x130/0x148 [ 1355.040882] [<ffffff80081d34f4>] __alloc_pages_nodemask+0x334/0xba8 [ 1355.047935] [<ffffff8008232190>] zs_malloc+0x168/0x4e8 [ 1355.053713] [<ffffff80085f69b0>] zram_bvec_rw.isra.22+0x410/0x880 [ 1355.060575] [<ffffff80085f6ea8>] zram_rw_page+0x88/0x110 [ 1355.066562] [<ffffff800827d58c>] bdev_write_page+0x84/0xc8 [ 1355.072744] [<ffffff8008217300>] __swap_writepage+0x78/0x3b0 [ 1355.079113] [<ffffff8008217674>] swap_writepage+0x3c/0x60 [ 1355.085191] [<ffffff80081e1c8c>] shrink_page_list+0x5c4/0xda0 [ 1355.091659] [<ffffff80081e2be0>] shrink_inactive_list+0x1a8/0x540 [ 1355.098522] [<ffffff80081e3784>] shrink_node_memcg+0x4b4/0x6d0 [ 1355.105086] [<ffffff80081e3a74>] shrink_node+0xd4/0x350 [ 1355.110962] [<ffffff80081e3dc8>] do_try_to_free_pages+0xd8/0x330 [ 1355.117729] [<ffffff80081e4120>] try_to_free_pages+0x100/0x290 [ 1355.124300] [<ffffff80081d370c>] __alloc_pages_nodemask+0x54c/0xba8 [ 1355.131355] [<ffffff800885c358>] binder_update_page_range+0x2c0/0x800 [ 1355.138603] [<ffffff800885d248>] binder_alloc_new_buf_locked+0x208/0x580 [ 1355.146147] [<ffffff800885d610>] binder_alloc_new_buf+0x50/0x78 [ 1355.152812] [<ffffff8008857284>] binder_transaction+0x594/0x2370 [ 1355.159576] [<ffffff8008859d70>] binder_thread_write+0xd10/0x1850 [ 1355.166432] [<ffffff800885b2d0>] binder_ioctl+0xa20/0xd58 [ 1355.172509] [<ffffff80082a5fdc>] compat_SyS_ioctl+0xbc/0x1d78 [ 1355.178984] [<ffffff8008083540>] el0_svc_naked+0x34/0x38 [ 1355.186067] Mem-Info: [ 1355.188740] active_anon:57061 inactive_anon:57057 isolated_anon:35 [ 1355.188740] active_file:10273 inactive_file:8539 isolated_file:16 [ 1355.188740] unevictable:743 dirty:21 writeback:0 unstable:0 [ 1355.188740] slab_reclaimable:7022 slab_unreclaimable:12955 [ 1355.188740] mapped:18343 shmem:1087 pagetables:4604 bounce:0 [ 1355.188740] free:3231 free_pcp:156 free_cma:26 [ 1355.228120] Node 0 active_anon:227160kB inactive_anon:227024kB active_file:39480kB inactive_file:34020kB unevictable:2972kB isolated(anon):140kB isolated(file):64kB mapped:73272kB dirty:84kB writeback:0kB shmem:4348kB writeback_tmp:0kB unstable:0kB pages_scanned:44 all_unreclaimable? no [ 1355.256809] DMA free:4212kB min:3960kB low:7548kB high:8540kB active_anon:226332kB inactive_anon:226368kB active_file:37716kB inactive_file:34028kB unevictable:2972kB writepending:88kB present:1048576kB managed:993884kB mlocked:2972kB slab_reclaimable:27864kB slab_unreclaimable:51816kB kernel_stack:16240kB pagetables:18416kB bounce:0kB free_pcp:2264kB local_pcp:124kB free_cma:264kB [ 1355.295277] lowmem_reserve[]: 0 0 0 [ 1355.299328] DMA: 823*4kB (UMHC) 97*8kB (UMHC) 22*16kB (MHC) 22*32kB (H) 18*64kB (H) 3*128kB (H) 3*256kB (H) 0*512kB 0*1024kB 0*2048kB 0*4096kB = 7428kB [ 1355.315230] 21280 total pagecache pages [ 1355.319695] 2429 pages in swap cache [ 1355.323904] Swap cache stats: add 172850, delete 170430, find 20693/40184 [ 1355.331619] Free swap = 606220kB [ 1355.335356] Total swap = 745408kB [ 1355.339184] 262144 pages RAM [ 1355.342467] 0 pages HighMem/MovableOnly [ 1355.346834] 13673 pages reserved [ 1355.350529] 2048 pages cma reserved [ 1390.266736] type=1400 audit(1648307183.535:471): avc: denied { getattr } for comm="dashi.benchmark" path="/proc/vmstat" dev="proc" ino=4026532021 scontext=u:r:untrusted_app_27:s0:c68,c256,c512,c768 tcontext=u:object_r:proc_vmstat:s0 tclass=file permissive=1 app=com.ludashi.benchmark [ 1390.298115] type=1400 audit(1648307268.141:472): avc: denied { open } for comm="GC_start_routin" path="/proc/uptime" dev="proc" ino=4026531978 scontext=u:r:untrusted_app_27:s0:c512,c768 tcontext=u:object_r:proc_uptime:s0 tclass=file permissive=1 app=com.ludashi.benchmark2 [ 1390.326671] type=1400 audit(1648307268.141:473): avc: denied { open } for comm="GC_start_routin" path="/proc/uptime" dev="proc" ino=4026531978 scontext=u:r:untrusted_app_27:s0:c512,c768 tcontext=u:object_r:proc_uptime:s0 tclass=file permissive=1 app=com.ludashi.benchmark2 duplicate messages suppressed [ 1390.364207] type=1400 audit(1648307268.141:475): avc: denied { getattr } for comm="GC_start_routin" path="/proc/uptime" dev="proc" ino=4026531978 scontext=u:r:untrusted_app_27:s0:c512,c768 tcontext=u:object_r:proc_uptime:s0 tclass=file permissive=1 app=com.ludashi.benchmark2

@yuzukitsuru 好了好了，居然要编译这么久，感谢感谢

@yuzukitsuru 谢谢，我等着也试试15版本。

没有毒，就升级了一下功能，其它都是一样的，可以到防毒软件里加个白名单啊

40254869-a377-42fe-bd91-25f505604946-image.png

3bc7baef-b330-4510-b920-414a68631b25-image.png
a1db2794-fd48-43a2-80a3-f7b8db759dfa-18b5517d324f249ad025f12f085d203.png

刷完重启， Android正常，初步判断就是哪吒 u-boot 的 mmc 命令未实现导致量产卡失败？

着重一下，报错是
Error：fail to find clear tmpfs for libkfcapi_enc.so
这个是否有大佬遇见过？