您尚未登录。

#1 全志 SOC » f1c100s jlink连接问题 » 2024-02-04 22:06:47

cris8259
回复: 0

硬件连接
PF0 -> TMS(JTAG 7),
PF1 -> TDI(JTAG 5),
PF3->TDO(JTAG 13),
PF5->TCK(JTAG 9),
3.3V ->Vcc(JTAG 1),
GND ->GND(JTAG ),
共连接了6根线,无论是否用FEL模式,jlink commander都显示no device found。使用JlinkV11 驱动V7.5a版本,后使用jlinkV8,驱动用V4.96版本效果都一样。
1_20240204-2205.png

#2 全志 SOC » f1c100s单步调试 » 2024-02-01 11:03:56

cris8259
回复: 2

看到坛子里有f1c100s keil单步调试的,有大佬在clion单步调试的案例吗

#3 全志 SOC » f1c100s重启 » 2024-01-31 16:34:31

cris8259
回复: 1

f1c100s 怎么实现软件复位重启

#4 Re: 全志 SOC » f1c100s keil SDRAM 裸机调试 » 2023-08-08 20:33:59

用clion环境gcc编译能实现单步调试吗

#5 Re: 全志 SOC » 点屏神器 » 2023-05-04 18:05:01

大佬们,D1s cpu性能怎么样,不会跟f1c100s不相上下吧

#7 全志 SOC » 真正的树莓派4平替 » 2023-04-18 11:57:19

cris8259
回复: 4

有没有4核A72 Soc,跟树莓派4一样,4核以上也行,不要大小核的那种,纯A72内核,市面常见好买,最好方案能随处可见

#8 Re: 全志 SOC » 点屏神器 » 2023-04-17 18:26:55

哇酷小二 说:

D1s

xiaorui 说:

哈哈,要不是有写 “内置phy尤佳”,都可以直接做D1S的宣传文章了。

Alibaba T-Head C906 RISC CPU, 720MHz
32 KB I-cache + 32 KB D-cache

单核性能咋样

看了hpm6750,不知道有没有坑,rt-thread驱动是否完整

#9 全志 SOC » 点屏神器 » 2023-04-17 17:35:32

cris8259
回复: 5

有没有什么做显示的soc或mcu推荐,
1. 支持rgb接口,支持lvds或mipi,
2. 无需外扩ram,
3. 100M网口,内置phy尤佳,
4. 有rt-thread bsp尤佳
5. 价格控制在50元以内, 比f1c100s性能强

#10 Re: 全志 SOC » LCD背光闪烁 » 2022-12-28 18:43:51

为什么我把.pixel_clock_hz 设置在12000000 以下,lcd可以显示,但是有闪烁感, 设置超过12000000就不能显示了

#11 Re: 全志 SOC » LCD背光闪烁 » 2022-12-28 17:36:07

红包200元感谢,谁帮我把显示问题搞定

#12 Re: 全志 SOC » LCD背光闪烁 » 2022-12-21 19:26:46

似乎是lcd时钟配置的问题,
    .timing =
    {
        .pixel_clock_hz = 9210200,

        .h_front_porch  = 4,
        .h_back_porch   = 8,
        .h_sync_len     = 41,

        .v_front_porch  = 4,
        .v_back_porch   = 2,
        .v_sync_len     = 10,

        .h_sync_active  = 0,
        .v_sync_active  = 0,
        .den_active     = 1,
        .clk_active     = 1,

        .backcolor      = 0xFFFFFFFF,
    },
使用这个配置驱动4.3寸屏没有问题,不懂为什么是9210200 ,7寸800x480应该怎么配置
123.png

#13 Re: 全志 SOC » LCD背光闪烁 » 2022-12-21 15:35:56

lanlanzhilian 说:

我也遇到闪烁的问题,但我的问题是走线问题,VLED+和VLED-不要绕来绕去

是不是跟RGB信号线有关系

#14 Re: 全志 SOC » LCD背光闪烁 » 2022-12-21 15:24:17

pldjn_V3S 说:

PWM的频率设置的是多少,PWM的频率调高点可能会好一点。这电路就是通过占空比来调亮度。频率低了是有闪的可能的。

PWM没有使用,R19没焊接或者LCD-PWM直接输出的高电平

#15 全志 SOC » LCD背光闪烁 » 2022-12-20 16:57:59

cris8259
回复: 9

11.png
22.png
这电路有什么问题吗,驱动7寸液晶背光很明显的闪烁感,确定不是液晶的问题,换了几个都一样

#16 全志 SOC » f1c100s串口 » 2022-12-03 23:10:20

cris8259
回复: 0

谁手里有f1c100s的板子能帮我试一下pf2 pf4用作uart0收发吗?我的板子pf4  tx正常,pf2  rx死活收不到数据

#17 Re: 全志 SOC » 求助:F1c100s没有log输出 » 2022-12-02 20:43:01

有用PF2 和 PF4作为Uart0使用的吗,PF4  TX发送正常,PF2  RX收不到数据,示波器查看是有接收波形过来的。看f1c200s 的手册,PF2 PF4 都只能作为uart0 tx使用,看f1c100s的手册,pf2 为rx ,pf4为tx,不知道是否手册有误。
2.png
1_20221202-2040.png

#18 Re: 全志 SOC » 求助:F1c100s没有log输出 » 2022-11-14 16:22:14

新的问题来了,uart0使用pf2 pf4,可以发送数据,但是接收不到。用示波器看接收是有波形过来的

#19 Re: 全志 SOC » 求助:F1c100s没有log输出 » 2022-11-14 16:20:38

海石生风 说:

估计是程序没有跑起来。无论是MCU还是MPU,我画板习惯性都会加个由软件定时器控制的LED灯,这样就可以直观地看出软件是否在跑。

确实是ddr没有运行起来

#20 Re: SigmaStar/SSD201/SSD202/SSD212 » SSD201裸机 » 2022-11-13 17:34:55

唉,国产非要这么装一下,直接放出来不好

#21 Re: SigmaStar/SSD201/SSD202/SSD212 » SSD201裸机 » 2022-11-13 12:55:29

哪里有,官方吗?20x有双网口比较爽

#22 SigmaStar/SSD201/SSD202/SSD212 » SSD201裸机 » 2022-11-12 11:03:18

cris8259
回复: 6

SSD201有裸机驱动吗,跟f1c100s一样移植到rt-thread的那种

#23 Re: 全志 SOC » 求助:F1c100s没有log输出 » 2022-11-10 21:37:17

烧录方式1:flashtoram
tools\mksunxi.exe .\rtthread.bin
tools\sunxi-fel.exe spl .\rtthread.bin
tools\sunxi-fel.exe -p write 0x80000000 .\rtthread.bin
tools\sunxi-fel.exe exec 0x80000000
烧录方式2:flashtospi
tools\mksunxi.exe .\rtthread.bin
tools\sunxi-fel.exe -p spiflash-write 0 .\rtthread.bin

两种方式在lichee nano都能正常烧录并运行程序
方式2在自己板子可以烧录,程序似乎并没有运行,方式1在自己板子无法烧录,提示usb_bulk_send() errorr -7:Operation timed out

请大佬们分析一下这是什么问题,是ddr没有运行起来吗?该从哪里下手,ddr 2.5v供电是有的,svref是通过两个150K的电阻从2.5v分压的

#24 Re: 全志 SOC » 求助:F1c100s没有log输出 » 2022-11-10 19:06:01

机器焊接的,换了一块板子一样的效果

#25 Re: 全志 SOC » 求助:F1c100s没有log输出 » 2022-11-10 14:42:15

电源部分各路电压测量都正常。可以进入FEL模式下载代码。但是似乎代码根本没执行,在bootloader和app中加入一段代码,把IO口置1,不起作用,IO输出还是低电平。同样的代码在lichee Nano一切正常,lcd也正常显示。大婶们帮我分析分析

#27 全志 SOC » 求助:F1c100s没有log输出 » 2022-11-08 18:55:18

cris8259
回复: 10

自己撸的板子,刚开始usb没反应,无法识别,后来把avcc给电3.0v,usb能正常识别了,原本以为不用AD转换avcc接不接无所谓,谁能帮我解释一下?
usb能识别,代码也能正常烧录了,但是log没输出,用的uart2 PE7 PE8 ,都不知道代码正常执行了没有,同样的代码烧录进lichee Nano一切正常,用的裸机代码,谁能帮我分析一下,可能问题出在哪里?

#29 Re: 全志 SOC » 可编程控制器 » 2022-10-23 15:18:16

LabVIEW需要x86运行环境,很庞大,一般soc搞不定。Sikuli、Modkit似乎还不够简单,要想流程图一样,没有编程经验的人也能搞定

#30 全志 SOC » 可编程控制器 » 2022-10-22 12:36:27

cris8259
回复: 4

想做一款可编程控制器,比PLC使用简单,编程使用流程图,或者类似于车床gcode等更简单的编程方式,然后下载到下位机运行,有没有什么好的开源方案

#31 Re: 感芯科技 » 【调试记录】3172居然能跑波特率50M串口 » 2022-10-06 11:10:39

游乐场 说:
1847123212 说:

也没有ttl串口芯片能顶得住50Mbps到电脑啊

那确实

485芯片可以到50M

#32 Re: 全志 SOC » 寻找小伙伴 » 2022-10-06 10:37:36

yobbo 说:

这种画饼的应该是四五十年前的手法了吧,现在画饼也要与时俱进啊

来,讲讲你的与时俱进

#33 Re: 全志 SOC » 寻找小伙伴 » 2022-10-06 10:36:46

lanlanzhilian 说:

以往的经验,拿出30%股份才是可靠的,只撸代码没人干

多少这不得看人嘛。当有人求才的时候,立马把自己拉高一个档位不合适,如果是你找工作的时候也得有这份傲气才行

#34 Re: 全志 SOC » 寻找小伙伴 » 2022-10-06 10:33:16

看你怎么想了,你认为是假大空的画饼,所以不可能得到饼。相信就有那么点可能,不相信就绝不可能

#35 全志 SOC » 寻找小伙伴 » 2022-10-02 17:24:30

cris8259
回复: 5

有想创业的小伙伴吗?诚邀一位研发小伙伴加入,方向为仪器设备,不是什么高精尖的产品,做出来稳定可靠即可变现,项目长期可靠可深耕。前期工资只能解决基本温饱问题。有没有撸得一手好代码、有激情有梦想、志同道合的小伙伴想加入呢?坐标上海松江,企鹅280201983

#37 全志 SOC » f1c100s使用dma刷屏 » 2022-09-17 12:10:01

cris8259
回复: 4

static void lcd_fb_flush(lv_disp_drv_t *disp_drv, const lv_area_t *area, lv_color_t *color_p)
{
    uint32_t x;
    uint32_t y;
    uint32_t location = 0;
    uint32_t tick;

    lv_color_t *fbp = (lv_color_t *)info.framebuffer;

    //LOG_D("flush x1=%d, x2=%d, y1=%d, y2=%d", area->x1, area->x2, area->y1, area->y2);
    tick = rt_tick_get();
    for (y = area->y1; y <= area->y2; y++)
    {
        for (x = area->x1; x <= area->x2; x++)
        {
            location = x + y * info.width;
            fbp[location].full = color_p->full;
            color_p++;
        }

    }
    //LOG_D("interval=%d,width=%d,height=%d",rt_tick_get()-tick, area->x2 - area->x1 +1 , area->y2-area->y1+1);
    lv_disp_flush_ready(disp_drv);
}

f1c100s裸奔跑lvgl,20帧cpu占用接近50%,刷屏能否用dma实现?但是看这个填充函数不是连续的内存,怎么用dma实现呢

#38 Re: 全志 SOC » T113-S3 RT-Thread SMP适配笔记 » 2022-09-17 10:55:18

这个刷lcd是不是爽到飞起,比f1c100s快多了吧

