@gharibi
Can you provide your SDK? I can try compiling on my end to see if it's the reason for your incomplete SDK

@zifeiyu 在 tina linux系统中没有日志文件 中说：

全志的T133芯片，我的tina linux系统中没有日志文件，该怎么办？
要怎么配置menuconfig才能使能系统日子功能？

具体一点，啥叫没有日志？没有log？还是没有syslog的打印？

也可以更加粗暴一点，WP\HOLD先直接外部上拉个电阻测下

@zzc775 检查一下dts的改动，或者发下完整的dts看下

请教一下量产工具中心目前是不是签了NDA的才有对应软件释放咧？

@null037 主要是不想用adb传

想用tftd来和板子传输文件，不知道D1和V853的SDK是不是已经支持上了呢？（不要buildroot，用Tina ）

@sdfbsdfbsd whycan网搜一下就出来了，很多大佬分享的

@wuzhujian
D1的SDK，nand介质和SD卡介质是通用一个固件的，nor的固件单独开来/
区别方法：
看编译出来的固件带不带“_nor_关键字就可以了”

@cjia3254
[partition]
name = UDISK
name = rootfs_data
size = 10240
user_type = 0x8000
把 name = rootfs_data 去掉

@makerjia 感觉可以出一个专门的贴子，专门放网上搜集而来的SDK

DragonSN 烧录的数据放置在Secure storage区域或者单独的private分区，这个要确定好；
通常都是在private区域，需要先烧好SN号之后，对应的分区才会被格式化为vfat文件系统，否则是挂载不上的

栈回溯显示spi传输超时了，看下是不是开启的配置导致IO被复用了，另外把你开启XR829的配置和改动也发上来看下

@coder9527
一般使用JLINK，板上需要飞出来对应的Jtag接口，同时芯片开启Jtag功能
一般使用GDB调试就可以了，无非也就是打断点、单步调试这几个

看下你adb push的路径具体是到哪里了？是不是把 overlay 给占满了？

@vincent1 在 v853 buildroot怎么扩展根目录大小，怎么将大文件放到固件中 中说：

cconfigs

cconfigs应该也可以跳转到 linux4.9 目录，可以看一下目前你的两个 sys_partition.fex 各自对应的路径吗？

@liker292
什么格式的压缩包？

@lyg116 EMMC大概率支持，但是也有小部分是需要适配的

@lyg116 确保这两个文件里面都有对应的物料配置，大概率都是支持的

lichee/brandy-2.0/u-boot-2018/drivers/mtd/awnand/spinand/physic/id.c

lichee/linux-5.4/drivers/mtd/awnand/spinand/physic/id.c

@liker292 在服务器里面执行 make -v看看

@zifeiyu 你现在这个都没有udisk分区，其他分区一般也不建议存用户数据，把overlay挂上吧

@zifeiyu
烧录到安全固件了，后续也只能使用安全的固件

@camperzzz V1.0打后的SDK都是正常编译的，基本非tina3.0的SDK，大多数都可以在Ubuntu20.04下正常编译了

R818 官网SDK可以在ubuntu20.04上编译，不需要单独虚拟机

使用以下指令构建
mkfs.ubifs -x zlib -m 4096 -e 258048 -c 245 -F -r oem_res -o oem_ubifs.fex

@rtqqq 未修改前，启动都正常么？
另外发一下现在的修改记录出来看看

@zm960406 支持，但是需要修改一下openOCD中的. cfg 配置文件

@fuzhikun 这里的9824的单位为扇区

9824扇区 = 9824 * 512Byte = 5,029,888 Byte ，也不小了

另外，你现在给boot分配的空间太小了，当前boot分区里面文件为 9284 扇区

改大点，注意 512扇区对齐

@fuzhikun 烧录时候对于的log发一下看下

@bigzhu Longan和Tina3.0是一个阶段的产物，后面SDK优化、升级，逐渐延伸出来了Tina4.0，Tina5.0

通俗点讲，Longan就是很老版本的全志SDK

@cai_yp 执行busybox看下：

@cw13197171229
1、SDK是哪里下载的呢？我记的官方SDK里面，Log里面有些配置应该是默认不开的，你是自己修改过了吗？

