全志有个量产烧写工具，PhonenixSuit Pro，USB烧写的，支持一次烧写8台设备。
也可以做一个夹具，比如一次烧录80片的夹具，一次把80片都放上去，烧写完成，再换80片，这样会毕竟快。
流程设计得好得话，小批量搞自动化还没有人工便宜，工厂人工25元一小时，别问我怎么知道，刚了解的行情，我准备要去电子厂打工了。

ced49078-298f-43fc-9b33-439b84cbe2e4-image.png

参考原理图全接一起去了。

@bedrock 啊这。。。比没有好。

lichee/linux-5.4/drivers/video/fbdev/sunxi/disp2/disp/de/disp_lcd.c

static s32 disp_lcd_pin_cfg(struct disp_device *lcd, u32 bon) { ... sprintf(dev_name, "lcd%d", lcd->disp); disp_sys_pin_set_state(dev_name, (bon == 1) ? DISP_PIN_STATE_ACTIVE : DISP_PIN_STATE_SLEEP); ... }

lichee/linux-5.4/drivers/video/fbdev/sunxi/disp2/disp/disp_sys_intf.c

int disp_sys_pin_set_state(char *dev_name, char *name) { ... len = sprintf(compat, "allwinner,sunxi-%s", dev_name); if (len > 32) __wrn("size of mian_name is out of range\n"); .... }

找到了，貌似调用过程有点曲折。

我又一个更好的方法，不知当讲不当讲，🤤 🤤 🤤 🤤 🤤

忍不住了，我还是说说

1.扫描wifi root@TinaLinux:/# wifi_scan_results_test ********************************* ***Start scan!*** ********************************* bssid / frequency / signal level / flags / ssid 90:67:1c:f8:11:ac 2422 -37 [WPA-PSK-CCMP+TKIP][WPA2-PSK-CCMP+TKIP][WPS][ESS] AW-PDC-RTOS-MUSIC 9c:9d:7e:e1:a7:c6 2462 -45 [WPA2-PSK-CCMP][WPS][ESS] Redmi_9EC8 88:d7:f6:88:8b:c0 2412 -50 [WPA2-PSK-CCMP][WPS][ESS] AW-PDC-PD4-316Test 34:29:12:ac:c3:b9 2462 -56 [WPA2-PSK-CCMP][WPS][ESS] 50:d2:f5:f1:b7:08 2457 -58 [WPA-PSK-CCMP+TKIP][WPA2-PSK-CCMP+TKIP][WPS][ESS] AW-PDC-PD2-xiaomi2.4g 34:29:12:ac:c3:b8 2462 -59 [WPA2-PSK-CCMP][WPS][ESS] AW-PDC-KY_IPV6_1 80:e8:6f:d9:6b:80 2437 -61 [WPA-EAP-CCMP][WPA2-EAP-CCMP][ESS] AWOffice 3c:20:93:0e:2f:97 2412 -54 [WPA-PSK-TKIP][WPA2-PSK-CCMP][ESS] test_123 7e:b5:9b:1d:e2:89 2437 -64 [WPA2-PSK-CCMP][ESS] AWTest 7c:b5:9b:fd:e2:89 2437 -65 [WPA-EAP-CCMP+TKIP][WPA2-EAP-CCMP+TKIP][ESS] AWOffice 7e:b5:9b:2d:e2:89 2437 -66 [WPA-PSK-CCMP+TKIP][WPA2-PSK-CCMP+TKIP][ESS] CangKu-221 7e:b5:9b:3d:e2:89 2437 -66 [WPA-PSK-CCMP+TKIP][WPA2-PSK-CCMP+TKIP][ESS] AW-MLC-221 80:e8:6f:d9:6b:82 2437 -62 [WPA2-PSK-CCMP][ESS] AWTest ac:e3:42:9c:7f:78 2412 -64 [WPA2-PSK-CCMP][WPS][ESS] AW-PDC-PSW-CAI 04:d4:c4:b9:b9:f8 2457 -67 [WPA2-PSK-CCMP][WPS][ESS] ipv6 5c:a4:8a:bf:25:72 2437 -68 [WPA2-PSK-CCMP][ESS] AWTest 5c:a4:8a:bf:25:70 2437 -69 [WPA-EAP-CCMP][WPA2-EAP-CCMP][ESS] AWOffice bc:67:1c:f8:9f:80 2427 -70 [WPA2-PSK-CCMP][ESS] AWTest 2e:f4:32:07:7e:02 2452 -73 [WPA-PSK-CCMP+TKIP][WPA2-PSK-CCMP+TKIP][ESS] OUT RF 80:e8:6f:d9:fd:a2 2412 -74 [WPA2-PSK-CCMP][ESS] AWTest 38:1c:1a:2e:b3:50 2437 -74 [WPA-EAP-CCMP][WPA2-EAP-CCMP][ESS] AWOffice 80:e8:6f:d9:fd:a0 2412 -75 [WPA-EAP-CCMP][WPA2-EAP-CCMP][ESS] AWOffice 38:1c:1a:2e:b3:52 2437 -75 [WPA2-PSK-CCMP][ESS] AWTest ec:6c:9f:af:89:79 2452 -76 [WPA2-PSK-CCMP][ESS] AW-APD-GMSipv6 66:6e:97:1a:5a:e4 2462 -81 [WPA2-PSK-CCMP][ESS] AWTest 8c:be:be:2d:ec:22 2412 -81 [WPA-PSK-CCMP+TKIP][WPA2-PSK-CCMP+TKIP][WPS][ESS] AW-AE2-TEST1 80:8f:1d:8a:36:76 2412 -61 [ESS] AW-PDC-PD2-TEST-2.4G fc:53:9e:c1:b9:2d 2462 -72 [ESS] MEIZUtest ****************************** Wifi get_scan_results: Success! ****************************** 2. 连接wifi # 后面两个参数是 ssid 和 pwd root@TinaLinux:/# wifi_connect_ap_test AWTest xxxxxx ================================== Connecting to the network(AWTest)...... Connected to the AP(AWTest) Getting ip address(AWTest)...... Wifi connect ap : Success! ==================================