#39 Re: 全志 SOC » 开源一个F1C200S的实用向板,极限压榨这片子的功能 » 2022-09-09 16:54:59

怎么不搞个rt-thread系统的,linux启动时间太长表示忍不了

#40 Re: 全志 SOC » f1c100s RGB接口 » 2022-09-07 21:34:01

有没有刷屏加速的办法,目前20帧刷屏RGB565 CPU占用40%左右, ARGB888 CPU占用48%左右。我看颜色填充不是连续的内存填充,这样用dma怎么实现

static void lcd_fb_flush(lv_disp_drv_t *disp_drv, const lv_area_t *area, lv_color_t *color_p)
{
    uint32_t x;
    uint32_t y;
    uint32_t location = 0;

    lv_color_t *fbp = (lv_color_t *)info.framebuffer;

    //LOG_D("flush x1=%d, x2=%d, y1=%d, y2=%d", area->x1, area->x2, area->y1, area->y2);
    for (y = area->y1; y <= area->y2; y++)
    {
        for (x = area->x1; x <= area->x2; x++)
        {
            location = x + y * info.width;
            fbp[location].full = color_p->full;
            color_p++;
        }
    }
    lv_disp_flush_ready(disp_drv);
}

#41 Re: 全志 SOC » f1c100s RGB接口 » 2022-09-07 16:42:52

SWAP: TCON0 data manipulation
0: default
1: swap RED and BLUE data at FIFO1

这个寄存器设置是否表明RGB可以换线了,布线可以BGR了 ?

#42 Re: 全志 SOC » f1c100s RGB接口 » 2022-09-07 16:36:08

哦,这是8080,我要用RGB,我以为RGB最多只能18bit RGB666

#43 全志 SOC » f1c100s RGB接口 » 2022-09-07 15:30:44

cris8259
回复: 4

f1c100s 是最多只能18位RBG接口吗?看手册寄存器配置

TCON0 CPU Interface Control Register:
CPU_MOD: CPU interface mode:
000: 18bit/256K mode
001: 16bit mode0
010: 16bit mode1
011: 16bit mode2
100: 16bit mode3
101: 9bit mode
110: 8bit 256K mode
111: 8bit 65K mode

#45 Re: 好钜润半导体(TIKY) » TKM32F499开坑 » 2022-09-03 16:13:16

牛B,把TKM32F499的祖宗挖出来了

#46 Re: BLDC电机驱动 » 一款成本极低的开源FOC驱动 » 2021-11-16 08:30:54

1.这个能不能驱动松下的交流伺服电机?
2.这种直流无刷电机和松下的交流伺服电机 就电机本体而言有什么区别?
3.如果把驱动板的MOS管换掉,是不是可以驱动大功率的电机,比如20KW?
4.如果把MOS管换成可通交流电的,用交流供电是否可行?

#48 Re: 全志 SOC » go语言开发f1c100s之oled驱动mmap升级优化版 » 2021-07-11 13:39:32

速度完全跟裸机操作寄存器相当吗? 有没有测过gpio翻转频率能达到多少

#49 Re: 全志 SOC » ft5426 » 2021-07-10 14:06:04

按照你说的,驱动文件更新覆盖掉

#50 Re: 全志 SOC » ft5426 » 2021-07-09 21:26:25

感谢@哇酷小二,搞定收工

#51 Re: 全志 SOC » ft5426 » 2021-07-09 15:37:34

没有git跟踪,全志给的代码

#52 Re: 全志 SOC » ft5426 » 2021-07-09 08:38:32

版本4.9.170
但是我看你发的地址 https://elixir.bootlin.com/linux/v4.9/source/drivers/input/touchscreen/of_touchscreen.c 这里面4.9.170 是有touchscreen-inverted-x 这些参数的

#53 Re: 全志 SOC » ft5426 » 2021-07-08 17:29:06

void touchscreen_parse_properties(struct input_dev *input, bool multitouch)
{
	struct device *dev = input->dev.parent;
	unsigned int axis;
	unsigned int maximum, fuzz;
	bool data_present;

	input_alloc_absinfo(input);
	if (!input->absinfo)
		return;

	axis = multitouch ? ABS_MT_POSITION_X : ABS_X;
	data_present = touchscreen_get_prop_u32(dev, "touchscreen-size-x",
						input_abs_get_max(input,
								  axis) + 1,
						&maximum) |
		       touchscreen_get_prop_u32(dev, "touchscreen-fuzz-x",
						input_abs_get_fuzz(input, axis),
						&fuzz);
	if (data_present)
		touchscreen_set_params(input, axis, maximum - 1, fuzz);

	axis = multitouch ? ABS_MT_POSITION_Y : ABS_Y;
	data_present = touchscreen_get_prop_u32(dev, "touchscreen-size-y",
						input_abs_get_max(input,
								  axis) + 1,
						&maximum) |
		       touchscreen_get_prop_u32(dev, "touchscreen-fuzz-y",
						input_abs_get_fuzz(input, axis),
						&fuzz);
	if (data_present)
		touchscreen_set_params(input, axis, maximum - 1, fuzz);

	axis = multitouch ? ABS_MT_PRESSURE : ABS_PRESSURE;
	data_present = touchscreen_get_prop_u32(dev,
						"touchscreen-max-pressure",
						input_abs_get_max(input, axis),
						&maximum) |
		       touchscreen_get_prop_u32(dev,
						"touchscreen-fuzz-pressure",
						input_abs_get_fuzz(input, axis),
						&fuzz);
	if (data_present)
		touchscreen_set_params(input, axis, maximum, fuzz);
}
EXPORT_SYMBOL(touchscreen_parse_properties);

原来解析属性函数没有touchscreen-inverted-x 这些关键字

#54 Re: 全志 SOC » ft5426 » 2021-07-08 08:37:04

任何一个或者组合都没有效果

#55 全志 SOC » 屏幕旋转 » 2021-07-03 17:47:40

cris8259
回复: 0

使用命令xrandr -o left 出现下面提示

X Error of failed request :BadMatch(invalid attributes)
Major opcode of failed request :140 (RANDR)
Minor opcode of failed request :2(RRSetScreenConfig)
Serial number of failed request :14
Current serial number in output stream: 14

使用rgb接口的液晶屏 和 hdmi 接显示器都是一样的效果,求助

#56 Re: 全志 SOC » ft5426 » 2021-07-03 17:35:03

直接编译进内核,不使用模块编译就可以了。但是新的问题来了,左右移动触摸的时候,鼠标指针上下移动。上下移动触摸的时候,鼠标指针左右移动。

                touchscreen-size-x = <1024>;
                touchscreen-size-y = <600>;
                touchscreen-inverted-x = <0>;
                touchscreen-inverted-y = <0>;
                touchscreen-swapped-x-y = <0>;
inverted-x , inverted-y , swapped-x-y 改成1 都没效果 。这是什么原因

#57 Re: 全志 SOC » ft5426 » 2021-07-03 09:32:03

有参与编译,edt-ft5x06.ko文件都出来了

#58 Re: 全志 SOC » ft5426 » 2021-07-03 09:00:59

edt-ft5x06.c编译进去了,设备树也添加了,但是竟然没反应。同一个i2c上挂在的其他设备都有log出来

[    3.301947] rtc-ds1307: probe of 3-0068 failed with error -5
[    3.312606] rtc-pcf8563 3-0051: rtc core: registered rtc-pcf8563 as rtc0

即便ft5426不存在,是不是也有下面这句log出来
probing for EDT FT5x06 I2C 或者 touchscreen probe failed 之类的
但是什么都没有,这是什么原因

#59 全志 SOC » ft5426 » 2021-07-02 20:56:48

cris8259
回复: 17

请问ft5426驱动和ft5406兼容吗?
这设备树有没有毛病

			ft5426: ft5426@38 {
				compatible = "edt,edt-ft5406","edt,edt-ft5x06";
				reg = <0x38>;
				pinctrl-names = "default";
				//pinctrl-0 = <&pinctrl_tsc>;
				interrupt-parent = <&pio>;
				interrupts = < PF 5 IRQ_TYPE_EDGE_FALLING>;
				interrupt-gpios = <&pio PF 5 6 0xffffffff 0xffffffff 0>;
				reset-gpios = <&pio PF 6 1 0xffffffff 0xffffffff 1>;
				
				status = "okay";
			};

#60 Re: 全志 SOC » tsc2007 设备树配置问题 » 2021-05-14 08:59:36

sprintf 说:

你这不是gpios设备树参数太多咩。报错了呗, 你用的sdk应该和他们用的不同,具体gpios的配置情况可以参考已有的例子,如果没有的话可以找下
Documentation\devicetree\bindings 下面对设备树描述的txt看例子怎么使用设备树。就拿贴子上晕哥说的那个buildroot-tiny200 这个的来说,你看你这句
gpios = <&pio 5 5 GPIO_ACTIVE_LOW>; 你这个应该就是这个sdk里面设备树写法。这个&pio中的pio你可以在suniv-f1c100s.dtsi这里找到pio的配置,其中就有compatible = "allwinner,suniv-f1c100s-pinctrl"这个。然后你在Documentation\devicetree\bindings这里面搜索"allwinner,suniv-f1c100s-pinctrl"你就可以打开allwinner,sunxi-pinctrl.txt。这里面就说明了每个参数是什么,并且有一个demo示例。不同的SDK是略有不同的。我知道的tina就不同。

多谢,搞定

#62 全志 SOC » tsc2007 设备树配置问题 » 2021-05-12 21:40:19

cris8259
回复: 2

tsc2007: tsc2007@48 {
                compatible = "ti,tsc2007";
                reg = <0x48>;
                interrupt-parent = <&pio>;
                interrupts = < 5 5 IRQ_TYPE_EDGE_FALLING>;
                gpios = <&pio 5 5 GPIO_ACTIVE_LOW>;
                ti,x-plate-ohms = <180>;
                status = "okay";
            };
中断用的PF5,照着 https://whycan.com/t_6318.html 配置的设备树,结果报错,求解
[    8.826962] OF: /soc@03000000/twi@0x05002c00/tsc2007@48: arguments longer than property
[    8.836297] tsc2007 3-0048: GPIO not specified in DT (of_get_gpio returned -22)
[    8.838913] input: TSC2007 Touchscreen as /devices/platform/soc/twi3/i2c-3/3-0048/input/input2

#63 全志 SOC » 网络启动后掉线 » 2021-05-01 16:15:59

cris8259
回复: 1

