您尚未登录。

#1 Re: 全志 SOC » 全志xplayerdemo和tplayerdemo有什么区别呢 » 2025-10-17 18:22:21

我刚才扒文档看到这个,文档说tplayerdemo和xplayerdemo这2个播放器功能一样,只是tplayerdemo是基于tplayer 对接,
相对比xplayerdemo多封装了一层tplayer。
有人知道这个的目的吗?感觉这样搞会很乱啊

#2 全志 SOC » 全志xplayerdemo和tplayerdemo有什么区别呢 » 2025-10-17 18:19:30

Nopiskl
回复: 1

如题,我打算在T113 s3芯片上面使用硬解码,用的是Tina5.0 sdk+buildroot系统,在buildroot界面能看到xplayerdemo和tplayerdemo,我在网上搜了一圈发现这两个都能实现基本的视频播放,但是不太清楚这两个区别,我看tplayerdemo好多调用xplayer相关API,不太清楚这两个的关系

本人小白一个,刚接触全志sdk的编解码,不太清楚这些

#3 Re: 全志 SOC » 全志soc使用mipi屏幕时启用framebuffer console会导致屏幕异常 » 2025-09-14 18:50:01

我刚才试了一下我手上的t113、a133和v851s的芯片,都会出现这种状况,应该是tina sdk的一个bug,我用的是Tina5,主线应该不会有这种情况

#4 Re: 全志 SOC » 全志soc使用mipi屏幕时启用framebuffer console会导致屏幕异常 » 2025-09-14 11:54:14

问题解决了,分析了一下应该是uboot分配了一块buffer,到内核的时候fbcon又分配了一块内核,但是layer0的buffer指的仍然是uboot的那块。解决方法就是直接禁用uboot的disp初始化就可以

#5 Re: 全志 SOC » 全志soc使用mipi屏幕时启用framebuffer console会导致屏幕异常 » 2025-09-13 16:11:56

补充一下:

[    0.706195] [DISP]disp_module_init
[    0.710254] disp 5000000.disp: Adding to iommu group 0
[    0.716008] [DISP] disp_init,line:2331:
[    0.716014] smooth display screen:0 type:1 mode:4
[    0.741177] display_fb_request,fb_id:0
[    0.755589] disp_al_manager_apply ouput_type:1
[    0.755867] [DISP] lcd_clk_config,line:777:
[    0.755879] disp 0, clk: pll(450000000),clk(450000000),dclk(75000000) dsi_rate(75000000)
[   12.005360] [DISP]disp_module_init finish
[   15.068616] [DISP] fb_free_reserve_mem,line:2312:
[   15.068620] [DISP] fb_free_reserve_mem wait for sync timeout

#6 全志 SOC » 全志soc使用mipi屏幕时启用framebuffer console会导致屏幕异常 » 2025-09-13 14:49:40

Nopiskl
回复: 4

如题,我最近在调试全志的mipi屏幕,分辨率1280x800

在启用这个设置之前屏幕驱动是可以正常加载的并且屏幕显示正常

但是我启动以下设置
Device Drivers  --->
    Graphics support  --->
        Frame buffer Devices  --->
            <*> Support for frame buffer devices
                                Video support for sunxi --->
                                      <*> Framebuffer Console Support(sunxi)
        Console display driver support  --->
            <*> Framebuffer Console support
            <*>   Map the console to the primary display device
进入kernel前uboot可以正常加载logo
进入kernel后屏幕背光亮但是cat /dev/urandom > /dev/fb0无反应,屏幕一直黑屏
以下是输出信息

[    0.701898] [DISP]disp_module_init
[    0.705922] disp 5000000.disp: Adding to iommu group 0
[    0.711742] [DISP] disp_init,line:2331:
[    0.711747] smooth display screen:0 type:1 mode:4
[    0.736837] display_fb_request,fb_id:0
[    0.751058] disp_al_manager_apply ouput_type:1
[    0.751306] [DISP] lcd_clk_config,line:777:
[    0.751317] disp 0, clk: pll(450000000),clk(450000000),dclk(75000000) dsi_rate(75000000)
[    0.751317]      clk real:pll(444000000),clk(444000000),dclk(111000000) dsi_rate(150000000)
[    1.047341] ------kernel----> mipi_10_800x1280 init
[    2.325130] Console: switching to colour frame buffer device 100x80
[    2.431981] [DISP]disp_module_init finish