开机连接如上😀

@whycan 嗯嗯，可以了，感谢。

@cube_work 请问一下哦~小白提问！就是具体的步奏是怎么样的呀。就是通过串口。需要怎么样才能用wget！就是一条一条命令那种教我，最好有图片。十分感谢！很需要您的帮助！

S~D1L9ZP$O7KHN$H}XY2KAD.png

【Fedora 运行在全志在线 RISC-V D1哪吒开发板上(Fedora on Allwinner D1 Nezha Board)-哔哩哔哩】https://b23.tv/XuzJ2I

把楼上各位的回帖总结了一下， 总算在哪吒开发板跑起来了。

@xiaowenge 催更，如何把图像文件(流)输出到HDMI显示器

参考： D1_Tina_Linux_音频_开发指南.pdf

2.2.7 外挂 codec:AC107
AC107 是一颗含有两个 ADC 的 Codec 芯片，下面对 D1 如何配置使用 AC107 作简单介绍, 如
果使用其他的 Codec 芯片，也可作配置参考。

@kirin 在 终于搞到一点F133的样片，之前没有样片都不敢出来说话 中说：

搞到F133样片了，腰杆都挺直了，感觉走路都带风，去华强北都不用带口罩

7935c43f-6ac5-404f-af2c-88d5c46efff3-image.png

应该是这款口罩

哪吒LEDC 驱动灯带

哪吒Tina系统有封装好的LEDC的驱动，可以不用在应用层写协议传输代码驱动LEDC灯带，灯带选择WX28XX ，连接上电源后可以直接驱动。
效果：

存在问题

因为LEDC驱动默认使用硬件FIFO传输，所以默认只能传输32位数据，超过32位会触发FIFO溢出中断。查看系统log更改驱动打印。

[ 136.335943] dma xfer [ 136.338507] finish [ 136.341155] sunxi_ledc_irq_handler()1287 - there exists fifo overflow issue, irq_status=0x818010!

可以发现在超过32位的led灯后会使用dma来进行传输，此时FIFO中断照常，这个时目前的驱动问题，如果暂时解决不了，将会尝试在应用层使用GPIO口进行传输。😧 😧

@cube_work

感谢大佬解惑，用对比工具对比了两个文件夹，确实如此

meld ./device/config/chips/d1/configs/nezha_min/ ./device/config/chips/d1/configs/nezha/

Nehza or Nezha 😠

@bedrock 我验证了你的这个版本不支持 mesh需要的 fast adv 特性，也就是应该没有mesh功能

配置文件： tina_d1_open/device/config/chips/d1/configs/nezha/sys_partition.fex

[partition_start] [partition] name = boot-resource size = 8064 downloadfile = "boot-resource.fex" user_type = 0x8000 [partition] name = env size = 504 downloadfile = "env.fex" user_type = 0x8000 [partition] name = env-redund size = 504 downloadfile = "env.fex" user_type = 0x8000 [partition] name = boot size = 20664 downloadfile = "boot.fex" user_type = 0x8000 [partition] name = rootfs size = 40824 downloadfile = "rootfs.fex" user_type = 0x8000 [partition] name = dsp0 size = 1008 downloadfile = "dsp0.fex" user_type = 0x8000 [partition] name = recovery size = 28224 ;downloadfile = "recovery.fex" user_type = 0x8000