eth0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.1.105  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::34c9:e3ff:fef1:b805  prefixlen 64  scopeid 0x20<link>
        ether 36:c9:e3:f1:b8:05  txqueuelen 1000  (Ethernet)
        RX packets 35  bytes 4506 (4.5 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 33  bytes 4826 (4.8 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
        device interrupt 53 

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Local Loopback)
        RX packets 108  bytes 8582 (8.5 KB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 108  bytes 8582 (8.5 KB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

[    9.523637] sunxi-gmac gmac1 eth0: eth0: Type(6) PHY ID 0007c0f1 at 0 IRQ poll (gmac1-0:00)
[    9.536922] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[   12.630207] sunxi-gmac gmac1 eth0: Link is Up - 100Mbps/Full - flow control rx/tx
[   12.630245] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   29.963738] sunxi-gmac gmac1 eth0: Link is Down

#64 全志 SOC » FEL模式的烧录问题 » 2021-04-06 17:23:55

cris8259
回复: 1

FEL模式下,哪里决定了系统是烧录进SPI Flash 还是 emmc

#65 Re: 全志 SOC » 求助,进入不了FEL模式 » 2021-04-04 23:06:21

另外,emmc IO口电压使用的3.3v是否有问题,使用的三星KLM8G1GETF-B041型号

#66 Re: 全志 SOC » 求助,进入不了FEL模式 » 2021-04-04 23:03:22

USB有反应了,可是不能烧录文件,估计是emmc问题。请问eMMC-DS引脚不接有没有问题,我看只有在HS-400模式时才用到DS引脚,所以硬件上没有连接,为了节省一个IO口。烧录文件的时候,emmc在哪种工作模式

#67 Re: 全志 SOC » 求助,进入不了FEL模式 » 2021-04-03 09:40:16

自己做的,供电是有的,无从下手了

#70 全志 SOC » 求助,进入不了FEL模式 » 2021-04-02 12:36:59

cris8259
回复: 7

FEL引脚拉低,上电,插入usb,电脑没反应,进入不了下载模式,一般是哪里问题

#71 全志 SOC » 小白找大神帮忙搞驱动,有偿 » 2021-03-22 21:39:25

cris8259
回复: 5

不想自己折腾了,全志方案,用普通IO模拟PWM控制lcd背光以及一些AD的驱动之类的,请求熟悉全志的大神来相助,备些银两,有意可WX 18516186164

#72 Re: 全志 SOC » 上次预告的全志H3核心板焊接完成了 » 2021-03-22 21:30:24

贴片焊接打样用的哪家,SMT打样都比较贵

#73 Re: 全志 SOC » pwm问题 » 2021-03-22 16:04:46

黄粱梦 说:

1. linux通过用户层接口操作PWM,

操作方法:
https://www.kernel.org/doc/Documentation/pwm.txt

全志系列PWM的驱动实现:
https://github.com/torvalds/linux/blob/master/drivers/pwm/pwm-sun4i.c

2. 模拟也应该可以, 但是非常占用CPU, 既不准,而且速度慢.

问题1: 主要问题在输出脉冲的个数,接口没提供
问题2: 低频几百K以下应该对cpu影响不大

#74 全志 SOC » pwm问题 » 2021-03-21 21:13:56

cris8259
回复: 3

1. linux中pwm输出可以设置频率,占空比,怎么实现输出一定数量的脉冲
2. 不带有pwm功能的普通gpio怎么实现模拟输出pwm

#75 Re: 全志 SOC » 全志T507 » 2021-01-28 15:58:09

我感觉2楼是个高手,帮忙干点体力活吗

#76 全志 SOC » 全志T507 » 2021-01-28 13:01:09

cris8259
回复: 5

有专业layout接单的吗,全志T507 layout 外发,W18516186164

#77 Re: 全志 SOC » 烧写usb报错 » 2020-01-03 10:06:54

Quotation 说:

CS引脚加个上拉试试?把CS引脚用10K电阻接到3.3V。
看了几种开发板,CS都是有上拉的。


加了上拉还是一样,我看荔枝派没加上拉电阻

#78 Re: 全志 SOC » 烧写usb报错 » 2020-01-02 21:40:42

伍零壹 说:

哥们 你这1000块花的不值啊  我画的比他好  还比他便宜   下次有这事 记得找我啊

来,加Q280201983

#79 Re: 全志 SOC » 烧写usb报错 » 2020-01-02 15:26:11

这表明是flash的问题吗

#82 Re: 全志 SOC » 烧写usb报错 » 2020-01-02 15:10:51

root@hj-virtual-machine:/home/hj# sunxi-fel ver
AWUSBFEX soc=00001663(F1C100s) 00000001 ver=0001 44 08 scratchpad=00007e00 00000000 00000000
root@hj-virtual-machine:/home/hj# sunxi-fel spiflash-info
usb_bulk_send() ERROR -1: Input/Output Error
root@hj-virtual-machine:/home/hj# sunxi-fel ver
usb_bulk_send() ERROR -1: Input/Output Error
root@hj-virtual-machine:/home/hj#

#84 Re: 全志 SOC » 烧写usb报错 » 2019-12-31 15:23:46

root@hj-virtual-machine:/home/hj# sunxi-fel ver
AWUSBFEX soc=00001663(F1C100s) 00000001 ver=0001 44 08 scratchpad=00007e00 00000000 00000000
root@hj-virtual-machine:/home/hj# sudo sunxi-fel -p read  0x20000000  10240  read.dat
root@hj-virtual-machine:/home/hj# sunxi-fel ver
AWUSBFEX soc=00001663(F1C100s) 00000001 ver=0001 44 08 scratchpad=00007e00 00000000 00000000
root@hj-virtual-machine:/home/hj#

#85 Re: 全志 SOC » 烧写usb报错 » 2019-12-31 15:23:10

@Quotation不知道read命令是不是这么写的,发生是生成了10K的read.dat文件
root@hj-virtual-machine:/home/hj# sunxi-fel ver
AWUSBFEX soc=00001663(F1C100s) 00000001 ver=0001 44 08 scratchpad=00007e00 00000000 00000000
root@hj-virtual-machine:/home/hj# sudo sunxi-fel -p read  0x20000000  10240  read.dat

#86 Re: 全志 SOC » 烧写usb报错 » 2019-12-31 11:26:37

1.2v, 3.3v 电源量了都有,头疼啊

#87 Re: 全志 SOC » 烧写usb报错 » 2019-12-31 10:37:03

这个跟Flash有关吗,Flash就算不焊接应该也能读写吧,SPI只管传数据

达克罗德 说:

我也这么怀疑,以前我flash是坏的就出过这个错。

#88 Re: 全志 SOC » 烧写usb报错 » 2019-12-31 10:02:28

读写都不行
root@hj-virtual-machine:/home/hj# sunxi-fel ver
AWUSBFEX soc=00001663(F1C100s) 00000001 ver=0001 44 08 scratchpad=00007e00 00000000 00000000
root@hj-virtual-machine:/home/hj# sudo sunxi-fel -p spiflash-read  0x0  1024  read.dat
usb_bulk_send() ERROR -1: Input/Output Error
root@hj-virtual-machine:/home/hj# sunxi-fel ver
usb_bulk_send() ERROR -1: Input/Output Error

#89 Re: 全志 SOC » 烧写usb报错 » 2019-12-30 18:43:22

电源电压实际测量有1.2V  2.48V  3.27V

#90 Re: 全志 SOC » 烧写usb报错 » 2019-12-30 16:41:52

这么细的引脚飞线难度很大吧,得用多细的线。这个距离算大吗?量了一下直线距离27mm

#91 Re: 全志 SOC » 烧写usb报错 » 2019-12-30 16:27:44

R15 R16用0欧电阻和直接短接都不行

#93 Re: 全志 SOC » 烧写usb报错 » 2019-12-30 15:11:56

那就悲催了,淘宝上1000块找人给我布线的

#94 Re: 全志 SOC » 烧写usb报错 » 2019-12-30 14:39:08

布线没布好的原因吗

#95 Re: 全志 SOC » 烧写usb报错 » 2019-12-30 14:07:09

荔枝派没有问题,一切正常烧写

#96 全志 SOC » 烧写usb报错 » 2019-12-30 13:56:37

cris8259
回复: 39

自己画了个板子,usb能识别,但是烧写报错是怎么回事

root@hj-virtual-machine:/home/hj# sunxi-fel ver
AWUSBFEX soc=00001663(F1C100s) 00000001 ver=0001 44 08 scratchpad=00007e00 00000000 00000000
root@hj-virtual-machine:/home/hj# sudo sunxi-fel -p spiflash-write 0 u-boot/u-boot-sunxi-with-spl.bin
usb_bulk_send() ERROR -1: Input/Output Error

#97 Re: 全志 SOC » F1C100S做的串口屏硬件图纸分享,有需要的可以联系,坛友优惠价 » 2019-12-04 11:07:07

为何不搞成中科世伟那种可以直接写代码的,指令用起来太蛋疼

#98 Re: 全志 SOC » 电池电量检测 » 2019-12-03 21:53:21

@Quotation 这才是干货,多谢多谢

#99 Re: 全志 SOC » 电池电量检测 » 2019-12-02 22:09:44

哈哈,大神们,能否逐一解惑

#100 全志 SOC » 电池电量检测 » 2019-12-02 14:34:22

cris8259
回复: 18

请问,f1c100s用电池供电的话
1. 电池电量怎么检测,用LRADC吗?大概是个什么用法?
2. 像电池供电设备长按开关机是怎么实现的?
3. USB给锂电池充电求便宜好用的芯片

#102 全志 SOC » uboot修改console串口 » 2019-11-27 15:49:44

cris8259
回复: 2

uboot nano启动默认使用uart0,怎么修改使用其他串口,修改设备树好像没用

#103 Re: 全志 SOC » 请教一下关于lichee nano在官网上电容屏的适配 » 2019-11-26 10:30:18

弱弱问一句,i2c一定要外部上拉吗,IO口没有内部上拉下拉电阻的 ?

#104 Re: 全志 SOC » wifi模块评测 » 2019-11-25 11:23:18

RTL8188CUS不一会就崩了
# [  161.648051] ntpd invoked oom-killer: gfp_mask=0x14200ca(GFP_HIGHUSER_MOVABLE), nodemask=(null), order=0, oom_score_adj=0
[  161.693209] CPU: 0 PID: 147 Comm: ntpd Not tainted 4.15.0-rc8-licheepi-nano+ #43
[  161.723707] Hardware name: Allwinner suniv Family
[  161.740579] [<c010e8e4>] (unwind_backtrace) from [<c010ba2c>] (show_stack+0x10/0x14)
[  161.771515] [<c010ba2c>] (show_stack) from [<c0187b0c>] (dump_header.constprop.4+0x60/0x1d0)
[  161.803480] [<c0187b0c>] (dump_header.constprop.4) from [<c01871d8>] (oom_kill_process+0x234/0x48c)
[  161.835946] [<c01871d8>] (oom_kill_process) from [<c0187708>] (out_of_memory+0xe0/0x438)
[  161.867979] [<c0187708>] (out_of_memory) from [<c018bce0>] (__alloc_pages_nodemask+0x804/0xb60)
[  161.900879] [<c018bce0>] (__alloc_pages_nodemask) from [<c0184ed0>] (filemap_fault+0x2d0/0x578)
[  161.933817] [<c0184ed0>] (filemap_fault) from [<c01a7ca0>] (__do_fault+0x18/0x80)
[  161.965700] [<c01a7ca0>] (__do_fault) from [<c01ab7c0>] (handle_mm_fault+0x3f0/0x92c)
[  161.998624] [<c01ab7c0>] (handle_mm_fault) from [<c010f2a0>] (do_page_fault+0x130/0x378)
[  162.031745] [<c010f2a0>] (do_page_fault) from [<c0101328>] (do_PrefetchAbort+0x38/0x9c)
[  162.064656] [<c0101328>] (do_PrefetchAbort) from [<c010c984>] (ret_from_exception+0x0/0x1c)
[  162.097955] Exception stack(0xc1e73fb0 to 0xc1e73ff8)
[  162.115819] 3fa0:                                     0000000e bedbb8bc 00000000 00000000
[  162.148704] 3fc0: 00000000 00000000 00573570 0000008e 00000000 00000000 0000008e 00000002
[  162.181191] 3fe0: bedbb850 bedbb540 b6f3c790 0050414c 00000010 ffffffff
[  162.211740] Mem-Info:
[  162.211778] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.254733] active_anon:130 inactive_anon:4 isolated_anon:0
[  162.254733]  active_file:1 inactive_file:1 isolated_file:0
[  162.254733]  unevictable:0 dirty:0 writeback:0 unstable:0
[  162.254733]  slab_reclaimable:163 slab_unreclaimable:923
[  162.254733]  mapped:2 shmem:10 pagetables:19 bounce:0
[  162.254733]  free:123 free_pcp:0 free_cma:0
[  162.377340] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.405425] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.433485] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.461456] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.489403] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.517127] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.545009] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.573060] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.601513] Node 0 active_anon:520kB inactive_anon:16kB active_file:4kB inactive_file:4kB unevictable:0kB isolated(anon):0kB isolated(file):0kB mapped:8kB dirty:0kB writeback:0kB shmem:40kB writeback_tmp:0kB unstable:0kB all_unreclaimable? yes
[  162.601565] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.709827] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.738856] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.768143] rtl_usb: Pending RX skbuff queue full! (qlen: 64)
[  162.797809] rtl_usb: Pending RX skbuff queue full! (qlen: 64)

