可以调一下drive-strength看看，之前RMII遇到过能识别phy没法通信

最近在研究T113-S3的Tina-SDK，发现menuconfig里的openssh存在无法编译的情况，查了下百度是主机openssl的版本的问题，找了其他文档说要降级openssl，研究了一下，其实最简单的办法就是升级openssh包的版本。
找到package/network/openssh/Makefile文件，将其中的版本号修改为新一点的版本就可以通过编译而且正常使用：

PKG_NAME:=openssh
PKG_VERSION:=8.9p1
PKG_RELEASE:=1

PKG_SOURCE:=$(PKG_NAME)-$(PKG_VERSION).tar.gz
PKG_SOURCE_URL:=https://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/ \
                https://ftp.spline.de/pub/OpenBSD/OpenSSH/portable/ \
                https://anorien.csc.warwick.ac.uk/pub/OpenBSD/OpenSSH/portable/
PKG_HASH:=bd943879e69498e8031eb6b7f44d08cdc37d59a7ab689aa0b437320c3481fd68

如果修改后存在报错，同时修改PKG_HASH即可

最近在调自己的86盒项目：https://oshwhub.com/fanhuacloud/t113-s3-86panel
调试SPI Nand启动时，发现烧录存在失败，同时进入系统的时候，会无法挂载rootfs
此处给大家提供几个整改经验

1. 初步判定是SPI Nand布线过长，导致的驱动能力不足，整改意见为修改GPIO驱动强度，修改后内核正常识别rootfs，启动正常
2. 布线未做等长处理，此处需要硬件做整改，做等长
3. 未做阻抗匹配：目前没有足够的理由确定是该原因，不过建议按照手册在CLK处添加33Ω电阻
   解决方案：
4. 解决无法烧录，或者烧录卡55% 7%的问题，烧录使用的是U-Boot中的USB从机代码，修改此处手动设置SPI Nand频率：
   ./lichee/brandy-2.0/u-boot-2018/drivers/mtd/awnand/spinand/physic/spic_op.c
   
   相应的,uboot-board.dts也需要修改:spi-max-freqency,clock-frequency
   同时修改spi-rx-bus-width,spi-tx-bus-width
   
5. 解决内核分区挂载不上的问题，同时显示ECC报错问题：
   spi-rx-bus-width,spi-tx-bus-width需要设置为1，此处T113-S3驱动存在问题,D1s就不存在该问题，有了解的大佬可以提出解决方案

&spi0 {
        clock-frequency = <100000000>;
        pinctrl-0 = <&spi0_pins_a &spi0_pins_b>;
        pinctrl-1 = <&spi0_pins_c>;
        pinctrl-names = "default", "sleep";
        /*spi-supply = <&reg_dcdc1>;*/
        spi_slave_mode = <0>;
        spi0_cs_number = <1>;
        spi0_cs_bitmap = <1>;
        status = "okay";

        spi-nand@0 {
                compatible = "spi-nand";
                spi-max-frequency=<100000000>;
                reg = <0x0>;
                spi-rx-bus-width=<0x01>;
                spi-tx-bus-width=<0x01>;
                status="okay";
        };
};

3. 解决内核启动失败的问题
   修改引脚驱动能力drive-strength，此处默认为10，修改为30

        spi0_pins_b: spi0@1 {
                pins = "PC3";
                function = "spi0";
                drive-strength = <30>;
                bias-pull-up;   /* only CS should be pulled up */
        };

        spi0_pins_c: spi0@2 {
                pins = "PC2", "PC3", "PC4", "PC5","PC6", "PC7";
                function = "gpio_in";
                drive-strength = <30>;
        };

需要检查一下硬件AVCC1.8供电

1.MQ的板子，需要设备树设置WP HOLD内部上拉，不然烧录和运行不稳定
2.检查uboot设备树是否开启spi nand
3.参考：https://whycan.com/t_10074.html

Audio部分供电要补上，USB会用到模拟供电AVCC

如题，使用的是tplayerdemo,sdk是论坛里面下的d1的sdk，如果使用了set scaledown视频会卡死不动

芯片是D1s

root@TinaLinux:/# ls
Segmentation fault

内核日志

[   39.723872] ls[417]: unhandled signal 11 code 0x1 at 0x0000000000000063 in busybox[10000+48000]
[   39.733757] CPU: 0 PID: 417 Comm: ls Not tainted 5.4.61 #246
[   39.740160] sepc: 0000000000045714 ra : 0000000000045458 sp : 0000003fffb8d380
[   39.748222]  gp : 000000000005a950 tp : 0000003fd5815720 t0 : 000000000000002b
[   39.756371]  t1 : 0000000000000001 t2 : 0000000000000002 s0 : 0000003fffb8d9d0
[   39.764501]  s1 : 0000000000000000 a0 : 00000000000000fd a1 : 0000003fffb8de1e
[   39.772672]  a2 : 0000000000000002 a3 : 0000003fffb8de1e a4 : 0000000000000000
[   39.780814]  a5 : 0000000000000002 a6 : 0000003fd591fe60 a7 : 0000000000000001
[   39.788878]  s2 : 0000000000000002 s3 : 0000000000000000 s4 : 0000003fffb8d400
[   39.797428]  s5 : 0000000000000000 s6 : 0000003fffb8d380 s7 : ffffffffffffffff
[   39.805526]  s8 : 0000000000000000 s9 : 0000000000000063 s10: 0000000000400000
[   39.813657]  s11: 0000003fffb8dc28 t3 : 0000000000000000 t4 : 0000000000000009
[   39.821782]  t5 : 0000003fffb8d4e4 t6 : 0000000000000078
[   39.827729] sstatus: 8000000201804020 sbadaddr: 0000000000000063 scause: 000000000000000f

看起来好像是因为编译器导致的？

如果在u-boot上初始化了屏幕，为了防止切内核闪屏，内核就不会重新执行开屏的流程，所以说要内核驱动需要把u-boot整套屏幕驱动全部关掉

开源的是d1s和d1h的SDK,支持T113需要另外添加补丁

需要客户平台签NDA

1.MQ的板子，需要设备树设置WP HOLD内部上拉，不然烧录和运行不稳定
2.检查uboot设备树是否开启spi nand
3.参考：https://whycan.com/t_10074.html

@vc915813805 签NDA会有5.0的tina

uboot下背光控制有问题，可以使用lcd-gpio手动开启背光，进系统之后再pwm调光即可

可以调一下drive-strength看看，之前RMII遇到过能识别phy没法通信

@yubeer Spi nand的WP HOLD需要上拉，设备树里面改内部上拉再测

检查AVCC供电是否正确

@a1922492858 /etc/ssh/sshd_config里面开启root登录

WP HOLD引脚需要设置上拉