@wm_ch
嗯，我就是加 echo 命令测试出来的，上面日志里面就是echo显示的。

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

@juggernaut 不能，可以用dfu刷写

@yuzukitsuru 同希望有kernel的主线

@yuzukitsuru 解决啦，谢谢！

@yelong98 开源，不卖（卖不起

@jmhh247 渲染图是渲染出来的

经群里大佬指点，解决了，谢谢大家。

前情是我之前已经连接好板子并且把编译好的文件成功下载到板子上了，然后执行的部分出了错。应该在adb push这句后先执行

adb shell

再

chmod +x hello_word ./hello_word

就好了
2fb98757-2d92-48d4-8981-26103f77f91b-image.png

@zxyuser

787f5c35-4f0a-4cfe-ba04-ac8168cc9c6c-{WKECG.png

发现是 ctp_wakeup gt911复位引脚配置错了，现在纠正过来，

重启40次都正常了：

a1195b52-08a0-424f-8f55-f23303.png

@cszzlsw 大佬太厉害了！能求一份源码吗，谢谢😉

梦回51单片机时代

@xiaowenge 资料啥时候有？

输入引脚号，点回车没反应，楼主考虑支持一下回车键计算

开发板淘宝购买链接：
https://item.taobao.com/item.htm?spm=a1z10.5-c-s.w4002-18944745104.17.42895b1b1GWStT&id=669363784178
a445cc65-2e16-4e9d-917d-7a7ef068d44b-image.png

@lumen 讯为的MIPI屏 淘宝有卖的三四百吧
https://m.tb.cn/h.fqYJmck?tk=40Pf2hVcPMg

@xiaowenge 看见了，已下单😁

没想到粉色这么好看，i了i了。
我打算连夜去找大佬进货。

XR806开源鸿蒙开发板是一款基于XR806芯片设计，高度集成WiFi/BLE/常用外设，可供开发者进行方案评估、DIY或小规模产品研发，可广泛应用于智能家居、智能楼宇、智能城市和工业互联等领域。

搭载OpenHarmony系统（已通过OpenHarmony兼容性认证），支持OTA升级，littlefs、spifs文件系统，最新更新支持freeRTOS系统； 兼容802.11b/g/n,集成TCP/IP协议栈及WLAN协议栈、支持完整网络服务协议、快速接入hilink生态 支持BLE 5.0，支持完整低功耗蓝牙服务GATT，SIG mesh完整协议栈 内置低功耗PMU，支持智能低功耗管理系统，多级唤醒源设置；支持WiFi超低功耗保活，广泛应用各类低功耗应用场景 丰富的io接口，板载15个可编程GPIO，支持常用外接接口，如SPI/UART/I2C/PWM/ADC/IrDA TX/RX 全安全架构,TrustZone/安全总线/安全Memory/安全eFuse/安全启动/安全Debug接口/Flash实时加解密

@yuzukitsuru 试试，我已经解决了，在board.dts中，有个引脚占用了，我修改了下，就行了。

直接用M模式多好

@jmhh247 是kernel hacking的选项，不用管他

@ydrmaster 文档： https://d1.docs.aw-ol.com/
资料： https://www.aw-ol.com/downloads?cat=7

rootfs裁剪一下，kernel和uboot加起来不过8mb

a7b8a63f-d90f-4f97-8ee5-38126f3d060c-cebd3cecf4c17ed318a6aa2229bdbba.png

驱动了

27bac72a-5429-41d6-a239-25f3f7d8c78d-323.jpg

又给小伙伴们寄出了10片，数量不多了，还有人要的吗？
109c1b64-4888-441f-a33c-864576c78df6-image.png

驱动勾选 CONFIG_VIDEO_SUNXI_TVD=y

board.dts 配置好tvd（可能已经配好了）：

/* tvd configuration used (create device, 0: do not create device, 1: create device) agc_auto_enable (0: agc manual mode,agc_manual_value is valid; 1: agc auto mode) agc_manual_value (agc manual value, default value is 64) cagc_enable (cagc 0: disable, 1: enable) fliter_used (3d fliter 0: disable, 1: enable) support two PMU power (tvd_power0, tvd_power1) support two GPIO power (tvd_gpio0, tvd_gpio1) NOTICE: If tvd need pmu power or gpio power,params need be configured under [tvd] tvd_sw (the switch of all tvd driver.) tvd_interface (0: cvbs, 1: ypbpr,) tvd_format (0:TVD_PL_YUV420 , 1: MB_YUV420, 2: TVD_PL_YUV422) tvd_system (0:ntsc, 1:pal) tvd_row (total row number in multi channel mode 1-2) tvd_column (total column number in multi channel mode 1-2) tvd_channelx_en (0:disable, 1~4:position in multi channel mode,In single channel mode,mean enable) tvd_row*tvd_column is the total tvd channel number to be used in multichannel mode +--------------------+--------------------+ | | | | | | | 1 | 2 | | | | | | | +--------------------+--------------------+ | | | | | | | 3 | 4 | | | | | | | +--------------------+--------------------+ */ &tvd { tvd_sw = <1>; tvd_interface = <0>; tvd_format = <0>; tvd_system = <1>; tvd_row = <1>; tvd_column = <1>; tvd_channel0_en = <1>; tvd_channel1_en = <0>; tvd_channel2_en = <0>; tvd_channel3_en = <0>; /*tvd_gpio0 = <&pio PD 22 GPIO_ACTIVE_HIGH>;*/ /*tvd_gpio1 = <&pio PD 23 GPIO_ACTIVE_HIGH>;*/ /*tvd_gpio2 = <&pio PD 24 GPIO_ACTIVE_HIGH>;*/ /* dc1sw-supply = <&reg_dc1sw>;*/ /* eldo3-supply = <&reg_eldo3>;*/ /*tvd_power0 = "dc1sw"*/ /*tvd_power1 = "eldo3"*/ }; &tvd0 { used = <1>; agc_auto_enable = <1>; agc_manual_value = <64>; cagc_enable = <1>; fliter_used = <1>; };

linux启动后会生成 /dev/video4：

root@TinaLinux:/# ls /dev/video4 /dev/video4

测试一吓：

root@TinaLinux:/# cat /dev/video4 [tvd] tvd_read:1857 tvd_read: tvd is not generating! cat: read error: Invalid argument

嗯， 看日志应该就是TV输入了。

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

是不是这样的

D1s烧写固件失败
https://bbs.aw-ol.com/topic/1180/share/1

@nawgnehz 您好，我也遇到了和您相同的问题，请问您后来是怎么解决的呢。

@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 终于找到问题了，切换模式要配置PMP，默认PMP是关闭的，关闭的情况下S模式和U模式访存会抛异常。

使能pwm7：

echo 7 > /sys/class/pwm/pwmchip0/export echo 25000000 > /sys/class/pwm/pwmchip0/pwm7/period echo 12000000 > /sys/class/pwm/pwmchip0/pwm7/duty_cycle echo 1 > /sys/class/pwm/pwmchip0/pwm7/enable

查看pwm信息：

mount -t debugfs none /sys/kernel/debug; cat /sys/kernel/debug/pwm # cat /sys/kernel/debug/pwm platform/300a000.pwm, 16 PWM devices pwm-0 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-1 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-2 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-3 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-4 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-5 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-6 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-7 (sysfs ): requested enabled period: 25000000 ns duty: 12000000 ns polarity: normal pwm-8 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-9 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-10 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-11 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-12 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-13 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-14 ((null) ): period: 0 ns duty: 0 ns polarity: normal pwm-15 ((null) ): period: 0 ns duty: 0 ns polarity: normal

@sola_ linux的uart默认是uart0，改到uart2就有输出了

@zt13947787451 D1s是已经可以运行rt-smart了，但内核文件没开源。

uart2串口通信请问下目前正常了吗？

@cstyle https://www.gloomyghost.com/live/20211226.aspx

修复叻，手残打开了Boot Time Optimization

# # Boot Time Optimization # # CONFIG_BOOT_TIME_OPTIMIZATION is not set

@tigger 今天重装ubuntu16.04lts_desktop_AMD64版本，按照编译指南，首先安装必要的工具，再将make降为make-3.81,再从uboot,linux内核和安卓一路下来，竟然通过了。安装open jdk8没有去降级，倒也没问题，编译的Android 10版本。

8f086275-d8f8-4ded-abb7-d80abe078fef-image.png

终于搞定： https://www.voycn.com/article/quanzhia33-android44-rtl8723ds-wifibtqudongdiaoshi

发现了，要mv到/home/里，不能在mnt里

@uuuuid 你看这个帖子，问题就出在 erase 之后需要重启才能 flash 就是这样的

@chunzhang 在 D1 fastboot烧写rootfs分区有问题 中说：

@whycan 函数 spinand_mtd_write_ubi 的这段代码存在问题。

if (num == ubinfo->last_partno) { if (offset != ubinfo->last_offset) { pr_err("offset 0x%x smaller than last offset 0x%x\n", ubinfo->last_offset, offset); goto err; } }

当PC端执行 fastboot erase rootfs 之后在执行 fastboot flash rootfs 时 ubinfo->last_partno 是上一次对 rootfs 擦除的的操作值 7，num 是本次对 flash 写的操作值 7；offset = 0，ubinfo->last_offset是上一次对 rootfs 擦除最后的偏移量 126000。此时就会进入 err。

但是在擦除操作之后重启再写 flash 可以正常写，避免这个错误，对目前 fastboot 更新 rootfs 的失败结果不造成影响。这个问题应该也需要修复。

螃蟹wifi 做AP就算了，稳定性很差。你要是苹果的手机可以试试。我这有测试代码。
https://blog.csdn.net/MengXP/article/details/122736176?spm=1001.2014.3001.5501

@cstyle 我这里测试按照这个配置是可以编译的

@yuzukitsuru
找到个这个函数，是R528里面的，id_judge_fun，有谁发现什么机关，需要找多个平台的id_judge_fun函数来对比，估计才能看出名堂。

uint id_judge_fun(uint param_1) { uint uVar1; if ((_DAT_01c15004 & 7) == 0) { uVar1 = disturb_coding(param_1,1); return uVar1; } return 0; } uint disturb_coding(uint param_1,int param_2) { int iVar1; iVar1 = crc_16(param_1,param_2); return param_1 + param_2 | iVar1 << 0x10; } void crc_16(uint param_1,int param_2) { uint uVar1; uint uVar2; short sVar3; uVar1 = param_1 ^ param_2 << 8; sVar3 = 8; do { uVar2 = uVar1 & 0x8000; uVar1 = (uVar1 & 0x7fff) << 1; if (uVar2 != 0) { uVar1 = (uVar1 ^ 0xffff8005) & 0xffff; } sVar3 = sVar3 + -1; } while (sVar3 != 0); return; }

@chen_bopk 你的工具链是哪个版本的？

@tevet SECURE OS 还没玩过

@gworld 不知道怎么看版本

ALDO是持续有1.8V供电，HPLDO是只有播放音乐时才会输出1.8V。这两个引脚只需外部去耦即可。

@whycan 操作问题！空设备时需要先加载固件，在接上设备

@sola_ 在 全志开发工具，量产工具下载 中说：

请问可以用于D1-H/D1-S吗？

可以，全志芯片都是兼容的

反向编译一下看崩在哪了

@sora1874 不过我日常用talent，没注意ssh有这个问题，有时间了我看看

@ufbycd 引用B站的一条评论：看起来慢是因为没有GPU驱动，不过现在应该解决了，开源GPU用户态驱动预计三月底入仓。（据说，华为自研RS+开源GPU驱动，可以让大家在普通的芯片上感受到接近麒麟的性能）

看上去是没有iptable？

@smiletiger melis内核是rtthread或者zypher，做了一些接口封装，所以是支持的

可以看docs/pdf文件夹里的文档

@huyuxiang 你需要更新一下工具链，请下载http://117.143.63.254:9012/www/rt-smart/aarch64-linux-musleabi_for_i686-w64-mingw32_latest.zip，放到tools/gnu_gcc目录下，重新编译即可。

1.SOC SA线的乱序是因为D1芯片内部为了外部走线方便，SA线重新做了remap，可以支持到当前的连接线序。

2.颗粒端的乱序是DDR本身的特性，DQ线在组内的顺序是可以改变的，一共分两组：第一组DQ0-DQ7+DQSN/P0+DQM0,第二组DQ8-DQ18+DQSN/P1+DQM

正在设计弹簧针测试架，以及巨幕小电视的底板

是的 就是这样烧它

软链接原来也不软

@tigger
不是被墙了，单独上这个网址能上去，我科学上网也不行

@xiawei 草，我才发现，manifest.get是什么东西？？？？？？我还以为是维护了

请问通过什么软件烧录官网给的测试固件？

@caiyongheng 在 请问麻雀d1s用tina-sdk2.0打开 printk time，内核启动log还是没时间戳显示，如何解决？ 中说：

根目录下执行make menuconfig
Global build settings --->
[*] Enable printk timestamps

重新编译固件烧录

这里修改的是方案默认配置target/allwinner/d1s-nezha/defconfig，主要使能了CONFIG_KERNEL_PRINTK_TIME这个配置。

openWrt的特性：
defconfig中带有CONFIG_KERNEL_前缀的配置，最终都会影响内核配置。也就是defconfig没有选择CONFIG_KERNEL_PRINTK_TIME的话，那么也会强行取消选中内核配置中的CONFIG_PRINTK_TIME

太给力了，涨知识，感谢大佬👍

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

@pwb555 我试试，谢谢！

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

ad49a0e8-e433-4e3f-93fc-56fc7a83b0b0-wrefa.jpg

@power_ball 我这里只测试过1khz没问题，极限还没试过

@jmhh247 不太清楚诶，我去看看

@whycan 我的是YuzukiTsuru也有大写（？

英特尔：付费解锁

@tigger 我想问就官方文档上说的那个把username换成用户名，这个用户名指的是哪一个阿？

D1哪吒开发板也是一模一样的操作。

@mangogeek 好的，谢谢大佬。

@whycan 晕哥，我改完这个地方 还是出现这个错误 是改错了吗？还是需要改哪里？

@chen_bopk 在 SD卡烧录系统后，不能启动 中说：

@xiaowenge 那打开开发板就进入debian吗

是的

@yuzukitsuru 谢谢大佬，可以了

参考文档： Linux_AUDIOCODEC_开发指南.pdf

@memory

FT6336 驱动芯片用这个驱动搞定了：

CONFIG_TOUCHSCREEN_FT6236=y

没玩过，帮顶一吓

@xiaowenge 那ddr地址线呢（（

@yuzukitsuru 是啊 死贵。只能找一些冷门的型号外加那种山寨版用用，便宜一些。但是人家贵是真的有道理，他芯片和驱动架构做的确实好。。。

详见这个帖子：https://bbs.aw-ol.com/topic/1150

直播回放及ppt下载

https://aijishu.com/a/1060000000306252