#106 Re: 全志 SOC » wifi模块评测 » 2019-11-21 11:31:53

对比一下驱动,或者发一份上来我也对比一下

#107 Re: 全志 SOC » usb接口用来接了rtl8188CUS usb wifi模块,还能用来下载代码吗 » 2019-11-20 22:42:34

hupo 说:

用一个USB开关做一下切换

什么样子的?机械开关吗,体积大了可不行

#108 Re: 全志 SOC » wifi模块评测 » 2019-11-20 22:32:49

可能不是zero对wifi的干扰,2.4G频段本来就环境干扰多。UDP协议是不可靠传输。我觉得你在zero的测试是正常的
但是同样的模块,比如8723bs,在zero正常,在nano崩溃,就奇怪了,两边的驱动是完全一样的吗?

#109 Re: 全志 SOC » wifi模块评测 » 2019-11-20 18:17:01

ippen 说:

连续ping正常,但大量传输数据,过一段时间会崩溃,时间没规律,有时10分钟出错,有时20分钟,崩溃后禁用网卡不行,必须重启,我是用udp包方式传数据,传输速率大约140Kb/s

可以把信号强度打印出来,会不会发热导致信号强度衰减

#110 Re: 全志 SOC » wifi模块评测 » 2019-11-20 17:56:24

kekemuyu 说:

用的RTL8723BS模块,但是出错后不影响在线听歌。

什么错,出错后通信没问题?

#111 Re: 全志 SOC » wifi模块评测 » 2019-11-20 15:44:43

kekemuyu 说:

我用zero测试过在线听歌,没注意多长时间,会出错

用的什么模块

#112 Re: 全志 SOC » wifi模块评测 » 2019-11-20 11:11:13

那我连续传数据试试。奔溃后rmmod,重新insmod行不行

#113 全志 SOC » wifi模块评测 » 2019-11-20 10:57:30

cris8259
回复: 12

看坛子里都说wifi模块不稳定,容易掉线或崩掉。我把我测试过的发出来,希望大家测试过的跟帖

RTL8723BS  连续ping 10小时,无异常

#115 Re: 全志 SOC » usb接口用来接了rtl8188CUS usb wifi模块,还能用来下载代码吗 » 2019-11-19 11:03:26

flash焊接在板子上了不好操作吧?  f1c100s的串口支持烧写吗

#117 Re: 全志 SOC » usb接口用来接了rtl8188CUS usb wifi模块,还能用来下载代码吗 » 2019-11-18 23:05:35

jimmy 说:

感觉会很麻烦,电脑usb和rtl8188直通了

是的,不知道下载代码会不会有问题

#118 全志 SOC » usb接口用来接了rtl8188CUS usb wifi模块,还能用来下载代码吗 » 2019-11-18 22:47:15

cris8259
回复: 11

如题,f1c100s usb接口接了rtl8188CUS usb wifi模块,进入fel模式后,还能用这个usb口来烧写代码吗

#120 Re: 全志 SOC » LicheePi Nano 开机显示异常 » 2019-11-18 22:26:37

xyzijk 说:

关闭背光是一种处理方式,并没有解决问题,     完全处理是需要像@路漫漫的的方式,在uboot申请高位地址内存做显示缓存区,然后将地址传递给内核,不再初始化,直接延用显示

你说的方式哪里有操作步骤

#121 Re: 全志 SOC » lcd的i2c初始化 » 2019-11-18 15:33:45

配置里有 LCD panel needs to be configured via i2c 这一项,我还以为已经实现了通过i2c往lcd写数据

#123 Re: 全志 SOC » lcd的i2c初始化 » 2019-11-18 14:58:42

不是OLED,普通的IPS LCD,i2c不是为了写入lcd的显示画面,只是为了初始化lcd的驱动芯片

#124 Re: 全志 SOC » lcd的i2c初始化 » 2019-11-18 14:28:49

awfans 说:

u-boot 里面操作 SPI/I2C 建议用 IO 口模拟, 一般在 board.c 里面直接写拉低/拉高 io 模拟即可。

board.c里面看到有i2c初始化部分,你的意思是直接在i2c初始化后加入i2c发送数据初始化lcd的代码? 原本用i2c发送数据初始化lcd的代码在什么地方

#125 全志 SOC » lcd的i2c初始化 » 2019-11-18 12:25:33

cris8259
回复: 10

有些lcd在使用前需要通过i2c初始化才能显示,在uboot中找到相关设置,
ARM architecture ->  [//*]LCD panel needs to be configured via i2c
                               (PD0)LCD panel i2c intereface SDA pin
                               (PD12) LCD panel i2c interface SCL pin

写入LCD初始化的代码在什么地方,通用吗,是否需要修改

#126 Re: 全志 SOC » 无法安装模块 » 2019-11-17 20:04:35

大神们, usb wifi rtl8188CUS  稳定吗

#127 Re: 全志 SOC » 无法安装模块 » 2019-11-17 18:27:54

awfans 说:

我以前按照网站那个帖子, 主线Linux的ESP8089驱动能折腾跑起来, 也一会挂了,后来就没玩了.

我就没跑起来过

#128 Re: 全志 SOC » 无法安装模块 » 2019-11-17 17:38:13

大神们,帮忙看下,esp8089还是用不了

# modprobe esp8089.ko config=crystal_26M_en=2
[  122.207413] Set sdio block size 512 failed: -110)
[  122.222972] first error exit
[  122.236528] eagle_sdio: probe of mmc0:0001:1 failed with error -110

#129 Re: 全志 SOC » 设备树里的地址是怎么确定的 » 2019-11-16 23:18:05

晕哥 说:

gt911 等芯片手册上面有。

懂了,多谢

#130 Re: 全志 SOC » 设备树里的地址是怎么确定的 » 2019-11-15 15:27:34

晕哥,0x48,0x40,0x4a 这些地址是怎么来的

#131 全志 SOC » 设备树里的地址是怎么确定的 » 2019-11-15 14:50:35

cris8259
回复: 4

比如以下设备树中,gt911为何要两个,地址0x5d 和 0x14是怎么确定的,为什么是0x5d和0x14?
&i2c0 {
        pinctrl-0 = <&i2c0_pins>;
        pinctrl-names = "default";
        status = "okay";

        gt9115d: touchscreen@5d {
                compatible = "goodix,gt911";
                reg = <0x5d>;
                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;
        };

        gt91114: 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;
        };
};

再比如以下设备树,0x48,0x40,0x4a 是怎么来的,还有一个i2c0可以同时接三个设备吗

&i2c0 {
         status = "okay";

         ns2009: ns2009@48 {
                 compatible = "nsiway,ns2009";
                 reg = <0x48>;
         };
         sht21: sht21@40 {
                 compatible = "sht21";
                 reg = <0x40>;
         };
         atmel_mxt_ts@4a {
                 compatible = "atmel,atmel_mxt_ts";
                 reg = <0x4a>;
                 /*interrupt-parent = <&pio>;
                 interrupts = <6 5 IRQ_TYPE_LEVEL_LOW>;*/ //省引脚,使用轮训方式
         };
};

#133 Re: 全志 SOC » 无法安装模块 » 2019-11-13 23:46:51

有没有可能是编译出来的esp8089.ko的问题,官网http://dl.sipeed.com/LICHEE/Nano/Image/wifi%20image的用不了,显示esp8089: version magic '4.15.0-next-20180202-licheepi-nano+ mod_unload ARMv5 p2v8 ' should be '4.15.0-rc8-licheepi-nano+ mod_unload ARMv5 p2v8 ' , 谁能提供一个4.15.0-rc8-licheepi-nano+的esp8089.ko给我试一下

#134 Re: 全志 SOC » 无法安装模块 » 2019-11-13 23:44:03

晕哥 说:

那手动设置 ip 地址,替代前面 udhcp 动态获取, 然后再ping试一试。

先不管IP地址,扫描不到wifi热点
# ifconfig
lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:20 errors:0 dropped:0 overruns:0 frame:0
          TX packets:20 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1408 (1.3 KiB)  TX bytes:1408 (1.3 KiB)

usb0      Link encap:Ethernet  HWaddr AE:3B:CC:4F:66:BA 
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wlan0     Link encap:Ethernet  HWaddr AC:D0:74:1B:8D:F3 
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

# iw dev wlan0 scan
#

用rtl8723bs就能扫描到
# ifconfig
lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:24 errors:0 dropped:0 overruns:0 frame:0
          TX packets:24 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1704 (1.6 KiB)  TX bytes:1704 (1.6 KiB)

usb0      Link encap:Ethernet  HWaddr AE:3B:CC:4F:66:BA 
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wlan0     Link encap:Ethernet  HWaddr CC:D2:9B:4B:8C:CD 
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

# iw dev wlan0 scan | grep SSID
        SSID: MERCURY_56C9C2
        SSID: TP-LINK_B105A9
        SSID: makecool
        SSID: WWW
        SSID: ChinaNet-iRwn
        SSID: ChinaNGB-1309
        SSID: chuanchuan
        SSID: ChinaNGB-lj1Ety
#

#135 Re: 全志 SOC » 无法安装模块 » 2019-11-13 17:25:50

坛子都翻遍了,模块加载了,wlan0也有,就是连不了网啊

#137 Re: 全志 SOC » 无法安装模块 » 2019-11-12 16:53:08

第二条的效果

# wpa_supplicant  -Dwext  -B -d -i wlan0 -c /etc/wpa_supplicant.conf

wpa_supplicant v2.7
random: Trying to read entropy from /dev/random
Successfully initialized wpa_supplicant
Initializing interface 'wlan0' conf '/etc/wpa_supplicant.conf' driver 'wext' ctrl_interface 'N/A' bridge 'N/A'
Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf'
Reading configuration file '/etc/wpa_supplicant.conf'
ctrl_interface='/var/run/wpa_supplicant'
ctrl_interface_group='wheel'
ap_scan=1
Priority group 5
   id=0 ssid='makecool'
WEXT: cfg80211-based driver detected
wext: interface wlan0 phy: phy0
rfkill: initial event: idx=0 type=1 op=0 soft=0 hard=0
SIOCGIWRANGE: WE(compiled)=22 WE(source)=21 enc_capa=0xf
  capabilities: key_mgmt 0xf enc 0x1f flags 0x0
WEXT: Driver: eagle_sdio
netlink: Operstate: ifindex=3 linkmode=1 (userspace-control), operstate=5 (IF_OPER_DORMANT)
Add interface wlan0 to a new radio phy0
wlan0: Own MAC address: ac:d0:74:1b:8d:f3
wpa_driver_wext_set_key: alg=0 key_idx=0 set_tx=0 seq_len=0 key_len=0
wpa_driver_wext_set_key: alg=0 key_idx=1 set_tx=0 seq_len=0 key_len=0
wpa_driver_wext_set_key: alg=0 key_idx=2 set_tx=0 seq_len=0 key_len=0
wpa_driver_wext_set_key: alg=0 key_idx=3 set_tx=0 seq_len=0 key_len=0
wpa_driver_wext_set_key: alg=0 key_idx=4 set_tx=0 seq_len=0 key_len=0
ioctl[SIOCSIWENCODEEXT]: Invalid argument
Driver did not support SIOCSIWENCODEEXT
wpa_driver_wext_set_key: alg=0 key_idx=5 set_tx=0 seq_len=0 key_len=0
ioctl[SIOCSIWENCODEEXT]: Invalid argument
Driver did not support SIOCSIWENCODEEXT
wpa_driver_wext_set_countermeasures
wlan0: RSN: flushing PMKID list in the driver
wlan0: Setting scan request: 0.100000 sec
wlan0: WPS: UUID based on MAC address: 95c55a43-c537-5b49-bee3-37dfa4fe11de
EAPOL: SUPP_PAE entering state DISCONNECTED
EAPOL: Supplicant port status: Unauthorized
EAPOL: KEY_RX entering state NO_KEY_RECEIVE
EAPOL: SUPP_BE entering state INITIALIZE
EAP: EAP entering state DISABLED
ctrl_interface_group=10 (from group name 'wheel')
wlan0: Added interface wlan0
wlan0: State: DISCONNECTED -> DISCONNECTED
wpa_driver_wext_set_operstate: operstate 0->0 (DORMANT)
netlink: Operstate: ifindex=3 linkmode=-1 (no change), operstate=5 (IF_OPER_DORMANT)
Daemonize..
#
# udhcpc -i wlan0
udhcpc: started, v1.29.3
udhcpc: sending discover
udhcpc: sending discover
udhcpc: sending discover
^C
# ^C
# ifconfig
lo        Link encap:Local Loopback 
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wlan0     Link encap:Ethernet  HWaddr AC:D0:74:1B:8D:F3 
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