2、先尝试下make distclean，同时把out目录删掉，之后再编下看看（有些网上的SDK可能会把之前的编译产物带上，需要清除下，重新编译）

实在不行，我可以传一份官方的SDK上来

@newcastle 检查一下你的配置是否有依赖项，若是有依赖项，但是依赖项没有打开的话，就有可能有这个情况

@sat1006
1、确定下你目前使用的固件是有uboot的？有些方案是把uboot去掉了的，直接boot0引导kernel
2、另外，目前T113的longan可能支持并不是完善，外面应该是没有全志对外开放的LongonSDK的，即使有，也是一些大佬从老的Longon SDK移植T113的方案过去的，难免会有些驱动没做好，建议换Tina

@cai_yp
1、完整打包log发下看看，刚试了一下挖坑网的SDK，还没遇到这个问题，看下是不是前面clean的时候把一些配置给干掉了

2、另外，S2上面应该开启了XIP，关注 sys_partition_xip.fex 既可，

这里补充下挖坑网的SDK中存在的编译问题解决方法：（https://whycan.com/t_10304.html）
1、source envsetup.sh，选择C906方案，执行 mrtos distclean 指令既可
2、M33重复以上步骤既可
3、重新编译两个方案，打包既可

各位，在论坛上一直看到有sunxi-fel何xfel这两个裸机工具
xfel应该是xboot大佬维护的，那sunxi-fel是全志官方维护的？

平常需要读写flash（nor、nand）的数据（物理数据），想试下这两个工具，不知道哪个好用咧

@slamdunk31598 哦豁？T113-i的SDK也出来了？

这里需要注意一下，T113使用EMMC介质启动的话，若是使用UDISK分区作为overlayfs的挂载目录，在使用dd等读写指令的时候，会比使用rootfs_data慢
所以目前EMMC介质、且使用busybox的的方案，推荐使用rootfs_data作文overlayfs的底层目录

@towel_roll 你这个是啥平台，D1？使用nor介质启动？
使用nor的话，尝试下128扇区对齐，即12240->12280

@zibetk make -j1 V=s 看下

@negro
dd if=boot_package.fex of=/dev/mmcblk0 bs=1k seek=16400
这样看来的话，mmcblk0里面应该存的是boot_package的数据，而非单一的uboot

这里有个问题，我看你上面计算的偏移没有错吧？为啥后面正确的是要偏移16400呢？

1、第一次烧录成功了，证明你的flash驱动应该是支持这颗nand的，所以可以烧进去
2、但烧录进去不代表你flash驱动中的ID配置一定是正确的，有可能你拿到的flash驱动中对这颗物料的参数配置（坏块标记位、oob区域划分、ecc校验能力等）配置不正确，导致你第一次烧录的时候，在这颗flash上误标记了bad block，故后续烧录或者启动会提示很多的“bad block......”
3、建议找一个常用型号的flash，先替换上去，看下是否能正常启动，可以试一下这款（MX35LF1GE4AB），这款在很早之前的驱动已经是支持的了

@hqin2001 没有放弃吧，现在联系代理还是正常支持的

最好还是详细描述下修改的步骤以及详细的烧录、启动log，才好分析

有点好奇为啥要把原来的下载方式去除掉呢？
感觉那个蛮好用的

@whycanservice
所以目前来看应该只有两个办法了
1、PC交叉编译，install到rootfs中
2、PC交叉编译一个能用的gcc，install到rootfs中，再编译所需要的应用，再install？
感觉第二个方法可以玩一下试试

@eiedz 在 请教大家一个f1c200s tina3.5 nor flash容量设置的问题 中说：

2

sys_config.fex里面设置flash容量？里面好像没有这个配置吧

各位大佬，想请教个问题，既然Tina也是一个Linux系统，
那么理论上是应该可以像Ubuntu这些发行版的系统一样，自行安装Github上面的开源软件

比如 vim、RipGrep、FZF、HTop、Ranger，具体有何教程吗？

其中有些是可以直接下载源码包，直接编译的，但是我不想在服务器交叉编译，直接在Tina内部编译不知道行不行，
试了下，发现手头的几个板子应该都是内部默认不含GCC的

