发个贴纪念下,仅供参考。
usb gadget参考帖:
https://whycan.cn/t_1672.html#p14652
花了一点时间对Icenowy的patch和chong的patch进行了比较,结果发现chong的patch包基本上就是在Icenowy的基础上更改了下面的这个文件:
--- ../linux/drivers/clk/sunxi-ng/ccu-suniv.c 2019-01-15 22:48:18.824587965 +0800
+++ drivers/clk/sunxi-ng/ccu-suniv.c 2019-01-23 09:05:17.959348454 +0800
@@ -238,7 +238,7 @@
/* The BSP header file has a CIR_CFG, but no mod clock uses this definition */static SUNXI_CCU_GATE(usb_phy0_clk, "usb-phy0", "osc24M",
- 0x0cc, BIT(8), 0);
+ 0x0cc, BIT(1), 0);static SUNXI_CCU_GATE(dram_ve_clk, "dram-ve", "pll-ddr",
0x100, BIT(0), 0);理论上将上面这个patch应用到Icenowy的4.14内核中,USB应该也就能跑了。
Icenowy 的 f1c100s 分支是linux 4.15-next, uboot直接引导时musb部分会报错,原因未知。fel usb加载uboot没问题。
f1c100s-480272lcd-test 分支修改后可正常冷机启动, usb gadget也是可以驱动的。
gt911触控参考帖
https://whycan.cn/t_2482.html#p19396
注意到原理图中 电容屏中断口连接的是PE3?
https://whycan.cn/files/members/735/ts_i2c.jpg
而且实际复位端口也是直接用了RC,即图中1口,实际dts并没有配置到gt911的中断端口以及复位端口?
尝试如下修改,不过好像没什么用处:
gt911:touchscreen@14{ compatible = "goodix,gt911"; reg = <0x14>; interrupt-parent = <&pio>; interrupts = <4 3 IRQ_TYPE_EDGE_FALLING>;/*(PE3)*/ pinctrl-names = "default"; pinctrl-0 = <&ts_reset_pin>; irq-gpios = <&pio 4 3 GPIO_ACTIVE_HIGH>;/*(PE3)*/ reset-gpios = <&pio 4 9 GPIO_ACTIVE_HIGH>; /*RST (PE9)*/ /*touchscreen-swapped-x-y*/ };
还想请问一下,如果中断配置成功的话,是不是/dev/下就会有input文件夹,因为现在板上一直是没有这个文件夹
gt911根据reset pin和interrupt pin拉高的顺序决定使用i2c地址0x14或0x5d, 但似乎linux的goodix驱动尚未支持设置两个时序,导致在调试时地址会变化,从而无法驱动。可通过在dts中添加两个不同地址的gt911来解决,总有一个能驱动成功。
还要根据官方的说明,在goodix.c里面加载一个二进制的配置表。
UBoot瘦身 :
https://github.com/summershrimp/u-boot-lichee/commit/ce09ef150a2f08729ed7efa3be38c35918cbedf4
Icenowy 的 U-Boot 很多地方没有使用宏来控制功能的可用性。在这里我修改了一下,可以正常的裁剪掉网络/分区表/EFI/USB/nvram等相关功能,可以缩减到128k左右,留出更多的空间给内核和文件系统。
瘦身最关键的是调整NVRAM的储存位置。
littlegv :在官方的framebuffer demo基础上添加了libinput设备的初始化,就可以用触屏了。
目前终于USBHID可以双向通讯了,触屏显示和触摸也完美,可以开始写业务程序了TAT
稍后补上各种patch和config
以下是楼主 2019-07-22 8# patch & config 更新:
----------------------------------------------------------
littlevgl 触屏适配:
https://github.com/summershrimp/opendeck-gui/commit/f4261556206038160f9b85e6c911c020eb0727dd
linux 4.14 Icenowy内核 patch:
https://github.com/summershrimp/opendeck-linux/commit/eb7a274d02b52a02198e3b2726df822eed0f36c8
以下是楼主 2019-07-25 16# 更新:
----------------------------------------------------------
uboot, linux, buildroot 的配置文件
buildroot 用的2019.04
configs.tgz
编译好的二进制:
0x0 u-boot
0x40000 dtb
0x50000 kernel
0x510000 rootfs
nano-spi-touchscreenok.tgz
rootfs_jffs2.tgz
u-boot 和 kernel中不含splash image,因此开机会黑屏。
rootfs中有编译的littlegv demo程序,开机会自动运行(约10s),可以用lichee nano官方套装的电容屏实现触控。
最近编辑记录 xm1994 (2019-07-21 23:14:15)
离线
弄了几天, 刚好看了楼主的文章, 试过 好几个分支,
@chong 的 4.19 没有搞定 LCD,
最新的 5.2 LCD 和 USB 都没搞定
只有按楼主这个 f1c100s-480272lcd-test 分支修改 才 LCD 和 USB 都可以用.
这是好折腾, 不过正好看到楼主的文章注册账号发帖记录一下, 喜欢这里乐于分享的氛围.
离线
弄了几天, 刚好看了楼主的文章, 试过 好几个分支,
@chong 的 4.19 没有搞定 LCD,
最新的 5.2 LCD 和 USB 都没搞定
只有按楼主这个 f1c100s-480272lcd-test 分支修改 才 LCD 和 USB 都可以用.
这是好折腾, 不过正好看到楼主的文章注册账号发帖记录一下, 喜欢这里乐于分享的氛围.
@chong的4.19甚至是现在的5.X内核,直接打上@chong的补丁就可以使用。但LCD需要把4.15里的一些文件进行更改才可以使用,
因为函数名称改变了。调用的时候找不到,所以才会LCD无法使用。4.19 USB应该是没问题的,要是说5.2有问题,那可能也把函数名改了。
冰激凌大神的4.15内核,这个是支持USB的,改那个BIT时钟位。
离线
我觉得还是BSP核比较重要,毕竟支持硬解,还有AV输出。
这样的应用用途比较广泛。
欢迎大家在坑网交流BSP。
毕竟BSP编译出来的固件,使用这一个固件,可以通过USB直接烧录到spi nor flash 、 spi nand flash 、 板载sd nand 、插在板子上的TF卡 、 作为TF卡使用的EMMC.并且可以使用卡烧写工具制作TF启动卡。。
这样的话,使用SD NAND 作为大容量存储的话,烧录问题就可以解决了。
离线
我觉得还是BSP核比较重要,毕竟支持硬解,还有AV输出。
这样的应用用途比较广泛。
欢迎大家在坑网交流BSP。
毕竟BSP编译出来的固件,使用这一个固件,可以通过USB直接烧录到spi nor flash 、 spi nand flash 、 板载sd nand 、插在板子上的TF卡 、 作为TF卡使用的EMMC.并且可以使用卡烧写工具制作TF启动卡。。
这样的话,使用SD NAND 作为大容量存储的话,烧录问题就可以解决了。
BSP那种 img 文件可以直接烧录到这么多种存储器?
不需要做任何改动?
请问是什么原理?
离线
迪卡 说:我觉得还是BSP核比较重要,毕竟支持硬解,还有AV输出。
这样的应用用途比较广泛。
欢迎大家在坑网交流BSP。
毕竟BSP编译出来的固件,使用这一个固件,可以通过USB直接烧录到spi nor flash 、 spi nand flash 、 板载sd nand 、插在板子上的TF卡 、 作为TF卡使用的EMMC.并且可以使用卡烧写工具制作TF启动卡。。
这样的话,使用SD NAND 作为大容量存储的话,烧录问题就可以解决了。BSP那种 img 文件可以直接烧录到这么多种存储器?
不需要做任何改动?
请问是什么原理?
bsp那个大镜像文件,包括了spi,nand的两个子镜像在里面,我记得有个文件名字fullimg.fex,这个就是spi的镜像,一起打包到全志的大镜像里面,全志的工具刷固件的时候,会判断你的是tf卡,还是spi,然后选择性的刷对应的镜像,如果有spi和tf,优先刷tf
最近编辑记录 ippen (2019-07-22 10:55:45)
离线
怎么无法编辑了。。
littlevgl 触屏适配:
https://github.com/summershrimp/opendeck-gui/commit/f4261556206038160f9b85e6c911c020eb0727dd
linux 4.14 Icenowy内核 patch:
https://github.com/summershrimp/opendeck-linux/commit/eb7a274d02b52a02198e3b2726df822eed0f36c8
离线
怎么无法编辑了。。
littlevgl 触屏适配:
https://github.com/summershrimp/opendeck-gui/commit/f4261556206038160f9b85e6c911c020eb0727ddlinux 4.14 Icenowy内核 patch:
https://github.com/summershrimp/opendeck-linux/commit/eb7a274d02b52a02198e3b2726df822eed0f36c8
太棒了, 感谢无私分享!
离线
感谢分享,等我的到了我也试下
离线
浏览了楼主的博客,涉猎真广,学习学习
离线
楼主,
能不能发一个 800x480液晶 + GT911能用的bin文件,测试一下啊
离线
学到了学到了 谢谢分享
离线
感谢楼主分享!
离线
更新:
uboot, linux, buildroot 的配置文件
buildroot 用的2019.04
configs.tgz
编译好的二进制:
0x0 u-boot
0x40000 dtb
0x50000 kernel
0x510000 rootfs
nano-spi-touchscreenok.tgz
rootfs_jffs2.tgz
u-boot 和 kernel中不含splash image,因此开机会黑屏。
rootfs中有编译的littlegv demo程序,开机会自动运行(约10s),可以用lichee nano官方套装的电容屏实现触控。
最近编辑记录 xm1994 (2019-07-24 22:04:46)
离线
楼主,
能不能发一个 800x480液晶 + GT911能用的bin文件,测试一下啊
已更新
离线
更新:
uboot, linux, buildroot 的配置文件
buildroot 用的2019.04
configs.tgz编译好的二进制:
0x0 u-boot
0x40000 dtb
0x50000 kernel
0x510000 rootfsnano-spi-touchscreenok.tgz
rootfs_jffs2.tgzu-boot 和 kernel中不含splash image,因此开机会黑屏。
rootfs中有编译的littlegv demo程序,开机会自动运行(约10s),可以用lichee nano官方套装的电容屏实现触控。
谢谢,液晶能显示,电容触摸屏能触摸。
后增加:
这个DEMO是我能找到的最好的液晶显示效果和GT911电容触摸屏了。
最近编辑记录 hzpyl (2019-07-25 17:53:28)
离线
为了感谢楼主 xm1994
上传一个BAT(原创啊):4个文件按照地址合成一个文件
注意:文件名不能大于8个字符,文件名后缀不能大于3个字符。
1234_TO_16M.zip
最近编辑记录 hzpyl (2019-07-25 21:01:25)
离线
厚着脸皮问 楼主 xm1994
这个帖子的源程序,能不能提供?
离线
厚着脸皮问 楼主 xm1994
这个帖子的源程序,能不能提供?
代码,二进制,配置文件上面都贴了,可以仔细翻翻
离线
inux 4.14 Icenowy内核 patch:
https://github.com/summershrimp/opendeck-linux/commit/eb7a274d02b52a02198e3b2726df822eed0f36c8
这个文档有196M,下载时,老是中断退出。现在还是没有下载成功。
请问,是不是这样操作的
1,点这个链接
2,点 Browse file
3,点Download ZIP
最近编辑记录 hzpyl (2019-07-29 16:11:20)
离线
学一下 git 的基本使用入门教程
离线
git clone https://github.com/summershrimp/opendeck-linux/tree/eb7a274d02b52a02198e3b2726df822eed0f36c8
这样更不行。我又试了2个小时。
感慨一下:为什么很多人学习LINUX从开始到放弃!
是因为:当一些入门初学者在阅读文档的时候,会遇到一些基本概念,而恰好这些基本概念作者一笔带过,导致初学者看不下去。
这篇文章讲的好?
https://www.amobbs.com/forum.php?mod=viewthread&tid=5715760&highlight=linux&_dsign=a46929e8
在进行嵌入式Linux开发前,你可能需要知道这些基本概念
解析一下:
我没有责备各位大神,你们没有欠我什么,
而要感谢你们的无私奉献,
纯粹是感慨LINUX与单片机的完全不同类。
最近编辑记录 hzpyl (2019-07-29 19:33:39)
离线
是不是没有克隆完成就挂了, 如果是,那是网络问题。
替换 /etc/hosts (linux) C:\Windows\System32\drivers\etc\hosts (windows, 不确定是不是这个文件)
然后执行:
git clone https://github.com/summershrimp/opendeck-linux.git
一般不要去下载 zip 文件,里面没有git 修改记录。
离线
昨天一个晚上,今早的情况
离线
如果你下载过以前Icenowy的f1c100s-480272lcd-test那个分支,直接把patch上的修改自己添加过去就好。
如果没下过的话 建议科学上网后再下载。
离线
谢谢分享。
离线
怎么搞hosts都不行。网上很多方法都不行。
最后,用翻&&%¥墙#@#¥,捅了xx墙的屁眼,100多K速度,下载完成。
离线
电脑安装了
虚拟机 VMware Workstation 14.0.0
Ubuntu 16.04
gcc-linaro-5.3.1-2016.05-x86_64_arm-eabi.tar.xz 编译完成了,且下载运行了
https://www.cnblogs.com/zhinianzhizhan/p/10051013.html
荔枝派Licheepi nano裸机移植ZLG_GUI和3D旋转立方体
下载了本文的4个文件
请问,如何得到这4个文件?
u-boot.bin
suniv-f1c100s-licheepi-nano.dtb
zImage.bin
rootfs.jffs2
请问,这4个地址这么得到和修改? 有参考资料吗?
sunxi-fel -p spiflash-write 0x000000 ./u-boot.bin
sunxi-fel -p spiflash-write 0x040000 ./suniv-f1c100s-licheepi-nano.dtb
sunxi-fel -p spiflash-write 0x050000 ./zImage.bin
sunxi-fel -p spiflash-write 0x510000 ./rootfs.jffs2
最近编辑记录 hzpyl (2019-07-30 16:27:21)
离线
把3个文件夹拷贝到Ubuntu的文件夹pyl-linux下
把configs文件夹下的文件lichee-nano-uboot-config,拷贝到u-boot-lichee文件夹下,重新命名为.config
终端输入 export PATH=$PATH:/home/pyl/gcc531/bin
(gcc531是gcc-linaro-5.3.1-2016.05-x86_64_arm-eabi.tar.xz版本)
终端输入 make
下载了以下版本,还是同样报警:
gcc-linaro-6.2.1-2016.11-x86_64_arm-linux-gnueabihf.tar.xz
gcc-linaro-7.4.1-2019.02-x86_64_arm-linux-gnueabihf.tar.xz
请问,需要用什么版本?
离线
楼主的资料很全面,进到登陆界面的账号是 root 密码是 opendeck。 找了找没看见有写,猜了下
buildroot是 2019.02.4
离线
我用export指令安装交叉编译链,譬如:
终端输入 export PATH=$PATH:/home/pyl/gcc741/bin
gcc741是gcc-linaro-7.4.1-2019.02-x86_64_arm-linux-gnueabihf的重新命名
离线
我感觉,把这个帖子的程序理解透了,基本可以说入门了。
但经过几天的摸索,我感觉LINUX的坑,很多是因为LINUX太开放引起的。
1、 git clone 克隆下载,能保证得到最新的源码,但下载往往不完整(子文件夹的文件往往没有下载),引起编译错误。
2、 配套的软件不知道用什么版本合适?
3、 TM的墙又使下载很慢且很难下载完成。
恳请:
能不能建一个百度网盘:源码和配套软件,放一起,不求最新,但求没有错误。当然最好有必要的说明。
一路OK,信心百倍!
先谢谢了!
离线
离线
楼主的资料很全面,进到登陆界面的账号是 root 密码是 opendeck。 找了找没看见有写,猜了下
buildroot是 2019.02.4
密码在buildroot的config里面是能看到的
离线
请问,xm1994
你用的gcc-linaro 是什么版本?
离线
请问,xm1994
你用的gcc-linaro 是什么版本?
就lichee nano官方文档那个版本,7.2
离线
hzpyl 说:请问,xm1994
你用的gcc-linaro 是什么版本?就lichee nano官方文档那个版本,7.2
完整的文件名能告诉吗?
譬如gcc-linaro-7.2.1-2017.11-x86_64_arm-linux-gnueabi
gcc-linaro-7.4.1-2019.02-x86_64_arm-linux-gnueabihf
最近编辑记录 hzpyl (2019-08-02 13:37:01)
离线
按照此 http://nano.lichee.pro/get_started/first_eat.html 荔枝派Nano全流程指南:u-boot 初体验
全部走通,下载到荔枝派Nano,但液晶没有显示,背光亮了,串口有输出, 不知道液晶显示要增加什么?
找到2个坑:
# 进行可视化配置 make ARCH=arm menuconfig 报警如下:
错误解决办法: dialog.h:26:20: fatal error: curses.h: 没有那个文件或目录
sudo apt-get install libncurses5-dev 下载安装
# 开始编译 make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- -j8 报警如下:
错误解决办法: sudo apt-get install swig python-dev python3-dev 下载安装
后记:
液晶能显示“吉祥物”了。
原因是:配置内液晶的选择没有保存。
最近编辑记录 hzpyl (2019-08-03 15:30:13)
离线
编译本帖的 u-boot-lichee
# 进行可视化配置 make ARCH=arm menuconfig OK
# 编译 make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- -j8 报警如下:
./tools/binman/binman: binman.py 文件夹下存在这个文件,难道是内部程序错误?
离线
我觉得还是BSP核比较重要,毕竟支持硬解,还有AV输出。
这样的应用用途比较广泛。
欢迎大家在坑网交流BSP。
毕竟BSP编译出来的固件,使用这一个固件,可以通过USB直接烧录到spi nor flash 、 spi nand flash 、 板载sd nand 、插在板子上的TF卡 、 作为TF卡使用的EMMC.并且可以使用卡烧写工具制作TF启动卡。。
这样的话,使用SD NAND 作为大容量存储的话,烧录问题就可以解决了。
F1C100S的BSP uboot可以用吗?我试过貌似起不来,用的是已经编译好的bin文件。
离线
感谢楼主分享!
离线
后来去掉了libinput和eudev,开机6秒左右进界面
离线
后来去掉了libinput和eudev,开机6秒左右进界面
不错,能到3秒不
离线
好帖,感谢分享
离线
xm1994 说:后来去掉了libinput和eudev,开机6秒左右进界面
不错,能到3秒不
3s有点悬。。把Uboot的两秒等待去掉,估计能压到4s左右
离线
@晕哥 请教,怎么从小白快速入门? 我参考 http://nano.lichee.pro 的资料编译uboot烧入后进不了内核了。
离线
离线
等到littlevGL学会了就来学USB部分
离线
后来去掉了libinput和eudev,开机6秒左右进界面
您好大神,我最近也在裁减系统,16M spiflash,uboot裁减到120K,内核2.3M,rootfs 2.2M,UBOOT等待时间改成0S,启动到内核需要3S,内核和文件系统启动需要9S,加起来上电启动到littlegl demo 需要 12S,还是太长了,请问你的这两个libinput和eudev,在哪里去掉的呀?
离线
您好大神,我最近也在裁减系统,16M spiflash,uboot裁减到120K,内核2.3M,rootfs 2.2M,UBOOT等待时间改成0S,启动到内核需要3S,内核和文件系统启动需要9S,加起来上电启动到littlegl demo 需要 12S,还是太长了,请问你的这两个libinput和eudev,在哪里去掉的呀?
rootfs是用jffs2吗,可以把根文件系统改小一点,这样扫描区域就没辣么大,可以节省一点点时间。
对了,你的剪裁可以分享一下吗?
离线
rootfs是用jffs2吗,可以把根文件系统改小一点,这样扫描区域就没辣么大,可以节省一点点时间。
对了,你的剪裁可以分享一下吗?
我单独写个帖子探讨下,到时候把配置文件和镜像上传上来
离线
感谢楼主分享
离线
标记, 谢谢分享
离线
路过,感谢楼主分享!
离线
围观大佬!
离线
谢谢楼主!昨晚完成瘦身,现在应用程序还有6M多空间留给我用
离线
能发的具体点吗
离线
https://github.com/summershrimp/u-boot-lichee/commits/nano-v2018.01
UBoot瘦身 :
https://github.com/summershrimp/u-boot-lichee/commit/ce09ef150a2f08729ed7efa3be38c35918cbedf4Icenowy 的 U-Boot 很多地方没有使用宏来控制功能的可用性。在这里我修改了一下,可以正常的裁剪掉网络/分区表/EFI/USB/nvram等相关功能,可以缩减到128k左右,留出更多的空间给内核和文件系统。
瘦身最关键的是调整NVRAM的储存位置。
这个真是太棒了, 原来还要添加这么多宏控制代码, 我说怎么配置一下 menuconfig 就编译通不过了呢。
在 https://github.com/lichee-pi/u-boot/commits/nano-v2018.01 的
https://github.com/Lichee-Pi/u-boot/commit/e8abbbbcf81f76e48c21d79971722d55f2602ee8 基础上:
生成一份diff文件,
u-boot-lichee# git diff e8abbbbcf81f76e48c21d79971722d55f2602ee8 ce09ef150a2f08729ed7efa3be38c35918cbedf4
diff --git a/arch/arm/dts/sunxi-u-boot.dtsi b/arch/arm/dts/sunxi-u-boot.dtsi
index 72e95afd78..ba82ca50f9 100644
--- a/arch/arm/dts/sunxi-u-boot.dtsi
+++ b/arch/arm/dts/sunxi-u-boot.dtsi
@@ -7,7 +7,11 @@
* blocks, but devices using something other than that remains to be
* seen.
*/
+#ifdef CONFIG_ENV_OFFSET
#define UBOOT_MMC_MAX_SIZE (CONFIG_ENV_OFFSET - (CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR * 512))
+#else
+#define UBOOT_MMC_MAX_SIZE 0xf0000
+#endif
/ {
binman {
diff --git a/board/sunxi/board.c b/board/sunxi/board.c
index 4acbe0d6b5..f440dadc3d 100644
--- a/board/sunxi/board.c
+++ b/board/sunxi/board.c
@@ -674,7 +674,7 @@ static void setup_environment(const void *fdt)
/* Ensure the NIC specific bytes of the mac are not all 0 */
if ((sid[3] & 0xffffff) == 0)
sid[3] |= 0x800000;
-
+#ifdef CONFIG_CMD_NET
for (i = 0; i < 4; i++) {
sprintf(ethaddr, "ethernet%d", i);
if (!fdt_get_alias(fdt, ethaddr))
@@ -698,7 +698,7 @@ static void setup_environment(const void *fdt)
eth_env_set_enetaddr(ethaddr, mac_addr);
}
-
+#endif
if (!env_get("serial#")) {
snprintf(serial_string, sizeof(serial_string),
"%08x%08x", sid[0], sid[3]);
diff --git a/include/configs/sunxi-common.h b/include/configs/sunxi-common.h
index f1c417ddd4..cafe1dad25 100644
--- a/include/configs/sunxi-common.h
+++ b/include/configs/sunxi-common.h
@@ -450,6 +450,18 @@ extern int soft_i2c_gpio_scl;
#define BOOT_TARGET_DEVICES_USB(func)
#endif
+#if defined(CONFIG_CMD_PXE) && defined(CONFIG_NET)
+#define BOOT_TARGET_DEVICES_PXE(func) func(PXE, pxe, na)
+#else
+#define BOOT_TARGET_DEVICES_PXE(func)
+#endif
+
+#if defined(CONFIG_CMD_DHCP) && defined(CONFIG_NET)
+#define BOOT_TARGET_DEVICES_DHCP(func) func(DHCP, dhcp, na)
+#else
+#define BOOT_TARGET_DEVICES_DHCP(func)
+#endif
+
/* FEL boot support, auto-execute boot.scr if a script address was provided */
#define BOOTENV_DEV_FEL(devtypeu, devtypel, instance) \
"bootcmd_fel=" \
@@ -465,8 +477,8 @@ extern int soft_i2c_gpio_scl;
BOOT_TARGET_DEVICES_MMC(func) \
BOOT_TARGET_DEVICES_SCSI(func) \
BOOT_TARGET_DEVICES_USB(func) \
- func(PXE, pxe, na) \
- func(DHCP, dhcp, na)
+ BOOT_TARGET_DEVICES_PXE(func) \
+ BOOT_TARGET_DEVICES_DHCP(func)
#ifdef CONFIG_OLD_SUNXI_KERNEL_COMPAT
#define BOOTCMD_SUNXI_COMPAT \
离线
不知F1C200S能不能用,有空试一下
离线
学习了,有空试一下
离线
学习了,有空试一下
离线
编译本帖的 u-boot-lichee
# 进行可视化配置 make ARCH=arm menuconfig OK
# 编译 make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- -j8 报警如下:
https://whycan.cn/files/members/1815/binman.jpg
./tools/binman/binman: binman.py 文件夹下存在这个文件,难道是内部程序错误?
https://whycan.cn/files/members/1815/binmanFile.jpg
你的这个错误是怎么解决的呢?
离线
感谢楼主分享,刚开始接触linux,先码上
离线
终于找到一个能用的了,哈哈谢谢
离线
离线
离线
下载来看看这个configs 文件,不知道能不能替换到我现在的环境里
离线
GT911的芯片我也再用,有时候会它的I2c地址莫名其妙的变成了0x14,有没有遇到类似问题的小伙伴呀?
离线
Icenowy 的 f1c100s 分支是linux 4.15-next, uboot直接引导时musb部分会报错,原因未知。fel usb加载uboot没问题。
f1c100s-480272lcd-test 分支修改后可正常冷机启动, usb gadget也是可以驱动的。
这个 f1c100s-480272lcd-test的连接是哪里可以得到?我想下载测试
f1c100s-480272lcd-test的源码可以分享一下吗?
最近编辑记录 acom2024 (2024-02-28 13:47:38)
离线
hi i need to boot gt911 touch in baremetal method .. can anyone guide me ?
离线