#

#138 Re: 全志 SOC » 无法安装模块 » 2019-11-12 16:51:09

我思故我在 说:

wpa_supplicant  -Dnl80211 -B -d -i wlan0 -c /etc/wpa_supplicant.conf
wpa_supplicant  -Dwext  -B -d -i wlan0 -c /etc/wpa_supplicant.conf

再试一下这两个命令?

第一条的效果

# wpa_supplicant  -Dnl80211 -B -d -i wlan0 -c /etc/wpa_supplicant.conf
wpa_supplicant v2.7
random: Trying to read entropy from /dev/random
Successfully initialized wpa_supplicant
Initializing interface 'wlan0' conf '/etc/wpa_supplicant.conf' driver 'nl80211' ctrl_interface 'N/A' bridge 'N/A'
Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf'
Reading configuration file '/etc/wpa_supplicant.conf'
ctrl_interface='/var/run/wpa_supplicant'
ctrl_interface_group='wheel'
ap_scan=1
Priority group 5
   id=0 ssid='makecool'
nl80211: Supported cipher 00-0f-ac:1
nl80211: Supported cipher 00-0f-ac:5
nl80211: Supported cipher 00-0f-ac:2
nl80211: Supported cipher 00-0f-ac:4
nl80211: Using driver-based off-channel TX
nl80211: Driver-advertised extended capabilities (default) - hexdump(len=8): 00 00 00 00 00 00 00 40
nl80211: Driver-advertised extended capabilities mask (default) - hexdump(len=8): 00 00 00 00 00 00 00 40
nl80211: interface wlan0 in phy phy0
nl80211: Set mode ifindex 3 iftype 2 (STATION)
nl80211: Subscribe to mgmt frames with non-AP handle 0xb6c777c0
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c777c0 match=040a
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c777c0 match=040b
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c777c0 match=040c
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c777c0 match=040d
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c777c0 match=090a
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c777c0 match=090b
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c777c0 match=090c
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c777c0 match=090d
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c777c0 match=0409506f9a09
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c777c0 match=7f506f9a09
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c777c0 match=0801
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c777c0 match=06
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c777c0 match=0a07
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c777c0 match=0a11
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c777c0 match=1101
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c777c0 match=1102
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c777c0 match=0505
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c777c0 match=0500
rfkill: initial event: idx=0 type=1 op=0 soft=0 hard=0
netlink: Operstate: ifindex=3 linkmode=1 (userspace-control), operstate=5 (IF_OPER_DORMANT)
Add interface wlan0 to a new radio phy0
nl80211: Regulatory information - country=00
nl80211: 2402-2472 @ 40 MHz 20 mBm
nl80211: 2457-2482 @ 20 MHz 20 mBm (no IR)
nl80211: 2474-2494 @ 20 MHz 20 mBm (no OFDM) (no IR)
nl80211: 5170-5250 @ 80 MHz 20 mBm (no IR)
nl80211: 5250-5330 @ 80 MHz 20 mBm (DFS) (no IR)
nl80211: 5490-5730 @ 160 MHz 20 mBm (DFS) (no IR)
nl80211: 5735-5835 @ 80 MHz 20 mBm (no IR)
nl80211: 57240-63720 @ 2160 MHz 0 mBm
nl80211: Added 802.11b mode based on 802.11g information
wlan0: Own MAC address: ac:d0:74:1b:8d:f3
wpa_driver_nl80211_set_key: ifindex=3 (wlan0) alg=0 addr=0 key_idx=0 set_tx=0 seq_len=0 key_len=0
wpa_driver_nl80211_set_key: ifindex=3 (wlan0) alg=0 addr=0 key_idx=1 set_tx=0 seq_len=0 key_len=0
wpa_driver_nl80211_set_key: ifindex=3 (wlan0) alg=0 addr=0 key_idx=2 set_tx=0 seq_len=0 key_len=0
wpa_driver_nl80211_set_key: ifindex=3 (wlan0) alg=0 addr=0 key_idx=3 set_tx=0 seq_len=0 key_len=0
wpa_driver_nl80211_set_key: ifindex=3 (wlan0) alg=0 addr=0 key_idx=4 set_tx=0 seq_len=0 key_len=0
wpa_driver_nl80211_set_key: ifindex=3 (wlan0) alg=0 addr=0 key_idx=5 set_tx=0 seq_len=0 key_len=0
wlan0: RSN: flushing PMKID list in the driver
nl80211: Flush PMKIDs
wlan0: Setting scan request: 0.100000 sec
wlan0: WPS: UUID based on MAC address: 95c55a43-c537-5b49-bee3-37dfa4fe11de
EAPOL: SUPP_PAE entering state DISCONNECTED
EAPOL: Supplicant port status: Unauthorized
nl80211: Skip set_supp_port(unauthorized) while not associated
EAPOL: KEY_RX entering state NO_KEY_RECEIVE
EAPOL: SUPP_BE entering state INITIALIZE
EAP: EAP entering state DISABLED
ctrl_interface_group=10 (from group name 'wheel')
P2P: Add operating class 81
P2P: Channels - hexdump(len=11): 01 02 03 04 05 06 07 08 09 0a 0b
P2P: Own listen channel: 81:11
P2P: Random operating channel: 81:1
P2P: initialized
P2P: channels: 81:1,2,3,4,5,6,7,8,9,10,11
P2P: cli_channels:
wlan0: Added interface wlan0
wlan0: State: DISCONNECTED -> DISCONNECTED
nl80211: Set wlan0 operstate 0->0 (DORMANT)
netlink: Operstate: ifindex=3 linkmode=-1 (no change), operstate=5 (IF_OPER_DORMANT)
Daemonize..
# udhcpc -i wlan0
udhcpc: started, v1.29.3
udhcpc: sending discover
udhcpc: sending discover
udhcpc: sending discover
^C
# ^C
#

#139 Re: 全志 SOC » 无法安装模块 » 2019-11-12 16:16:40

另外一个问题,为啥一开机模块就自动加载了,还没有执行insmod 或 modprobe

[    3.071688] gs_console_connect: port num [0] is not support console
Starting syslogd: OK
Starting klogd: OK
Starting mdev...
[    8.563000] mmc0: card 0001 removed
Initializing random number generator... [    8.688207] mmc0: queuing unknown CIS tuple 0x01 (3 bytes)
[    8.718713] mmc0: queuing unknown CIS tuple 0x1a (5 bytes)
[    8.734048] mmc0: queuing unknown CIS tuple 0x1b (8 bytes)
[    8.749245] mmc0: queuing unknown CIS tuple 0x80 (1 bytes)
[    8.759284] mmc0: queuing unknown CIS tuple 0x81 (1 bytes)
done.
[    8.773712] mmc0: queuing unknown CIS tuple 0x82 (1 bytes)
[    8.791094] mmc0: new high speed SDIO card at address 0001
Starting network: OK

Welcome to Buildroot
buildroot login:
Welcome to Buildroot
buildroot login: root
Password:
#
# lsmod
Module                  Size  Used by    Not tainted
esp8089                61440  0
#

#140 Re: 全志 SOC » 无法安装模块 » 2019-11-12 14:57:12

这是文件内容

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=wheel
ap_scan=1
network={
  ssid="makecool"
  scan_ssid=1
  key_mgmt=WPA-EAP WPA-PSK IEEE8021X NONE
  pairwise=TKIP CCMP
  group=CCMP TKIP WEP104 WEP40
  psk="makecool"
  priority=5
}

#141 Re: 全志 SOC » 无法安装模块 » 2019-11-12 14:37:38

按照坛子里找葫芦画瓢,无法联网
# wpa_supplicant -B -d -i wlan0 -c /etc/wpa_supplicant.conf
wpa_supplicant v2.7
random: Trying to read entropy from /dev/random
Successfully initialized wpa_supplicant
Initializing interface 'wlan0' conf '/etc/wpa_supplicant.conf' driver 'default' ctrl_interface 'N/A' bridge 'N/A'
Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf'
Reading configuration file '/etc/wpa_supplicant.conf'
ctrl_interface='/var/run/wpa_supplicant'
ctrl_interface_group='wheel'
ap_scan=1
Priority group 5
   id=0 ssid='makecool'