@qinlinbin 需要有R328的SDK权限，在对应的SDK下载页面下拉，会看到一个补丁名称为“R328方案添加spinand开源移植库”，按照里面的README操作即可

@newcastle 有需要的话，也可以使用ubuntu14，实测拿到的SDK，ubuntu14基本都可以正常编译过

@sorive 目前使用ubi方案的芯片（如R329、D1、V853、T113等），支持的spinand型号可以在以下路径查看：lichee/brandy-2.0/u-boot-2018/drivers/mtd/awnand/spinand/physic/id.c，需要适配新物料，可直接在改路径下添加物料配置信息即可。针对一些非ubi方案的芯片，如R328、R11等，该部分驱动代码不开源，需要自行在SDK下载界面下载对应开源物料补丁后才可适配新物料

@qinlinbin 另外，目前在R328平台，释放了开源物料补丁，若是有R328 SDK权限的话，是可以在SDK下载页面获取到该补丁的

@qinlinbin R328的spinand驱动目前是不开源的

@hnjztyx private分区挂载上就可以了

看起来像是USB通讯校验出了问题，之前有用其他的nand启动过吗？

锁相环一直初始化失败，检查一下CPU是否是好的，以及焊接是否OK

@whycan 重新烧录固件也还是一样的问题吗？
要是还是一样的问题的话，建议使用TigerDump把分区dump出来看看，目前初步怀疑，有可能是掉电导致的flash误操作

@abc3240574 没记错的话，rootfs应该是会有备份的
而且该问题，建议重新换一个新的nand上去，看现象是否一样

@vctorspace

[04.739]unrecognized JEDEC id bytes: 00, 00, 00

感觉像是EMMC没有焊好，检查一下焊接

@swain 这个已经基本跑起来了吧？现在是串口没办法输入？

@shuai-yin 你是咋样反汇编的，需要看节点的话，为何不直接进入到系统里面看呢？

@t1290 感觉是不是没有编译？直接pack了？

@fanfan 感觉是SPI通讯超时了，建议先检查一下硬件是否OK的，之后再检查一下引脚配置（数据线初始电压、时钟等）

@cruise33 这个是你服务器没安装好需要的包
试一下执行 sudo apt-get install bison，之后在make

必须买！！！

@rtqqq 感觉是你的SDK不完整，是直接git pull芒果的SDK还是直接百度网盘下载的呢？

@dhgao38 实测两个都可以，建议使用最新的V2.1吧，修复了部分bug

@jinxiangwzh 这个是boot0中的代码，这部分代码应该是不开源的吧

@lingzijian
试一下直接管理员身份运行安装这个驱动，
全志USB烧录驱动20201229.zip

再不行的话下载全志的APST量产中心，里面也有一个USB驱动，把那个装上去试一下

@maclodge
你提到的“sd卡系统复制到emmc上“”是？ 感觉emmc上面的固件不完整或者有错误?

@karlno 在 T113-S3入门资料汇总（避坑指南）一 中说：

还是做一些开源的物联网应用，远程浇个花，统计下

补充一下，自己更换spinand进行启动的时候，可以参考路径

~/Tina-Linux/lichee/brandy-2.0/u-boot-2018/drivers/mtd/awnand/spinand/physic/id.c

下面的物料id表自行焊接spinand上去
我是用的是Winband的W25N01GVZEIG
对应以下id：

同时需要修改两个部分内容
1、env.cfg

diff --git a/device/config/chips/t113/configs/mq_r/env.cfg b/device/config/chips/t113/configs/mq_r/env.cfg
index a554ac2..3e18190 100755
--- a/device/config/chips/t113/configs/mq_r/env.cfg
+++ b/device/config/chips/t113/configs/mq_r/env.cfg
@@ -38,4 +38,4 @@ bootdelay=1
 #default bootcmd, will change at runtime according to key press
 #default nand boot
 #bootcmd=run setargs_nand boot_dsp0 boot_normal
-bootcmd=run setargs_mmc boot_normal
+bootcmd=run setargs_nand_ubi boot_normal

2、sys_config.fex