"boot-resource.fex" 开机画面
"env.fex" uboot参数
"rootfs.fex" squashfs根文件系统

@uuuuid
Specify the parameters for the pack -d

pack -d card0

Unfortunately, the card packaging tool is still not perfect.

@chenlinfei
做这个修改并把下面的那个选项配置上试一下
6946ce6e-f430-4169-8a64-b4323094ba67-image.png
7d94e03a-699b-4872-ae06-a6b673ba46da-image.png

@cube_work 因为之前有人在K210开发板上移植rustsbi时，开发的sd卡存储驱动用了SPI

@ubuntu 做frambuffer驱动确实通用了🤡
OLED屏幕不用太讲究吧

@cube_work 好的谢谢您

checking dependency style of /opt/D1/buildroot-2021/output/host/bin/riscv64-unknown-linux-gnu-gcc... none checking for diff -u... yes checking for /opt/D1/buildroot-2021/output/host/bin/riscv64-unknown-linux-gnu-gcc option to accept ISO C99... (cached) -std=gnu99 checking for a supported version of gcc... ok (8.1.0) checking build system type... x86_64-pc-linux-gnu checking host system type... riscv64-buildroot-linux-gnu checking for a supported CPU... no (riscv64) configure: error: Unsupported host architecture. Sorry package/pkg-generic.mk:231: recipe for target '/opt/D1/buildroot-2021/output/build/valgrind-3.16.1/.stamp_configured' failed make[1]: *** [/opt/D1/buildroot-2021/output/build/valgrind-3.16.1/.stamp_configured] Error 1 Makefile:84: recipe for target '_all' failed make: *** [_all] Error 2

确实没办法编译成功了，看了一下，要照着mips64改很多处。

https://stackoverflow.com/questions/43769395/trying-to-install-the-package-libstdc6i386-or-ia32-libs-in-ubuntu-16-04-1-lts

I found a solution,hope it works for others as well visit this website -> https://repogen.simplylinux.ch/ and choose your 'country' and 'release' along with necessary 'branches' and 'updates' and go to end of the page till 'Generate list' button and click it to get your new sources.list copy the text in 'sources list' text field and open sources.list file in /etc/apt/ in local file system and open in editable mode i.e., in sudo mode to edit, replace the current data with newly copy data and save it open terminal enter these commands : sudo apt-get update sudo apt-get install lib32stdc++6 you are done. Now, just check if the problem with making AVD is gone or not. Share Improve this answer Follow

大致效果视频

这个烧录文件的格式没有开源。加一个自定义文件的目的是什么？

https://zhuanlan.zhihu.com/p/397651481
D1上的OpenEuler烧录安装及根目录扩容

20210810更新：
openEuler在全志D1的tf镜像现在出了第二版， wifi 可以使用了，欢迎试用~
https://mirror.iscas.ac.cn/plct/openEuler-D1-wifi-enabled-20210810.img.bz2

本次实验基于 Ubuntu 20.04.2 LTS：

$ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 20.04.2 LTS Release: 20.04 Codename: focal

镜像的烧录及扩容方法与之前类似，不过有时候可能在x64主机上执行resize2fs之后在板子上执行df -h发现并空间并没有扩大，这时候需要在D1上再执行一次resize2fs，先执行fdisk -l查看分区情况：

[root@openEuler-RISCV-rare ~]# fdisk -l Disk /dev/mmcblk0: 29.74 GiB, 31914983424 bytes, 62333952 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: EACEFD8D-68B3-493F-868A-5364E0A693D8 Device Start End Sectors Size Type /dev/mmcblk0p1 34784 35039 256 128K Linux filesystem /dev/mmcblk0p2 35040 35295 256 128K Linux filesystem /dev/mmcblk0p3 35296 100831 65536 32M Linux filesystem /dev/mmcblk0p4 100832 62333918 62233087 29.7G Linux filesystem

这里和x64的分区名sdb4不同，需要操作的是mmcblk0p4分区：

[root@openEuler-RISCV-rare ~]# resize2fs /dev/mmcblk0p4 resize2fs 1.45.3 (14-Jul-2019) Filesystem at /dev/mmcblk0p4 is [ 630.990424] EXT4-fs (mmcblk0p4): resizing filesystem from 1259280 to 31116540 blocks mounted on /; on-line resizing required old_desc_blocks = 5, new_desc_blocks = 119 [ 636.357985] EXT4-fs (mmcblk0p4): resized filesystem to 31116540 The filesystem on /dev/mmcblk0p4 is now 31116540 (1k) blocks long. [root@openEuler-RISCV-rare ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/root 29G 1.1G 27G 4% / devtmpfs 492M 0 492M 0% /dev tmpfs 496M 0 496M 0% /dev/shm tmpfs 496M 1.7M 494M 1% /run tmpfs 496M 0 496M 0% /sys/fs/cgroup tmpfs 496M 0 496M 0% /tmp tmpfs 100M 0 100M 0% /run/user/0