nl80211: Supported cipher 00-0f-ac:1
nl80211: Supported cipher 00-0f-ac:5
nl80211: Supported cipher 00-0f-ac:2
nl80211: Supported cipher 00-0f-ac:4
nl80211: Using driver-based off-channel TX
nl80211: Driver-advertised extended capabilities (default) - hexdump(len=8): 00 00 00 00 00 00 00 40
nl80211: Driver-advertised extended capabilities mask (default) - hexdump(len=8): 00 00 00 00 00 00 00 40
nl80211: interface wlan0 in phy phy0
nl80211: Set mode ifindex 3 iftype 2 (STATION)
nl80211: Subscribe to mgmt frames with non-AP handle 0xb6c407c0
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c407c0 match=040a
nl80211: Register frame command failed (type=208): ret=-114 (Operation already in progress)
nl80211: Register frame match - hexdump(len=2): 04 0a
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c407c0 match=040b
nl80211: Register frame command failed (type=208): ret=-114 (Operation already in progress)
nl80211: Register frame match - hexdump(len=2): 04 0b
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c407c0 match=040c
nl80211: Register frame command failed (type=208): ret=-114 (Operation already in progress)
nl80211: Register frame match - hexdump(len=2): 04 0c
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c407c0 match=040d
nl80211: Register frame command failed (type=208): ret=-114 (Operation already in progress)
nl80211: Register frame match - hexdump(len=2): 04 0d
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c407c0 match=090a
nl80211: Register frame command failed (type=208): ret=-114 (Operation already in progress)
nl80211: Register frame match - hexdump(len=2): 09 0a
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c407c0 match=090b
nl80211: Register frame command failed (type=208): ret=-114 (Operation already in progress)
nl80211: Register frame match - hexdump(len=2): 09 0b
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c407c0 match=090c
nl80211: Register frame command failed (type=208): ret=-114 (Operation already in progress)
nl80211: Register frame match - hexdump(len=2): 09 0c
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c407c0 match=090d
nl80211: Register frame command failed (type=208): ret=-114 (Operation already in progress)
nl80211: Register frame match - hexdump(len=2): 09 0d
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c407c0 match=0409506f9a09
nl80211: Register frame command failed (type=208): ret=-114 (Operation already in progress)
nl80211: Register frame match - hexdump(len=6): 04 09 50 6f 9a 09
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c407c0 match=7f506f9a09
nl80211: Register frame command failed (type=208): ret=-114 (Operation already in progress)
nl80211: Register frame match - hexdump(len=5): 7f 50 6f 9a 09
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c407c0 match=0801
nl80211: Register frame command failed (type=208): ret=-114 (Operation already in progress)
nl80211: Register frame match - hexdump(len=2): 08 01
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c407c0 match=06
nl80211: Register frame command failed (type=208): ret=-114 (Operation already in progress)
nl80211: Register frame match - hexdump(len=1): 06
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c407c0 match=0a07
nl80211: Register frame command failed (type=208): ret=-114 (Operation already in progress)
nl80211: Register frame match - hexdump(len=2): 0a 07
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c407c0 match=0a11
nl80211: Register frame command failed (type=208): ret=-114 (Operation already in progress)
nl80211: Register frame match - hexdump(len=2): 0a 11
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c407c0 match=1101
nl80211: Register frame command failed (type=208): ret=-114 (Operation already in progress)
nl80211: Register frame match - hexdump(len=2): 11 01
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c407c0 match=1102
nl80211: Register frame command failed (type=208): ret=-114 (Operation already in progress)
nl80211: Register frame match - hexdump(len=2): 11 02
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c407c0 match=0505
nl80211: Register frame command failed (type=208): ret=-114 (Operation already in progress)
nl80211: Register frame match - hexdump(len=2): 05 05
nl80211: Register frame type=0xd0 (WLAN_FC_STYPE_ACTION) nl_handle=0xb6c407c0 match=0500
nl80211: Register frame command failed (type=208): ret=-114 (Operation already in progress)
nl80211: Register frame match - hexdump(len=2): 05 00
nl80211: Failed to register Action frame processing - ignore for now
rfkill: initial event: idx=0 type=1 op=0 soft=0 hard=0
netlink: Operstate: ifindex=3 linkmode=1 (userspace-control), operstate=5 (IF_OPER_DORMANT)
Add interface wlan0 to a new radio phy0
nl80211: Regulatory information - country=00
nl80211: 2402-2472 @ 40 MHz 20 mBm
nl80211: 2457-2482 @ 20 MHz 20 mBm (no IR)
nl80211: 2474-2494 @ 20 MHz 20 mBm (no OFDM) (no IR)
nl80211: 5170-5250 @ 80 MHz 20 mBm (no IR)
nl80211: 5250-5330 @ 80 MHz 20 mBm (DFS) (no IR)
nl80211: 5490-5730 @ 160 MHz 20 mBm (DFS) (no IR)
nl80211: 5735-5835 @ 80 MHz 20 mBm (no IR)
nl80211: 57240-63720 @ 2160 MHz 0 mBm
nl80211: Added 802.11b mode based on 802.11g information
wlan0: Own MAC address: ac:d0:74:1b:8d:f3
wpa_driver_nl80211_set_key: ifindex=3 (wlan0) alg=0 addr=0 key_idx=0 set_tx=0 seq_len=0 key_len=0
wpa_driver_nl80211_set_key: ifindex=3 (wlan0) alg=0 addr=0 key_idx=1 set_tx=0 seq_len=0 key_len=0
wpa_driver_nl80211_set_key: ifindex=3 (wlan0) alg=0 addr=0 key_idx=2 set_tx=0 seq_len=0 key_len=0
wpa_driver_nl80211_set_key: ifindex=3 (wlan0) alg=0 addr=0 key_idx=3 set_tx=0 seq_len=0 key_len=0
wpa_driver_nl80211_set_key: ifindex=3 (wlan0) alg=0 addr=0 key_idx=4 set_tx=0 seq_len=0 key_len=0
wpa_driver_nl80211_set_key: ifindex=3 (wlan0) alg=0 addr=0 key_idx=5 set_tx=0 seq_len=0 key_len=0
wlan0: RSN: flushing PMKID list in the driver
nl80211: Flush PMKIDs
wlan0: Setting scan request: 0.100000 sec
wlan0: WPS: UUID based on MAC address: 95c55a43-c537-5b49-bee3-37dfa4fe11de
EAPOL: SUPP_PAE entering state DISCONNECTED
EAPOL: Supplicant port status: Unauthorized
nl80211: Skip set_supp_port(unauthorized) while not associated
EAPOL: KEY_RX entering state NO_KEY_RECEIVE
EAPOL: SUPP_BE entering state INITIALIZE
EAP: EAP entering state DISABLED
Using existing control interface directory.
ctrl_interface_group=10 (from group name 'wheel')
ctrl_iface bind(PF_UNIX) failed: Address in use
ctrl_iface exists and seems to be in use - cannot override it
Delete '/var/run/wpa_supplicant/wlan0' manually if it is not used anymore
Failed to initialize control interface '/var/run/wpa_supplicant'.
You may have another wpa_supplicant process already running or the file was
left by an unclean termination of wpa_supplicant in which case you will need
to manually remove this file before starting wpa_supplicant again.