也可以看到Console: switching to colour frame buffer device 100x80正常切换

小白一个,希望大佬指点以下,感谢

#7 全志 SOC » 全志soc移植fbtft驱动时遇到的一些问题 » 2025-08-13 14:14:58

Nopiskl
回复: 0

我在全志T113s3上移植ili9341的时候,遇到了Failed to request reset-gpios GPIO:-2驱动报错


然后通过分析发现是fbtft_request_one_gpio这个函数报错


5.x以上该函数原型

static int fbtft_request_one_gpio(struct fbtft_par *par,
				  const char *name, int index,
				  struct gpio_desc **gpiop)
{
	struct device *dev = par->info->device;

	*gpiop = devm_gpiod_get_index_optional(dev, name, index,
					       GPIOD_OUT_LOW);
	if (IS_ERR(*gpiop))
		return dev_err_probe(dev, PTR_ERR(*gpiop), "Failed to request %s GPIO\n", name);

	fbtft_par_dbg(DEBUG_REQUEST_GPIOS, par, "%s: '%s' GPIO\n",
		      __func__, name);

	return 0;
}

4.x及以下函数原型

static int fbtft_request_one_gpio(struct fbtft_par *par,
				  const char *name, int index,
				  struct gpio_desc **gpiop)
{
    struct device *dev = par->info->device;
    struct device_node *node = dev->of_node;
    int gpio, flags, ret = 0;
    enum of_gpio_flags of_flags;
	char gpio_names[32];

	sprintf(gpio_names, "%s-gpios", name);
    if (of_find_property(node, gpio_names, NULL)) {
        gpio = of_get_named_gpio_flags(node, gpio_names, index, &of_flags);
        if (gpio == -ENOENT)
            return 0;
        if (gpio == -EPROBE_DEFER)
            return gpio;
        if (gpio < 0) {
            dev_err(dev,
                "failed to get '%s' from DT\n", gpio_names);
            return gpio;
        }

         //active low translates to initially low 
        flags = (of_flags & OF_GPIO_ACTIVE_LOW) ? GPIOF_OUT_INIT_LOW :
                            GPIOF_OUT_INIT_HIGH;
        ret = devm_gpio_request_one(dev, gpio, flags,
                        dev->driver->name);
        if (ret) {
            dev_err(dev,
                "gpio_request_one('%s'=%d) failed with %d\n",
                gpio_names, gpio, ret);
            return ret;
        }

        *gpiop = gpio_to_desc(gpio);
        fbtft_par_dbg(DEBUG_REQUEST_GPIOS, par, "%s: '%s' = GPIO%d\n",
                            __func__, gpio_names, gpio);
    }
    return ret;
}

对比了一下发现是高版本的Linux使用了最新的 GPIO 消费者 API 规范中的devm_gpiod_get_index_optional,将其修改为老版本的函数就不会报错


但是我有一些问题,全志T113 BSP中的内核是5.4的,是全志BSP中没有对这些新的消费者 API 规范进行完善吗?如果使用新版主线的话,这些函数还能使用吗?


本人小白一个,希望大佬们能给一些见解

#8 Re: 全志 SOC » 自制T113-I 核心板一次成功开机 » 2025-05-06 23:55:08

大佬真的厉害,手焊bga真的容易挂,所以一直都没尝试过

#9 Re: RK3288/RK3399/RK1108 » 为什么瑞芯微公开资料这么少呢 » 2025-05-06 23:51:09

而且国内芯片厂的手册写的也是一言难尽,可以看看国外的,那个手册真的全面而且详细

页脚

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

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