至此扩容成功。

连接WiFi
执行ifconfig可以看到wlan0，新版本的镜像已经支持了wifi。

可以使用nmtui图形模式配置，直接输入命令nmtui即可：
cc528264-32d3-4a77-b6f7-41d6740251ab-image.png

接着选择：Edit a connection -> <Add> -> Wi-Fi

填写Profile name、SSID、选择认证方式，然后就可以连接上WiFi了 : )

以下为原文
本次实验基于 Ubuntu 21.04：

$ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 21.04 Release: 21.04 Codename: hirsute

由于该镜像采用了hybrid混合分区，在Ubuntu 18.04上使用fdisk（版本2.34）进行扩容后会破坏分区，导致系统无法正常进入；而Ubuntu 21.04的fdisk版本为2.36，并且在fdisk使用M命令可以进入MBR分区，应该是对hybrid混合分区提供了支持。

将sd卡放入读卡器，连接到x64主机上。

下载openEuler for D1的镜像：

$ wget https://mirror.iscas.ac.cn/plct/openEuler-D1-20210731.img.bz2

查看sd卡的盘符：

$ sudo fdisk -l Disk /dev/sdb: 29.72 GiB, 31914983424 bytes, 62333952 sectors Disk model: SDDR-B531 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: EACEFD8D-68B3-493F-868A-5364E0A693D8

可以看到/dev/sdb即为SD卡。

使用dd命令将镜像烧录到sd卡中：

bzcat openEuler-D1-20210731.img.bz2 | sudo dd of=/dev/sdb bs=1M iflag=fullblock oflag=direct conv=fsync status=progress

dd命令参数解释
dd --help中对各参数作用描述如下：

Each FLAG symbol may be: ​ dsync use synchronized I/O for data // 对应oflag=dsync ​ sync likewise, but also for metadata // 对应oflag=sync Each CONV symbol may be: ​ fdatasync physically write output file data before finishing // 对应conv=fdatasync ​ fsync likewise, but also write metadata // 对应conv=fsync

除此之外上述命令的参数含义如下：

bs 一次读写的比特数

conv 依照每个逗号分割的标志列表转换文件

direct 使用直接I/O 存取模式

fullblock 为输入积累完整块(仅iflag)

执行完成后在x86主机上使用fdisk进行扩容

$ sudo fdisk /dev/sdb Welcome to fdisk (util-linux 2.36.1). Changes will remain in memory only, until you decide to write them. Be careful before using the write command. A hybrid GPT was detected. You have to sync the hybrid MBR manually (expert command 'M'). Command (m for help): p #查看并记录第四个分区的起始扇区 Disk /dev/sdb: 29.72 GiB, 31914983424 bytes, 62333952 sectors Disk model: SDDR-B531 Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: EACEFD8D-68B3-493F-868A-5364E0A693D8 Device Start End Sectors Size Type /dev/sdb1 34784 35039 256 128K Linux filesystem /dev/sdb2 35040 35295 256 128K Linux filesystem /dev/sdb3 35296 100831 65536 32M Linux filesystem /dev/sdb4 100832 2607103 2506272 1.2G Linux filesystem Command (m for help): d #删除分区 Partition number (1-4, default 4): 4 Partition 4 has been deleted. Command (m for help): n #新建分区 Partition number (4-128, default 4): 4 First sector (100832-62333918, default 102400): 100832 #和最开始记录的第四个分区的起始扇区相同 Last sector, +/-sectors or +/-size{K,M,G,T,P} (100832-62333918, default 62333918): Created a new partition 4 of type 'Linux filesystem' and of size 29.7 GiB. Partition #4 contains a ext4 signature. Do you want to remove the signature? [Y]es/[N]o: n Command (m for help): w #写入修改 The device contains hybrid MBR -- writing GPT only. The partition table has been altered. Syncing disks.

这时候扩容的空间还不能完全使用，需要对第四个分区执行resize2fs命令：

$ sudo resize2fs /dev/sdb4 resize2fs 1.45.7 (28-Jan-2021) Filesystem at /dev/sdb4 is mounted on /media/linux/rootfs; on-line resizing required old_desc_blocks = 8, new_desc_blocks = 119 The filesystem on /dev/sdb4 is now 31116540 (1k) blocks long.

即烧录完成并扩容成功，之后将sd卡放入D1并开机，耐心等待。

登陆账号密码: root/openEuler12#$

openEuler 20.03 (LTS) Kernel 5.4.61 on an riscv64 openEuler-RISCV-rare login:

进入后查看空间大小：

[root@openEuler-RISCV-rare ~]# df -h Filesystem Size Used Avail Use% Mounted on /dev/root 29G 952M 27G 4% / devtmpfs 492M 0 492M 0% /dev tmpfs 496M 0 496M 0% /dev/shm tmpfs 496M 1.6M 495M 1% /run tmpfs 496M 0 496M 0% /sys/fs/cgroup tmpfs 496M 0 496M 0% /tmp tmpfs 100M 0 100M 0% /run/user/0

进入系统之后使用 date -s 修改系统时间，否则无法使用yum命令。

运行BishengJDK
交叉编译过程可以参考官方文档：

BUILDING.md · openEuler/bishengjdk-11 - Gitee.com
​gitee.com/openeuler/bishengjdk-11/blob/risc-v/BUILDING.md

或者参考：

Bamboo：毕昇JDK 11 for RICSV64构建及HiFive Unleashed测试

error while loading shared libraries: libz.so: cannot open shared object file: No such file or directory
这个报错，有两种解决方法：

在D1上执行
yum install zlib-devel.riscv64
2. 在编译JDK的时候加上参数，即将zlib库打包到镜像中，而不使用系统本身的库（默认为--with-zlib=system）：

--with-zlib=bundled
运行结果：

c131bb8c-c4de-46eb-b878-12ca34e99314-image.png

我在仔细对比0730补丁文件后 没有发现问题 于是我重新make clean make 发现可以正常播放了
以下是测试能正常播放的命令：
1.指定硬件解码器和fb元件的播放视频命令
gst-launch-1.0 filesrc location=bad_apple.mp4 ! qtdemux ! h264parse ! omxh264dec ! videoconvert ! sunxifbsink
2.自动寻找硬件解码器 指定fb元件的播放视频命令
gst-launch-1.0 filesrc location=bad_apple.mp4 ! qtdemux ! decodebin ! sunxifbsink
3.同时播放音视频的命令
gst-launch-1.0 filesrc location=bad_apple.mp4 ! qtdemux name=demux demux.audio_0 ! queue ! decodebin ! audioconvert ! audioresample ! alsasink demux.video_0 ! queue ! h264parse ! omxh264dec ! videoconvert ! videoscale ! sunxifbsink

最后感谢上面大佬的帮助😁 😁 😁

@tigger 我只改了preemption model测试的

@ubuntu
这个0730补丁我打过了
里面一些源文件我对比了 发现确实是打上了
后面发现唯独package/multidedia/gst-omx/Makefile没变成打完补丁后的 然后我替换了补丁里面的 编译通过了😧
总之可以了😁 😁 😁

@whycan 在 Uboot: 请问nand驱动中rawnand可以用吗 中说：

刚翻了一下 D1 Datasheet，并没有raw nand接口，只有spi nand 接口，这个驱动感觉是别的sdk直接复制过来了的。

对， 去翻A33的手册，才有raw nand接口

Boot ROM • Support system boot from Raw NAND, eMMC NAND, SPI Nor Flash, SD/TF card (SDMC0/2)

强！这项目，我王多鱼投了！

@qianhao 谢谢，以换成20的 可以编译通过

正确答案：
试试：
ifconfig br-lan 你的IP
route add default gw 你的网关
或者
udhcpc -i br-lan

刚刚测试了一下a2dp source 连小米蓝牙音箱, 正常.

复制测试音频文件:

C:\>"C:\Program Files (x86)\AllWinnerTech\PhoenixSuit\adb.exe" push 44100-stereo-s16_le-10s.wav /tmp/ * daemon not running. starting it now on port 5037 * * daemon started successfully * 5174 KB/s (1764044 bytes in 0.332s)

蓝牙播放正常:

# bt_test -i -p a2dp-source 1253.322907: [bt_manager_enable:400]: bt manager version:Version:3.0.1.202101231450,builed time:Mar 24 2021-06:37:15 1253.323209: [bt_test_status_cb:71]: bt is turnning on. hcidump_xr start Bluetooth init has been completed!! /usr/bin/hcidump_xr: line 1: syntax error: unexpected word (expecting ")") 1253.835079: [bt_profile_global_init:356]: start bluealsa :1 times 1253.870094: [bt_test_dev_add_cb:104]: address:E8:07:BF:1C:43:74,name:NDZ-03-GA,class:2360324,icon:audio-card,address type:public,rssi:0 [ 1183.426017] debugfs: File 'le_min_key_size' in directory 'hci0' already present! [ 1183.434453] debugfs: File 'le_max_key_size' in directory 'hci0' already present! [ 1183.442885] debugfs: File 'force_bredr_smp' in directory 'hci0' already present! 1254.432072: [bt_test_adapter_power_state_cb:41]: Turn on bt successfully 1254.836491: [bt_test_status_cb:61]: BT is ON [bt]#connect E8:07:BF:1C:43:74 1266.516883: [bt_test_a2dp_source_connection_state_cb:285]: A2DP source connecting with device: E8:07:BF:1C:43:74 addr:E8:07:BF:1C:43:74,name:NDZ-03-GA,state:CONNECTED addr:E8:07:BF:1C:43:74,name:NDZ-03-GA,state:CONNECTED [bt]#1267.366635: [bt_test_a2dp_source_connection_state_cb:287]: A2DP source connected with device: E8:07:BF:1C:43:74 1267.367007: [bt_test_a2dp_sink_connection_state_cb:261]: A2DP sink connected with device: E8:07:BF:1C:43:74 [bt]# [bt]#a2dp_src_start [bt]#1276.929765: [_a2dp_source_thread_func:364]: start a2dp src loop,data size:1764000,ch:2,sample:44100