Failed to add interface wlan0
wlan0: Request to deauthenticate - bssid=00:00:00:00:00:00 pending_bssid=00:00:00:00:00:00 reason=3 state=DISCONNECTED
wlan0: State: DISCONNECTED -> DISCONNECTED
nl80211: Set wlan0 operstate 0->0 (DORMANT)
netlink: Operstate: ifindex=3 linkmode=-1 (no change), operstate=5 (IF_OPER_DORMANT)
EAPOL: External notification - portEnabled=0
EAPOL: External notification - portValid=0
wlan0: WPA: Clear old PMK and PTK
wlan0: Cancelling scan request
wlan0: Cancelling authentication timeout
Off-channel: Clear pending Action frame TX (pending_action_tx=0
Remove interface wlan0 from radio phy0
Remove radio phy0
nl80211: deinit ifname=wlan0 disabled_11b_rates=0
nl80211: Remove monitor interface: refcount=0
netlink: Operstate: ifindex=3 linkmode=0 (kernel-control), operstate=6 (IF_OPER_UP)
nl80211: Set mode ifindex 3 iftype 2 (STATION)
nl80211: Unsubscribe mgmt frames handle 0x3e4c8f49 (mode change)
# udhcpc -i wlan0
udhcpc: started, v1.29.3
udhcpc: sending discover
^C
# ^C
#

#142 Re: 全志 SOC » 无法安装模块 » 2019-11-11 21:46:38

现在变这样了

Starting syslogd: OK
Starting klogd: OK
Starting mdev...
[    7.996061] esp8089: module is already loaded
[    8.011213] esp8089: module is already loaded
modprobe: can't load module esp8089 (kernel/drivers/net/wireless/esp8089/esp8089.ko): Invalid argument
Initializing random number generator... done.
Starting network: OK

#143 Re: 全志 SOC » 无法安装模块 » 2019-11-11 15:47:50

Starting syslogd: OK
Starting klogd: OK
Starting mdev...
modprobe: can't change directory to '4.15.0-rc8-licheepi-nano+': No such file or directory
Initializing random number generator... done.
Starting network: OK

目录4.15.0-rc8-licheepi-nano+是什么意思,为什么要有这个目录

#144 Re: 全志 SOC » 无法安装模块 » 2019-11-11 13:41:48

官网下载的也不行
# insmod esp8089.ko
[   40.658175] esp8089: version magic '4.15.0-next-20180202-licheepi-nano+ mod_unload ARMv5 p2v8 ' should be '4.15.0-rc8-licheepi-nano+ mod_unload ARMv5 p2v8 '
[   40.687681] esp8089: version magic '4.15.0-next-20180202-licheepi-nano+ mod_unload ARMv5 p2v8 ' should be '4.15.0-rc8-licheepi-nano+ mod_unload ARMv5 p2v8 '
insmod: can't insert 'esp8089.ko': invalid module format

#147 全志 SOC » 无法安装模块 » 2019-11-11 12:03:57

cris8259
回复: 27

# insmod esp8089.ko
[ 4442.485946] esp8089: version magic '4.15.0-rc8-licheepi-nano+ mod_unload ARMv7 p2v8 ' should be '4.15.0-rc8-licheepi-nano+ mod_unload ARMv5 p2v8 '
[ 4442.505252] esp8089: version magic '4.15.0-rc8-licheepi-nano+ mod_unload ARMv7 p2v8 ' should be '4.15.0-rc8-licheepi-nano+ mod_unload ARMv5 p2v8 '
insmod: can't insert 'esp8089.ko': invalid module format

这是怎么回事,ARMv7 和 ARMv5 是哪里决定的

#148 Re: 全志 SOC » V3S主线驱动wifi-esp8089 » 2019-11-11 08:48:13

照样编译不通过,缺少RX_FLAG_ICV_STRIPPED定义

#149 Re: 全志 SOC » ESP8089工作一段时间后掉驱动的问题有人解决了吗? » 2019-11-10 12:57:17

阿黄 说:

经测试,还是会崩掉,我添加一些log看看到底原因在哪

解决了吗,有没有后续报道

#150 Re: 全志 SOC » LicheePi Nano 开机显示异常 » 2019-11-10 11:37:22

遇到了同样的问题,花屏是怎么解决的

#151 Re: 全志 SOC » licheepi_zero开发板 buildroot配置 一键编译 » 2019-11-09 20:05:53

要是buildroot里面再加个demo app编译进去就完整了

#153 Re: 全志 SOC » 关于buildroot » 2019-11-08 23:57:36

jimmy 说:

应该是说buildroot生成的arm-linux-gcc,用这个编译出的应用程序是没有问题的,而别的工具链由于参数的问题,生成的应用程序指令集有问题。

就是说编译buildroot 和 app 用 buildroot生成的工具链,这样参数不会有问题,而编译BootLoader和kernel用buildroot生成的工具链或者其他工具链都行,是这个意思吗

#154 Re: 全志 SOC » 关于buildroot » 2019-11-08 17:32:58

我思故我在 说:
cris8259 说:

uboot kernel 都是用/opt/gcc-linaro-7.2.1-2017.11-x86_64_arm-linux-gnueabi编译,为何buildroot用一样的编译器就不行了

用 -v 参数打印出来看下, 可能要设置一个参数, 如果用默认参数编译会生成arm9识别不了的指令,然后就没有然后了。

你的意思是buildroot生成了arm9的指令?你是指打印什么参数,需要设置什么参数

#155 Re: 全志 SOC » 关于buildroot » 2019-11-08 16:56:56

uboot kernel 都是用/opt/gcc-linaro-7.2.1-2017.11-x86_64_arm-linux-gnueabi编译,为何buildroot用一样的编译器就不行了

#156 全志 SOC » 关于buildroot » 2019-11-08 12:08:29

cris8259
回复: 16

buildroot使用外部编译工具链,会导致panic,使用内部工具链,则可以正常启动。

Toolchain设置
1. Toolchain type (External toolchain)  --->
2. Toolchain (Custom toolchain)
3. Toolchain origin (Pre-installed toolchain)
4. (/opt/gcc-linaro-7.2.1-2017.11-x86_64_arm-linux-gnueabi) Toolchain
5. (arm-linux-gnueabi) Toolchain prefix
6. External toolchain gcc version (7.x)  --->
7. External toolchain kernel headers series (4.10.x)
8. External toolchain C library (glibc/eglibc)
9. [//*] Toolchain has SSP support? (NEW)
10.[//*] Toolchain has RPC support? (NEW)

问题:
1. 按照上面设置编译出来,运行会导致panic,如下,什么原因
[    1.786977] VFS: Mounted root (jffs2 filesystem) on device 31:3.
[    1.795787] devtmpfs: mounted
[    1.805273] Freeing unused kernel memory: 1024K
[    2.074266] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
[    2.074266]
[    2.083419] CPU: 0 PID: 1 Comm: init Not tainted 4.15.0-rc8-licheepi-nano+ #5
[    2.090537] Hardware name: Allwinner suniv Family
[    2.095323] [<c010e550>] (unwind_backtrace) from [<c010b6a8>] (show_stack+0x10/0x14)
[    2.103079] [<c010b6a8>] (show_stack) from [<c0116878>] (panic+0xb8/0x230)
[    2.109958] [<c0116878>] (panic) from [<c0118034>] (do_exit+0x96c/0x9a4)
[    2.116659] [<c0118034>] (do_exit) from [<c0118bb8>] (do_group_exit+0x3c/0xb4)
[    2.123877] [<c0118bb8>] (do_group_exit) from [<c0121758>] (get_signal+0x144/0x558)
[    2.131537] [<c0121758>] (get_signal) from [<c010a934>] (do_signal+0xc4/0x404)
[    2.138766] [<c010a934>] (do_signal) from [<c010ae3c>] (do_work_pending+0xb8/0xcc)
[    2.146335] [<c010ae3c>] (do_work_pending) from [<c0107d48>] (slow_work_pending+0xc/0x20)
[    2.154500] Rebooting in 5 seconds..
[    8.133732] Reboot failed -- System halted

2. 使用外部工具链时,设置8. External toolchain C library (glibc/eglibc)必须选择glibc/eglibc ,不然编译会报错c lib选择错误,这是为何
3. 使用外部工具链时,设置7. External toolchain kernel headers series (4.10.x) 必须选择4.10.x , 我选4.15.x会报错显示预期是4.15,实际是4.10,
    这个4.10.x是由哪里决定的?

4. 如果使用内部工具链,则设置8中的C library 随便选哪个都可以编译通过,而且系统可以正常运行,原因何在

#158 Re: 计算机图形/GUI/RTOS/FileSystem/OpenGL/DirectX/SDL2 » ZLG开源 GUI 引擎 AWTK 1.1 发布 » 2019-11-06 11:20:28

有没有简单浅显的入门教程。clone awtk.git  awtk-examples.git  awtk-linux-fb.git ,这三个文件夹之间有个什么样的关系,文件之间是怎么关联起来的?自己的代码文件应该放在哪里,什么样的文件组织形式比较合适?

#159 Re: 计算机图形/GUI/RTOS/FileSystem/OpenGL/DirectX/SDL2 » ZLG开源 GUI 引擎 AWTK 1.1 发布 » 2019-11-06 09:59:59

2.编辑 awtk_config.py 设置工具链的路径
TSLIB_LIB_DIR='/opt/28x/tslib/lib'
TSLIB_INC_DIR='/opt/28x/tslib/include'
TOOLS_PREFIX='/opt/28x/gcc-4.4.4-glibc-2.11.1-multilib-1.0/arm-fsl-linux-gnueabi/bin/arm-linux-'

按照步骤2改成
#for prebuild tslib
TSLIB_LIB_DIR='/opt/28x/tslib/lib'
TSLIB_INC_DIR='/opt/28x/tslib/include'
TOOLS_PREFIX='/opt/gcc-linaro-7.2.1-2017.11-x86_64_arm-linux-gnueabi/bin/arm-linux-gnueabi-'
#TOOLS_PREFIX='/opt/poky/1.7/sysroots/x86_64-pokysdk-linux/usr/bin/arm-poky-linux-gnueabi/arm-poky-linux-gnueabi-'

#for pc build
TOOLS_PREFIX=''
TSLIB_LIB_DIR=''
OS_FLAGS='-g -Wall '

发现TOOLS_PREFIX有两次赋值

#161 Re: 计算机图形/GUI/RTOS/FileSystem/OpenGL/DirectX/SDL2 » ZLG开源 GUI 引擎 AWTK 1.1 发布 » 2019-11-05 19:50:16

arm-linux-gnueabi-strip build/bin/demoui
arm-linux-gnueabi-strip:build/bin/demoui: 不可识别的文件格式

不可识别怎么解决

#163 Re: 全志 SOC » 关于分辨率 » 2019-11-04 10:06:16

只需要在设备树中修改引脚配置,其他地方无需修改吗

#164 Re: 全志 SOC » 关于分辨率 » 2019-11-03 13:25:55

有没有大神一一解答一下

#165 Re: 全志 SOC » 关于分辨率 » 2019-11-01 22:36:03

.hsync_start = 800 + 88,
    .hsync_end = 800 + 88 + 80,
    .htotal = 800 + 88 + 80 + 88,

    .vsync_start = 480 + 10,
    .vsync_end = 480 + 10 + 25,
    .vtotal = 480 + 10 + 25 + 10,
1. 这些后面加的是什么意思
2..bus_format = MEDIA_BUS_FMT_RGB888_1X7X4_SPWG,这个参数是什么意思,硬件上一般接法不应该是RGB666吗,这个RGB888为啥还能正常显示?如果硬件设计时使用的RGB565,可以省出两个IO口,这个时候应该怎么修改

#167 Re: 全志 SOC » 关于分辨率 » 2019-11-01 20:36:13

换屏幕,现在屏幕是480x480分辨率

#168 Re: 全志 SOC » 关于分辨率 » 2019-11-01 20:01:16

panel-simple.c里面
static const struct drm_display_mode lg_lb070wv8_mode = {
    .clock = 33246,
    .hdisplay = 800,
    .hsync_start = 800 + 88,
    .hsync_end = 800 + 88 + 80,
    .htotal = 800 + 88 + 80 + 88,
    .vdisplay = 480,
    .vsync_start = 480 + 10,
    .vsync_end = 480 + 10 + 25,
    .vtotal = 480 + 10 + 25 + 10,
    .vrefresh = 60,
};

static const struct panel_desc lg_lb070wv8 = {
    .modes = &lg_lb070wv8_mode,
    .num_modes = 1,
    .bpc = 16,
    .size = {
        .width = 151,
        .height = 91,
    },
    .bus_format = MEDIA_BUS_FMT_RGB888_1X7X4_SPWG,
};

应该改哪个

#169 Re: 全志 SOC » 关于分辨率 » 2019-11-01 19:04:18

xgui 说:

找 dts 文件, 关于 panel 那段代码

    panel: panel {
        compatible = "lg,lb070wv8", "simple-panel";
        #address-cells = <1>;
        #size-cells = <0>;
        enable-gpios = <&pio 4 6 GPIO_ACTIVE_HIGH>;

        port@0 {
            reg = <0>;
            #address-cells = <1>;
            #size-cells = <0>;

            panel_input: endpoint@0 {
                reg = <0>;
                remote-endpoint = <&tcon0_out_lcd>;
            };
        };
    };

panel里面哪有分辨率一说

#171 Re: 全志 SOC » 关于分辨率 » 2019-11-01 11:05:23

ffplay 说:

我记得 V3s 只要改一次 u-boot 的分辨率就行, Linux 自动跟着修改了。

可能由于Linux4.14 之后显示驱动架构修改了, 所以 linux 的 dts 还要调整一次 lcd 的分辨率等参数。

dts没看到有分辨率的参数

#172 Re: 全志 SOC » 关于分辨率 » 2019-11-01 10:27:08

ffplay 说:

f1c100s 改 u-boot 的参数:

CONFIG_VIDEO_LCD_MODE="x:800,y:480,depth:18,pclk_khz:33000,le:87,ri:40,up:31,lo:13,hs:1,vs:1,sync:3,vmode:0"

1. 在哪个选项下有这个设置,没看到有。看到有
    ARM architecture  -> [//*] Enable graphical uboot console on HDMI, LCD or VGA

2. 修改这个分辨率,kernel下也会使用这个分辨率吗 ?

#173 全志 SOC » 关于分辨率 » 2019-11-01 09:53:50

cris8259
回复: 20

如果要修改显示分辨率,比如改成480x480,有哪些相关的地方,需要做哪些修改

#174 Re: 全志 SOC » 挖坑分支 » 2019-10-30 21:44:37

关键是这些乱七八糟的分支没人维护,多少年不更新了。你看看坛子里有多少人是重复着采坑。如果有人维护,这些坑踩一遍就提交更新了

#175 Re: 全志 SOC » 挖坑分支 » 2019-10-30 17:45:30

强烈支持搞一个挖坑社区的分支,最好是在坑网的服务器,访问无压力

#176 Re: 全志 SOC » 挖坑分支 » 2019-10-28 11:21:59

我看有些分支都是几年没动过的,用这些代码,我们都填一遍一样的坑

#177 全志 SOC » 挖坑分支 » 2019-10-28 10:45:22

cris8259
回复: 10

1. https://github.com/torvalds/linux.git
2. https://github.com/Icenowy/linux.git
3. https://github.com/Lichee-Pi/linux.git

看到坛子里用torvalds  Icenowy  Lichee-Pi分支,总是各有各的问题,为什么我们不自己维护一个分支,把填的坑及时提交上去,这样坑越来越少,免得每个人都跟着挖一遍坑

#178 Re: 全志 SOC » f1c100s 一直重启 » 2019-10-27 17:39:19

替换dtb和kernel,正常启动。替换u-boot,无法启动。查找uboot的问题,后来发现boot arguments写成了
console=ttyS0 console=ttyS0,115200 panic=5 rootwait root=/dev/mtdblock3 rw   rootfstype=jffs2 earlyprintk

多了一句console=ttyS0,去掉后成功启动。

不过earlyprintk 还是没有出来,不知道是哪里漏掉没有修改导致出不来

#179 Re: 全志 SOC » f1c100s 一直重启 » 2019-10-26 18:18:05

https://whycan.cn/t_2689.html 这个固件,可以成功启动,然后只替换我自己的kernel ,无法启动了

#180 Re: 全志 SOC » f1c100s 一直重启 » 2019-10-26 16:48:03

https://whycan.cn/t_2689.html 这个固件,可以成功启动

U-Boot SPL 2018.01-05684-gb7dcb96-dirty (Jul 21 2019 - 21:23:17)
DRAM: 32 MiB
SPL: Unsupported Boot Device!
Trying to boot from sunxi SPI


U-Boot 2018.01-05684-gb7dcb96-dirty (Jul 21 2019 - 21:23:17 -0400) Allwinner Technology

CPU:   Allwinner F Series (SUNIV)
Model: Whycan Pi Nano
DRAM:  32 MiB
Using default environment

Setting up a 800x480 lcd console (overscan 0x0)
In:    serial@1c25000
Out:   serial@1c25000
Err:   serial@1c25000
Hit any key to stop autoboot:  0 
SF: Detected w25q64cv with page size 256 Bytes, erase size 4 KiB, total 8 MiB
device 0 offset 0x60000, size 0x10000
SF: 65536 bytes @ 0x60000 Read: OK
Error: Bad gzipped data
There is no valid bmp file at the given address
device 0 offset 0x100000, size 0x4000
SF: 16384 bytes @ 0x100000 Read: OK
device 0 offset 0x110000, size 0x400000
SF: 4194304 bytes @ 0x110000 Read: OK
## Flattened Device Tree blob at 80c00000
   Booting using the fdt blob at 0x80c00000
   Loading Device Tree to 80ea4000, end 80ea8f2a ... OK

Starting kernel ...

[    0.000000] Booting Linux on physical CPU 0x0
[    0.000000] Linux version 4.15.0-licheepi-nano+ (root@ubuntu) (gcc version 7.4.1 20181213 [linaro-7.4-2019.02 revision 56ec6f6b99cc167ff0c2f8e1a2eed33b1edc85d4] (Linaro GCC 7.4-2019.02)) #41 Sun Jul 21 21:25:38 EDT 2019
[    0.000000] CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=0005317f
[    0.000000] CPU: VIVT data cache, VIVT instruction cache
[    0.000000] OF: fdt: Machine model: Lichee Pi Nano
[    0.000000] Memory policy: Data cache writeback
[    0.000000] random: fast init done

#181 Re: 全志 SOC » f1c100s 一直重启 » 2019-10-26 16:36:37

我的flash是8M的,不匹配
sunxi-fel 有没有擦除整片flash的指令

#182 Re: 全志 SOC » f1c100s 一直重启 » 2019-10-26 13:25:04

写入ZImage大小 3.8 MB (3,788,224 字节),0x39CDBF
读取大小 4MB, 0x400000

通过比较 0 - 0x39CDBF 内容全部相同,读取后面的内容 0x39CDC0 - 0x3939CFFF 内容全部为 0XFF,0x39D000 - 0x3FFFFF有数据

#183 Re: 全志 SOC » f1c100s 一直重启 » 2019-10-26 12:06:02

没有超,3.8 MB (3,788,224 字节)

#184 Re: 全志 SOC » f1c100s 一直重启 » 2019-10-26 11:55:03

烧录是按照设备树里分区来烧录的
sudo sunxi-fel -p spiflash-write 0x64000 arch/arm/boot/zImage

partitions 
{
	compatible = "fixed-partitions";
	#address-cells = <1>;
	#size-cells = <1>;

	partition@0 
	{
		label = "u-boot";
		reg = <0x000000 0x58000>;
		read-only;
	};

	partition@60000 
	{
		label = "dtb";
		reg = <0x60000 0x4000>;
		read-only;
	};

	partition@64000 
	{
		label = "kernel";
		reg = <0x64000 0x400000>;
		read-only;
	};

	partition@464000 
	{
		label = "rootfs";
		reg = <0x464000 0x390000>;

	};
};

有成功进入过kernel,后来烧录几次不知道怎么就不行了。这个跟文件系统有没有关系

#185 Re: 全志 SOC » f1c100s 一直重启 » 2019-10-26 11:32:51

1 Uboot配置  boot arguments中加入earlyprintk
  console=ttyS0,  console=ttyS0,115200 panic=5 rootwait root=/dev/mtdblock3 rw rootfstype=jffs2 earlyprintk
2 Kernel配置
   [//*] Kernel debugging
   [//*] Kernel low-level debugging functions (read help!)     
              Kernel low-level debugging port (Kernel low-level debugging via 8250 UART)  --->   
    (0x01c28000) Physical base address of debug UART                                       
    (0xf1c28000) Virtual base address of debug UART   
   [//*] Early printk

重新编译uboot kenel烧写,开始在starting kernel,不自动重启了

U-Boot SPL 2018.01 (Oct 26 2019 - 10:51:41)
DRAM: 32 MiB
Trying to boot from MMC1
Card did not respond to voltage select!
mmc_init: -95, time 22
spl: mmc init failed with error: -95
Trying to boot from sunxi SPI


U-Boot 2018.01 (Oct 26 2019 - 10:51:41 +0800) Allwinner Technology

CPU:   Allwinner F Series (SUNIV)
Model: Lichee Pi Nano
DRAM:  32 MiB
MMC:   SUNXI SD/MMC: 0
SF: Detected w25q64cv with page size 256 Bytes, erase size 4 KiB, total 8 MiB
*** Warning - bad CRC, using default environment

In:    serial
Out:   serial
Err:   serial
Net:   No ethernet found.
starting USB...
No controllers found
Hit any key to stop autoboot:  0 
SF: Detected w25q64cv with page size 256 Bytes, erase size 4 KiB, total 8 MiB
device 0 offset 0x60000, size 0x4000
SF: 16384 bytes @ 0x60000 Read: OK
device 0 offset 0x64000, size 0x400000
SF: 4194304 bytes @ 0x64000 Read: OK
## Flattened Device Tree blob at 80c00000
   Booting using the fdt blob at 0x80c00000
   Loading Device Tree to 816fb000, end 816fff26 ... OK

Starting kernel ...

没有earlyprintk的log出来,是不是哪里要改代码

#186 全志 SOC » f1c100s 一直重启 » 2019-10-26 00:51:15

cris8259
回复: 17
CPU:   Allwinner F Series (SUNIV)
Model: Lichee Pi Nano
DRAM:  32 MiB
MMC:   SUNXI SD/MMC: 0
SF: Detected w25q64cv with page size 256 Bytes, erase size 4 KiB, total 8 MiB
*** Warning - bad CRC, using default environment

In:    serial
Out:   serial
Err:   serial
Net:   No ethernet found.
starting USB...
No controllers found
Hit any key to stop autoboot:  0 
SF: Detected w25q64cv with page size 256 Bytes, erase size 4 KiB, total 8 MiB
device 0 offset 0x60000, size 0x4000
SF: 16384 bytes @ 0x60000 Read: OK
device 0 offset 0x64000, size 0x400000
SF: 4194304 bytes @ 0x64000 Read: OK
## Flattened Device Tree blob at 80c00000
   Booting using the fdt blob at 0x80c00000
   Loading Device Tree to 816fb000, end 816fff26 ... OK

Starting kernel ...


U-Boot SPL 2018.01 (Oct 25 2019 - 19:18:22)
DRAM: 32 MiB
Trying to boot from MMC1
Card did not respond to voltage select!
mmc_init: -95, time 22
spl: mmc init failed with error: -95
Trying to boot from sunxi SPI

走到starting kernel一直不断重启,什么情况

#187 Re: 全志 SOC » 编译buildroot问题 » 2019-10-25 12:19:37

./../misc/create_inode.c: At top level:
./../misc/create_inode.c:399:18: error: conflicting types for ‘copy_file_range’
static errcode_t copy_file_range(ext2_filsys fs, int fd, ext2_file_t e2_file,
                  ^~~~~~~~~~~~~~~
In file included from ./../misc/create_inode.c:19:0:
/usr/include/unistd.h:1110:9: note: previous declaration of ‘copy_file_range’ was here
ssize_t copy_file_range (int __infd, __off64_t *__pinoff,
         ^~~~~~~~~~~~~~~
Makefile:422: recipe for target 'create_inode.o' failed
make[3]: *** [create_inode.o] Error 1
make[3]: *** 正在等待未完成的任务....
make[3]: 离开目录“/home/hj/buildroot-2017.08/output/build/host-e2fsprogs-1.43.4/debugfs”
Makefile:404: recipe for target 'all-progs-recursive' failed
make[2]: *** [all-progs-recursive] Error 1
make[2]: 离开目录“/home/hj/buildroot-2017.08/output/build/host-e2fsprogs-1.43.4”
Makefile:339: recipe for target 'all' failed
make[1]: *** [all] Error 2
make[1]: 离开目录“/home/hj/buildroot-2017.08/output/build/host-e2fsprogs-1.43.4”
package/pkg-generic.mk:227: recipe for target '/home/hj/buildroot-2017.08/output/build/host-e2fsprogs-1.43.4/.stamp_built' failed
make: *** [/home/hj/buildroot-2017.08/output/build/host-e2fsprogs-1.43.4/.stamp_built] Error 2


这是什么问题

#188 Re: 全志 SOC » 编译buildroot问题 » 2019-10-25 10:38:27

ippen 说:

如果你用的内核不是4.19版本,要在配置里面选一下对应的版本,不然有奇奇怪怪的问题

1. git clone  https://github.com/Icenowy/linux.git --depth=1 -b f1c100s-480272lcd-test 是什么版本
2. 我用buildroot-2017.08编译出来生成的rootfs.tar文件有90M左右,rootfs.jffs2有50M多,这是什么原因?这个版本的buildroot编译有时通过,有时报错,奇奇怪怪的,clean后再编译也不行
3.buildroot-2019.02.6编译出来rootfs.tar大小2.5M,rootfs.jffs2大小1.1M,哪些地方决定了编译出来的大小差异这么大
4.编译生成rootfs.tar文件后,怎么变成镜像文件,坛子里的看不懂,小白没有linux基础,能说得更简单一些就好了

#189 Re: 全志 SOC » 编译buildroot问题 » 2019-10-24 23:02:06

有没有比较全的buildroot各项的介绍,然后f1c100s该如何设置。总是各种奇奇怪怪的问题

#190 Re: 全志 SOC » 编译设备树问题 » 2019-10-23 23:42:46

k455619 说:

在/home/gust/F1c200s/linux/arch/arm/boot/dts修改Makefile添加你自己的设备树.dtb,
make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- -j8 编译就可以了

我看makefile里面有这么一句
dtb-$(CONFIG_MACH_SUNIV) += \
    suniv-f1c100s-licheepi-nano.dtb

是不是就是你所说的

#191 Re: 全志 SOC » 编译设备树问题 » 2019-10-23 10:13:13

晕哥 说:

1. 好像是可以重新编译
2. 如果1可以,这个也可以
3. 可以单独生成dtb文件, 假如arch/arm/boot/xxx.dts,
    用 make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- xxx.dtb 命令单独生成.

3. 按照3中你的方法编译立马有效
2. 好像不会重新编译

#192 全志 SOC » 编译设备树问题 » 2019-10-22 21:38:34

cris8259
回复: 5

小白发问:
1. 在linux目录下 make ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- -j8 ,dts也会被编译吗?
2. linux代码不变,设备树dts 有修改,使用问题1的方法编译,dts会被重新编译吗?
3. 如果单独编译dts? 如果代码不变,dts有修改,用什么方法重新生成dtb最优

#193 Re: 全志 SOC » 128pin的F1C800,带MIPI输出, 支持H.265解码 » 2019-10-22 10:36:35

一个价格怎么还私信,有这个必要吗

#194 Re: 全志 SOC » 编译buildroot问题 » 2019-10-21 09:08:09

看了一下, [ ] Linux Kernel     这个选项是没有选中的。
dl目录下看到有linux4.19 压缩包

#195 全志 SOC » 编译buildroot问题 » 2019-10-20 23:39:20

cris8259
回复: 14

小白提问
编译buildroot耗时特别长,看到在下载linux4.19,这个跟buildroot有什么关联,怎么解决

--2019-10-20 23:21:44--  https://cdn.kernel.org/pub/linux/kernel/v4.x/linux-4.19.76.tar.xz
正在解析主机 cdn.kernel.org (cdn.kernel.org)... 151.101.229.176, 2a04:4e42:1a::432
正在连接 cdn.kernel.org (cdn.kernel.org)|151.101.229.176|:443... 已连接。
已发出 HTTP 请求,正在等待回应... 200 OK
长度: 103311020 (99M) [application/x-xz]
正在保存至: “/home/hj/buildroot-2019.02.6/output/build/.linux-4.19.76.tar.xz.6gVO4J/output”

/output               6%[>                   ]   6.86M  6.44KB/s    剩余 2h 12m

#196 Re: 全志 SOC » f1c100s用哪个分支 » 2019-10-20 22:17:22

晕哥 说:

1. 用这个 f1c100s-480272lcd-test 分支, 然后自己手动修复一个 USB 问题,驱动就比较全了。
2. nano-5.2-flash 可以试一试。
3. melis 你到本站搜一下,我不方便在这里提供下载,否则全志又会叫我删帖了。

1. USB问题是什么问题,怎么修复
2. https://github.com/torvalds/linux.git 这里面的版本又有什么区别,优先使用等级如何

#197 Re: 全志 SOC » f1c100s用哪个分支 » 2019-10-18 09:00:40

xgui 说:

这两个分支命名不是很合理, nano-lcd800480, nano-v2018.01 其实只修改了一点无关紧要的内容,都可以驱动LCD。

那就是都可以用,无所谓咯

#198 Re: 全志 SOC » f1c100s用哪个分支 » 2019-10-18 00:48:26

还有uboot的分支, https://github.com/Lichee-Pi/u-boot.git 中有nano-lcd800480和nano-v2018.01  , 用哪个分支,按照命名理解区别就是有没有液晶显示 ?

#199 Re: 全志 SOC » 构建windows 交叉编译环境 » 2019-10-18 00:15:26

是不是会卡,鼠标不听使唤,不知道啥情况

#200 Re: 全志 SOC » 构建windows 交叉编译环境 » 2019-10-17 23:29:30

i7-6700 8核,分配给虚拟机4核4G

页脚

工信部备案:粤ICP备20025096号 Powered by FluxBB

感谢为中文互联网持续输出优质内容的各位老铁们。 QQ: 516333132, 微信(wechat): whycan_cn (哇酷网/挖坑网/填坑网) service@whycan.cn