diff --git a/device/config/chips/t113/configs/mq_r/sys_config.fex b/device/config/chips/t113/configs/mq_r/sys_config.fex
index 4bc568c..aad0548 100755
--- a/device/config/chips/t113/configs/mq_r/sys_config.fex
+++ b/device/config/chips/t113/configs/mq_r/sys_config.fex
@@ -33,7 +33,7 @@ debug_mode  = 1
 ;storage_type   = boot medium, 0-nand, 1-sd, 2-emmc, 3-nor, 4-emmc3, 5-spinand -1(defualt)auto scan
 ;----------------------------------------------------------------------------------
 [target]
-storage_type    = 1
+storage_type    = 5
 burn_key        = 0
 ;----------------------------------------------------------------------------------
 ;spinor configuration

之后直接使用PhoenixSuit进行烧录既可

附上固件：
tina_t113-mq_r_uart0.img

该固件使用的uart引脚号为：

对应板子上的：

@mysteryli 烧录软件PhoenixSuit建议更新到最新的，但版本如果不是太低的话，也是不会影响正常使用的，驱动要下载全志对应的usb串口驱动，全志官网可以下载

@jiandanai 切换成squashfs试试

@jiandanai 检查一下目前的rootfs是打包成什么格式了

@chdeng1 可以参考D1 SDK下面的d1_nezha_min-tina方案进行裁剪，逐步添加上自己需要用到的软件包既可，主要还是针对于uboot部分和rootfs部分不需要的软件包进行裁剪

@qq354813374 你这个修改就是为了使用uart0作为串口输出吗？

@kw___ 看一下在使能之后，make后在out对应目录是否生成了对应的应用程序或lib

@yuzukitsuru 所以这个的问题本质其实还是uboot阶段没有配置mmc，导致kernel端没有mmc，就进不去kernel了？

@kang2638729651 这个是自己在MQ-R上面加焊的spinand？

@yuzukitsuru 在 环境变量中关于ubifs、nand_root的疑问 中说：

第一个使用ubifs作为fs，第二个使用sqfs作为fs，ubi提供操作接口，一般都用第二种

所以第一种的前提是必须构建好ubifs才可以成功启动？

以及我若是需要使用第二种方式来使用ubi，两者在配置上还存在哪一部分的差异呢

使用ubi，使用spinand启动的时候
发现《D1-H_Linux_SPI-NAND_开发指南.pdf》中关于env.cfg的文件部分配置介绍如下：

但实际在在论坛中也有发现，对于env.cfg文件，也有使用如下配置的例子

nand_root=ubi0_5
rootfstype=squashfs

这两者有何不一样吗？

@cruise33 要是你在uboot阶段可以成功显示log的话，到kernel阶段就无了，怀疑是kernel阶段对显示有一定的操作，可以检查一下这个

@aldfaaa 关于配置文件的介绍？

按照你的说法，如果使用i2cdetect 工具，不指定参数的话，使用的是以自动模式检测，自动模式在sht41体现为读模式，所以检测不出来？

@yuzukitsuru 好的，了解了，感谢感谢

通过实际查阅资料和验证发现：

全志的u-boot.fex文件为uboot编译打包之后的产物，但是关于该部分文件的具体编译、打包过程，网上的说法都不太一致，且其打包，编译脚本，根据网上的说法，也并不能在提及到的路径下找到。

针对新的SDK，这部分是否有了一定程度上的修改呢？
附上网上关于这部分的网址链接：
u-boot.fex介绍1
u-boot.fex介绍2

@duanzhh

@duanzhh 在 tina sdk 下ubuntu分配根文件系统分区大于4G时，启动无法挂载成功 中说：

调整分区的指令
这个额外的“调整分区的指令”指的是？

概述

主要描述了 V853 如何替换开机启动LOGO

环境

软件：V853 Tina 5.0 SDK

硬件：全志V853开发板

具体步骤

首先我们看一下未替换的启动log界面如下：

需要准备一张大小合适的bmp图像文件（大小为2MB左右），也可以考虑使用小一点的图片。

我准备的是一张1200 * 800 尺寸大小的bmp图片，

使用 Windows 自带的画图工具可以看到分辨率为1200 * 800

打开放置启动阶段logo图片的路径如下：

~/openwrt/target/v853/v853-common/boot-resource/boot-resource

把新的logo文件重命名为bootlogo.bmp，同时替换掉该路径下的bootlogo.bmp文件即可。