自己回复下。页表项，扩展属性字段，cache要打开c8ff9843-9a74-4a3a-8462-c9668d913f74-1629182415(1).png

@bedrock 感谢大神的经验贴！现在已经顺利编译通过啦！

@heinhe 在 D1中安装opencv出错 中说：

@bedrock 换了清华源也是如此。sudo apt-get install python-opencv -i https://pypi.tuna.tsinghua.edu.cn/simple/
清华源应该有的，树莓派、eaidk等都可以

哪吒是RISCV架构的哈，你先去看看这些源里会不会有有对应软件包的支持 你这种就显然是没有这个支持了 所以我推荐你 交叉编译😀 😀

prebuilt/gcc/linux-x86/riscv/toolchain-thead-glibc/riscv64-glibc-gcc-thead_20200702/bin/riscv64-unknown-linux-gnu-gcc

$ prebuilt/gcc/linux-x86/riscv/toolchain-thead-glibc/riscv64-glibc-gcc-thead_20200702/bin/riscv64-unknown-linux-gnu-gcc -v Using built-in specs. COLLECT_GCC=prebuilt/gcc/linux-x86/riscv/toolchain-thead-glibc/riscv64-glibc-gcc-thead_20200702/bin/riscv64-unknown-linux-gnu-gcc COLLECT_LTO_WRAPPER=/opt/D1/tina_d1_open/prebuilt/gcc/linux-x86/riscv/toolchain-thead-glibc/riscv64-glibc-gcc-thead_20200702/bin/../libexec/gcc/riscv64-unknown-linux-gnu/8.1.0/lto-wrapper Target: riscv64-unknown-linux-gnu Configured with: /ldhome/software/toolsbuild/slave/workspace/riscv64_build_linux_x86_64/build/../source/riscv/riscv-gcc/configure --target=riscv64-unknown-linux-gnu --with-mpc=/ldhome/software/toolsbuild/slave/workspace/riscv64_build_linux_x86_64/lib-for-gcc-x86_64-linux/ --with-mpfr=/ldhome/software/toolsbuild/slave/workspace/riscv64_build_linux_x86_64/lib-for-gcc-x86_64-linux/ --with-gmp=/ldhome/software/toolsbuild/slave/workspace/riscv64_build_linux_x86_64/lib-for-gcc-x86_64-linux/ --prefix=/ldhome/software/toolsbuild/slave/workspace/riscv64_build_linux_x86_64/install --with-sysroot=/ldhome/software/toolsbuild/slave/workspace/riscv64_build_linux_x86_64/install/sysroot --with-system-zlib --enable-shared --enable-tls --enable-languages=c,c++,fortran --disable-libmudflap --disable-libssp --disable-libquadmath --disable-nls --disable-bootstrap --src=../../source/riscv/riscv-gcc --enable-checking=yes --with-pkgversion='C-SKY RISCV Tools V1.8.4 B20200702' --enable-multilib --with-abi=lp64d --with-arch=rv64gcxthead 'CFLAGS_FOR_TARGET=-O2 -mcmodel=medany' 'CXXFLAGS_FOR_TARGET=-O2 -mcmodel=medany' CC=gcc CXX=g++ Thread model: posix gcc version 8.1.0 (C-SKY RISCV Tools V1.8.4 B20200702)

感觉你用d1 sdk 自带这个版本编译， 应该没有问题。

据我所知，烧写失败是USB线没插紧，插好之后绝对不要动那根线。。。

补上合宙的固件，https://whycan.com/t_4407.html

全志D1的固件，
还有一个演示视频，声音有点小，凑合听吧。。。

固件下载： tina_d1-nezha_uart0.img

@xiaowenge 可以了，赞

@memory 效率拉满

哈哈哈哈哈哈 躺好等更新

@madang 在 uboot中 ubifs 可以关闭吗 中说：

你好，目前uboot的启动时间大概在3到4秒，我们想优化一下，看了一下， ubifs 这里大概花了有1秒钟时间，看了一下是通过config_sunxi_ubifs 来控制的 请问这个可以关闭吗？

uboot阶段应该是ubi吧，因为存储介质是nand，所以需要ubi对nand进行坏块管理、磨损平衡、分区管理等操作（nor emmc或者sacard的话就不用），如果uboot阶段把它拿掉，后面的流程就起不来了，包括kernel也加载不了了

@nideyida 在 请问D1怎么开双显和同显异显？ 中说：

@bedrock 在 请问D1怎么开双显和同显异显？ 中说：

见文档:
固件下载:
https://d1.docs.aw-ol.com/source/3_getimg/

请问有双屏显示的DTS配置方式吗？我要怎么样才能把自己的SDK配成这个样子呢？

嗯，dts怎么改呢？或者说只要改dts就可以了吗？

@xiaowenge 在 uboot命令行模式 中说：

@march 设备先连上串口，然后上电开机，开机的同时按住PC键盘的“s”字母键，就是我们俗称的ssssss

嗯,
一直按 s 就进入了uboot 控制台

一直按 2 就进入了烧录模式

截错图了
5b8af26c-18ff-4bcc-9454-521666d11e64-1628560833(1).png

@yesterdai 不应该啊，最新测试固件就说v1.0.1编出来的6cd64aec-f7d2-4dbc-b48b-6c227a0c8b5a-image.png

root@TinaLinux:/# cd /sys/kernel/debug/dispdbg root@TinaLinux:/sys/kernel/debug/dispdbg# root@TinaLinux:/sys/kernel/debug/dispdbg# echo disp0 > name; echo switch1 > comm and; echo 4 10 0 0 0x4 0x101 0 0 0 8 > param; echo 1 > start; [ 2224.532003] disp:0 type:4 mode:10 format:0 bits:0 eotf:4 cs:257 ouputmode:0 range:0 scan:0 aspect_ratio:8 [ 2225.560079] [HDMI receive params]: tv mode: 0xa format:0x0 data bits:0x0 eotf:0x4 cs:0x101 dvi_hdmi:2 range:0 scan:0 aspect_ratio:8 [ 2226.650163] disp_al_manager_apply ouput_type:0 [ 2226.655264] disp_al_hdmi_cfg [ 2226.658589] [DISP] disp_device_attached_and_enable,line:233: [ 2226.658594] attached ok, mgr0<-->dev0 [ 2226.669126] [DISP] disp_device_attached_and_enable,line:236: [ 2226.669133] type:4,mode:10,fmt:rgb,bits:8bits,eotf:4,cs:257 dvi_hdmi:2, range:0 scan:0 ratio:8 root@TinaLinux:/sys/kernel/debug/dispdbg#

看到了HDMI上有显示了

root@TinaLinux:/sys/kernel/debug/dispdbg# root@TinaLinux:/sys/kernel/debug/dispdbg# echo 1 > /sys/class/disp/disp/attr/col orbar root@TinaLinux:/sys/kernel/debug/dispdbg# root@TinaLinux:/sys/kernel/debug/dispdbg# [ 2295.860048] HDMI cable is connected

显示很多渐变方格

1000Mbps有线网络:

-- -- -- -- -- TCP TX: 415 Mbits/sec RX: 403.5 Mbits/sec UDP TX: 147 Mbits/sec RX: 185 Mbits/sec

还有有线网的测试数据，好像也比较低。

@qianhao 在 苏州大学团队的RISC-V 裸机集成开发平台, 目前主要用于D1 中说：

@whycan 还是 使用平头哥官方的IDE好，官方过段时间就会出来吧！

看来大佬又内部消息.

@whycan 这条指令是平头哥扩展指令集的，一般的编译器会出问题吧，

D30A3EE43B98B2AA4D55F1D7A153AAA2.jpg

5E87598AE1B0B1C9ED6D20F223333482.jpg

安装上了

这个屏幕在sdk里面是 tft08006 驱动， 请问这个屏幕是什么型号？哪里可以买到呢？驱动芯片是什么呢？

@diguago 能提供一份可以复现问题的简单示例代码吗？单纯用 arecord 无法复现，而且看上面截图，引起 panic 的是 PID 为 1 的 init 进程，这个是怎么跟录音关联起来的？

@bedrock
知道了，感谢大佬

使用串口终端重启桌面环境😊

@dengjijiang 可以的你使用串口连接终端，然后在终端将桌面 restart 试试

@tigger 解决了，是我没有拔sd卡。