.
└── bootlogo.bmp

重新打包，但是发现打包失败，报如下 error：

mbr size = 4096
mbr magic softw411
disk name=boot-resource
ERROR: dl file boot-resource.fex size too large
ERROR: filename = boot-resource.fex
ERROR: dl_file_size = 6158 sector
ERROR: part_size = 6016 sector
update_for_part_info -1
ERROR: update mbr file fail
ERROR: update_mbr failed

这个是很常见的一个错误，因为我们的bmp文件打包之后，其大小已经超过了我们对该分区（boot-resource）所分配的空间大小，只需要扩大该分配空间即可。

修改文件sys_partition.fex，具体路径如下

~/device/config/chips/v853/configs/vision/linux-4.9/sys_partition.fex

修改如下：

--- a/configs/vision/linux-4.9/sys_partition.fex
+++ b/configs/vision/linux-4.9/sys_partition.fex
@@ -35,7 +35,7 @@ size = 4096

 [partition]
     name         = boot-resource
-    size         = 6016
+    size         = 6286
     downloadfile = "boot-resource.fex"
     user_type    = 0x8000

重新打包，可以发现已经打包成功

Dragon execute image.cfg SUCCESS !
----------image is at----------

36M     
~/out/v853/vision/openwrt/v853_linux_vision_uart0.img

pack finish

烧录~ 开机~

没有冒烟，收工~

大佬们，有无更好的方法在uboot阶段，通过函数把DRAM某一地址内的数据给提取出来呢？

我尝试直接使用mount挂载设备，是可以成功的，但是不知道使用overlayfs是咋样的一个操作步骤
挂载指令如下：

mkfs.vfat /dev/mmcblk0p8
mount /dev/mmcblk0p8 /mnt/UDISK

挂载效果：

root@TinaLinux:/mnt# df -h
Filesystem                Size      Used Available Use% Mounted on
/dev/root                15.8M     15.8M         0 100% /
devtmpfs                492.8M         0    492.8M   0% /dev
tmpfs                   498.9M     32.0K    498.9M   0% /tmp
/dev/mmcblk0p1            8.0M      2.9M      5.0M  37% /mnt/SDCARD
/dev/mmcblk0p8           14.7G      8.0K     14.7G   0% /mnt/UDISK

@yuzukitsuru 可否详细一点呢？不太懂这个操作步骤

D1-h哪吒开发板，切换为SD卡启动后，其内部的分区和使用spi nand启动的一致，如果我想把sd卡剩余的空间挂载在UDISK分区上，应该如何操作呢？

这里的“try card 2”是尝试启动什么介质呢？sd卡？

@yuzukitsuru 好的，那如果是这么理解的话，boot0阶段的Flash初始化还有何作用吗？感觉作用和uboot阶段的重复了

@yuzukitsuru 也就是说在boot0阶段，虽然也是存在flash的初始化的，但是地址在此时还是处于sram的，后面的uboot因为运行在dram中，所以后续还需要进一步把这个地址传入dram中，再一次对flash进行初始化？

用在D1的SKD2.0平台上编译出来的系统，在启动log中，uboot阶段会出现“init flash”，如下：

U-Boot 2018.07 (Sep 03 2022 - 16:33:10 +0800) Allwinner Technology

[00.273]DRAM:  1 GiB
[00.275]Relocation Offset is: 3deea000
[00.280]secure enable bit: 0
can't support chip type 20480
[00.285]CPU=1008 MHz,PLL6=600 Mhz,AHB=200 Mhz, APB1=100Mhz  MBus=300Mhz
sunxi flash map init
SPI ALL:   ready
[00.295]flash init start
[00.298]workmode = 0,storage type = 0
[00.305]sunxi-spinand-phy: spinand sample_mode:2 sample_delay:3

flash不是应该在boot0阶段就已经被初始化了吗？

@xuweiween914 试一下把旧的公钥和密钥删除了，重新生成后 ，再把公钥添加进去试试

@negro 难怪，启动log里面提示你的一些设备初始化不成功，但不确定是不是这个引起的 :

@negro 能否看一下你在dts里面添加的内容，看启动log，好像是存在一些其他外设初始化，另外就是能否提供一下你烧录的这份固件，对比一下