D1 上插入SD卡，会弹出log 通过查看 log 确认sd卡的设备及分区，通常是 /dev/mmcblk0 你在dev 中查看一下, 然后使用 mount 挂载 就可以了

@chshwei 目前在售的D1哪吒开发板全部统一用XR829

@tigger 多谢啦

@xiaowenge 想要，威力加强包里没找到呀🤤 🤤 🤤

@march 请问解决了吗，我也遇到这个问题

这种情况是正常情况.😀 😀 😀
因为Tina 打包工具 打包的root 目录 分区默认就是按照最大占用量进行打包的，为了确保固件的准确。

原本的固件虽然看上去跟文件系统有空间，事实上通过 mount 来查看文件系统的挂载情况

root@TinaLinux:/# mount /dev/root on /rom type squashfs (ro,noatime) devtmpfs on /dev type devtmpfs (rw,relatime,size=503920k,nr_inodes=125980,mode=755) proc on /proc type proc (rw,nosuid,nodev,noexec,noatime) sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,noatime) tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime) /dev/by-name/UDISK on /overlay type ubifs (rw,relatime,assert=read-only,ubi=0,vol=8) overlayfs:/overlay on / type overlay (rw,noatime,lowerdir=/,upperdir=/overlay/upper,workdir=/overlay/work) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,mode=600,ptmxmode=000) debugfs on /sys/kernel/debug type debugfs (rw,noatime) none on /sys/kernel/config type configfs (rw,relatime) adb on /dev/usb-ffs/adb type functionfs (rw,relatime)

其中root 为固件打包分区，默认为全部占用的，而在刚开始看到的/目录，此时则挂载在/overlay目录，而/overlay目录则又是在/根目录中，是怎么回事呢？🤠 🤠 🤠

我们再来测试一下

使用dd if=/dev/zero of=test
读取该节点数据写入 test 文件,of = 指定了文件名在当前文件夹下。
等待写入一会。查看当前文件ls

root@TinaLinux:/# ls base rom bin root dev sbin etc spec lib stress lib64xthead sys mnt test overlay tmp proc usr rdinit var riscv64-unknown-linux-gnu www

根文件系统中多了 test 文件，他真的 在跟文件系统中吗？
不是！！！！😁 😁 😁
是不是觉得被忽悠了？别怕 我们再进到 overlay/upper/ 查看文件 ls ohhhhhhhhhh🕵 🕵 🕵 你发现了 Tina 系统跟文件的真谛！！！

root@TinaLinux:/# cd overlay/upper/ root@TinaLinux:/overlay/upper# ls etc test

总结：Tina打包默认会将rootfs即root目录全部打包完整，而系统剩余的容量会在overlay目录中，在最开始的固件，只是将overlay也映射到了跟文件系统中,铁汁们，后面更新的固件就不要被骗了哦👌 👌 结束

不皮了. 补充一点:

Tina Linux中运行test会遇到libatomic.so库缺失.
应从SDK目录中复制到板子上: # -d 是复制快捷方式. *号会把实体也一起复制. cp -d tina-d1-open/prebuilt/gcc/linux-x86/riscv/toolchain-thead-glibc/riscv64-glibc-gcc-thead_20200702/riscv64-unknown-linux-gnu/lib64/lp64d/libatomic.so* (target_path) diff如何应用? 百度一下: linux patch用法

@harry89 可以烧个新固件，或者在启动脚本里把led kill 掉或者调暗一点

XR829还带ble。AW啥无线片子都有，什么带MCU的 wifi单模的 能跑鸿蒙的

D1还没单独对外发售，详情请关注全志渠道

@andy89926 在 D1的原理图是不是有问题？ 中说：

SBA0和SWE交换

SBA0和SWE交换参考@Kirin 的回答，应该是芯片内部线序有了改动但原理图库还是旧的。

@tripod9 板子不值钱 你值钱 听懂掌声

@kirin thanks 🙂

@heinhe 看了帖子说intel可以，amd的不行。查了自己的电脑，是intel的4G32位win10，换了Intel的8G64位win10，可以烧写并hdmi显示了

@logpi 没用

@xiaowenge 只有hdmi显示器，看不到任何内容，如何将开机启动脚本文件复制到开发板呢

@logpi 需求不是格式化卡失败，而是要烧录镜像阿

@johnweston 在 关于D1启动流程中设备树的位置 中说：

我现在是将设备树直接编译到二进制文件中避开这一点，但是还是无法正确引导 Kernel，在跳转到 UBoot 前我将编入的设备树放到了 a1 寄存器，但是 Uboot 似乎没有正确识别。
D1设备树uboot操作放在了r2寄存器内特定的地址，目前D1的做法是将 opensbi uboot dtb三个文件打包在了一起来用。
00a42864-068b-4fca-aa10-27f14067895b-image.png