一区二区三区三上|欧美在线视频五区|国产午夜无码在线观看视频|亚洲国产裸体网站|无码成年人影视|亚洲AV亚洲AV|成人开心激情五月|欧美性爱内射视频|超碰人人干人人上|一区二区无码三区亚洲人区久久精品

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

double buffer的fbdev驅(qū)動(dòng)與應(yīng)用

FPGA之家 ? 來(lái)源:CSDN技術(shù)社區(qū) ? 作者:嵌入式Hacker ? 2021-03-21 11:26 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

一、為何需要 double buffer?

single buffer 會(huì)導(dǎo)致:

屏幕撕裂(tearing),即在屏幕上同時(shí)看到多幀數(shù)據(jù)拼接在一起。

點(diǎn)擊查看大圖

single buffer 為何會(huì)造成撕裂:

refresh rate 和 frame rate 不一致。

refresh rate 表示的是 屏幕每秒能更新多少次顯示,例如 30hz / 60hz。

點(diǎn)擊查看大圖

frame rate 表示的是 lcd controller / gpu 每秒能繪制多少幀數(shù)據(jù),例如 30fps / 60fps。

點(diǎn)擊查看大圖

LCD controller / gpu 和 屏幕協(xié)作完成一幀圖像的顯示:

點(diǎn)擊查看大圖

在 single buffer 的場(chǎng)景下,LCD user 和 LCD controller / gpu 總是在共用同一個(gè) framebuffer,且沒(méi)有同步機(jī)制。

LCD user 是寫(xiě)者,LCD controller / gpu 是讀者。

由于存在競(jìng)爭(zhēng)關(guān)系且讀寫(xiě)沒(méi)有同步機(jī)制,framebuffer 里必須會(huì)發(fā)生同時(shí)存在frame N 和 frame N-1 的數(shù)據(jù),此時(shí) LCD 將 framebuffer 的數(shù)據(jù)顯示出來(lái)時(shí),就會(huì)看到撕裂的效果:

點(diǎn)擊查看大圖

可以通過(guò) double buffer+vsync 解決撕裂的問(wèn)題。

double buffer,顧名思義,就是有 2 個(gè) framebuffer,其工作邏輯如下:

LCD controller : draw fb0 to screen

LCD user : write data to fb1

LCD controller : draw fb1 to screen

LCD user : write data to fb0

循環(huán)。..

vsync 機(jī)制則用于確保一幀圖像能不被打斷地顯示在屏幕。

如何支持 double buffer?

需要驅(qū)動(dòng)和應(yīng)用互相配合:

二、編寫(xiě)支持 double buffer 的fbdev 驅(qū)動(dòng)

fbdev 框圖:

先梳理一下思路:

讓驅(qū)動(dòng)支持 double buffer 需要做 3 件事。

1. 申請(qǐng)2 x buffer:

size = (2 * width * height);

fbi-》screen_base = dma_alloc_wc(sfb-》dev, size, &map_dma, GFP_KERNEL);

2. 將 buffer 相關(guān)的信息保存 struct fb_info-》 struct fb_var_screeninfo。

struct fb_var_screeninfo {

__u32 xres; /* visible resolution */

__u32 yres;

__u32 xres_virtual; /* virtual resolution */

__u32 yres_virtual;

__u32 xoffset; /* offset from virtual to visible */

__u32 yoffset; /* resolution */

。..

}

點(diǎn)擊查看大圖

xres 和 yres 是真實(shí)的 LCD 分辨率的寬和長(zhǎng);

xres_virtual 和 yres_virtual 是顯存區(qū)域的寬和長(zhǎng);

xoffset 和 yoffset 用于指定當(dāng)前使用哪一個(gè) Buffer 進(jìn)行繪制。使用 Buffer0 時(shí) ,xoffset = 0,yoffset=0; 使用 Buffer1 時(shí),xoffset = 0, yoffset = yres * 1;

3. 支持切換 buffer,具體的就是實(shí)現(xiàn) ioctl:FBIOPAN_DISPLAY。

pan 的本意是平移,可以想象成顯存上方有一個(gè)取景框,平移取景框可以看到不同的顯示內(nèi)容。

實(shí)例分析:goldfishfb.c

goldfishfb.c 是虛擬硬件 goldfish 的 fbdev 驅(qū)動(dòng),我們可以參考這個(gè)文件,學(xué)習(xí)如何實(shí)現(xiàn) double buffer。

1. 分配 2 x buffer:

int goldfish_fb_probe()

{

。..

framesize = width * height * 2 * 2;

fb-》fb.screen_base = (char __force __iomem *)dma_alloc_coherent(&pdev-》dev, framesize, &fbpaddr, GFP_KERNEL);

}

2. 設(shè)置 fb_var_screeninfo:

int goldfish_fb_probe()

{

。..

fb-》fb.var.xres = width;

fb-》fb.var.yres = height;

fb-》fb.var.xres_virtual = width;

fb-》fb.var.yres_virtual = height * 2;

}

3. 實(shí)現(xiàn) ioctl / FBIOPAN_DISPLAY:

static struct fb_ops goldfish_fb_ops = {

。..

.fb_pan_display = goldfish_fb_pan_display,

};

int goldfish_fb_pan_display()

{

。..

// 將新的顯存地址告知 lcd controller

writel(fb-》fb.fix.smem_start + fb-》fb.var.xres * 2 * var-》yoffset,

fb-》reg_base + FB_SET_BASE);

// 等待 LCD controller 的 vsync 信號(hào)

wait_event_timeout(fb-》wait,fb-》base_update_count != base_update_count, HZ / 15);

}

當(dāng)LCD controller 將一幀圖像完整地顯示在 LCD 上后,就會(huì)產(chǎn)生一個(gè)中斷,在中斷里就會(huì)執(zhí)行喚醒睡眠在 fb_pan_display 里的進(jìn)程。

如果你想多了解一些,可以閱讀 DRM 框架里的 fbdev 兼容代碼,此代碼也是支持 double buffer的:

linux/drivers/gpu/drm/*/*_drm_fbdev.c

linux/drivers/gpu/drm/drm_fb_helper.c

三、編寫(xiě)支持 double buffer 的 fbdev 應(yīng)用

驅(qū)動(dòng)支持 double buffer 后,還得在應(yīng)用程序里將其使用起來(lái)。

先梳理一下思路:

檢查是否支持 double buffer;

使能 double buffer:FBIOPUT_VSCREENINFO;

更新 buffer 里數(shù)據(jù);

通知驅(qū)動(dòng)切換 buffer:FBIOPAN_DISPLAY;

等待切換完成:FBIO_WAITFORVSYNC;

實(shí)例分析:show_color.c

static int fd_fb;

static struct fb_fix_screeninfo fix; /* Current fix */

static struct fb_var_screeninfo var; /* Current var */

static int screen_size;

static unsigned char *fb_base;

static unsigned int line_width;

static unsigned int pixel_width;

int main(int argc, char **argv)

{

int i;

int ret;

int buffer_num;

int buf_idx = 1;

char *buf_next;

unsigned int colors[] = {0x00FF0000, 0x0000FF00, 0x000000FF, 0, 0x00FFFFFF}; /* 0x00RRGGBB */

struct timespec time;

。..

fd_fb = open(“/dev/fb0”, O_RDWR);

ioctl(fd_fb, FBIOGET_FSCREENINFO, &fix);

ioctl(fd_fb, FBIOGET_VSCREENINFO, &var);

line_width = var.xres * var.bits_per_pixel / 8;

pixel_width = var.bits_per_pixel / 8;

screen_size = var.xres * var.yres * var.bits_per_pixel / 8;

// 1. 獲得 buffer 個(gè)數(shù)

buffer_num = fix.smem_len / screen_size;

printf(“buffer_num = %d

”, buffer_num);

fb_base = (unsigned char *)mmap(NULL , fix.smem_len, PROT_READ | PROT_WRITE, MAP_SHARED, fd_fb, 0);

if (fb_base == (unsigned char *)-1) {

printf(“can‘t mmap

”);

return -1;

}

if ((argv[1][0] == ’s‘) || (buffer_num == 1)) {

printf(“single buffer:

”);

while (1) {

for (i = 0; i 《 sizeof(colors)/sizeof(colors[0]); i++) {

lcd_draw_screen(fb_base, colors[i]);

nanosleep(&time, NULL);

}

}

} else {

printf(“double buffer:

”);

// 2. 使能多 buffer

var.yres_virtual = buffer_num * var.yres;

ioctl(fd_fb, FBIOPUT_VSCREENINFO, &var);

while (1) {

for (i = 0; i 《 sizeof(colors)/sizeof(colors[0]); i++) {

// 3. 更新 buffer 里的數(shù)據(jù)

buf_next = fb_base + buf_idx * screen_size;

lcd_draw_screen(buf_next, colors[i]);

// 4. 通知驅(qū)動(dòng)切換 buffer

var.yoffset = buf_idx * var.yres;

ret = ioctl(fd_fb, FBIOPAN_DISPLAY, &var);

if (ret 《 0) {

perror(“ioctl() / FBIOPAN_DISPLAY”);

}

// 5. 等待幀同步完成

ret = 0;

ioctl(fd_fb, FBIO_WAITFORVSYNC, &ret);

if (ret 《 0) {

perror(“ioctl() / FBIO_WAITFORVSYNC”);

}

buf_idx = !buf_idx;

nanosleep(&time, NULL);

}

}

}

munmap(fb_base , screen_size);

close(fd_fb);

return 0;

}

運(yùn)行:

$ 。/show_color single

buffer_num = 1

single buffer:

$ 。/show_color double

buffer_num = 2

double buffer:

該程序會(huì)在屏幕上循環(huán)的顯示不同的顏色。

當(dāng)傳入 “single” 參數(shù)時(shí),使用單 buffer,可見(jiàn)撕裂。

當(dāng)傳入 “double” 參數(shù)時(shí),使用雙 buffer,不再撕裂。

代碼不是很復(fù)雜,我就不再詳細(xì)分析了。

如果你想多了解一些,可以閱讀開(kāi)源軟件 SDL-1.2 里的 sdl_fbvideo.c,此代碼也支持了 double buffer。
編輯:lyn

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 驅(qū)動(dòng)
    +關(guān)注

    關(guān)注

    12

    文章

    1916

    瀏覽量

    86907
  • 編輯
    +關(guān)注

    關(guān)注

    0

    文章

    28

    瀏覽量

    11698

原文標(biāo)題:Linux 驅(qū)動(dòng)開(kāi)發(fā) / fbdev 雙緩存 / 快速入門(mén)

文章出處:【微信號(hào):zhuyandz,微信公眾號(hào):FPGA之家】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    請(qǐng)問(wèn)如何在Linux中使用幀緩沖區(qū)更新epdc顯示?

    /fbdev/mxc/mxc_epdc_v2_fb.c) 中的幀緩沖驅(qū)動(dòng)程序 C 文件。我發(fā)現(xiàn) android (mxc_epdc_update_data) 中定義了一個(gè)函數(shù),用于從用戶空間更新數(shù)據(jù)。
    發(fā)表于 04-01 06:41

    DLP4500EVM是否支持自動(dòng)循環(huán)從FLASH加載圖片到BUFFER中?

    中,沒(méi)有DLPLCR4500GUI-***-********.zip文件,能不能給出一個(gè)下載地址? 2. 一直沒(méi)有找到這個(gè)文件DLPR350PROM_v2.0.0.bin,能不能提供一下? 3. DLP4500EVM是否支持自動(dòng)循環(huán)從FLASH加載圖片到BUFFER中? 盼回復(fù)!
    發(fā)表于 02-27 06:50

    DAC5672 buffer處不應(yīng)該是output類型嗎?

    buffer處不應(yīng)該是output類型嗎?還是說(shuō)僅僅IBIS無(wú)法仿真?
    發(fā)表于 01-15 07:21

    ADS1256EVM開(kāi)發(fā)板使能buffer后采集不正常是怎么回事?

    1.5V電池,正接AIN1,負(fù)接AIN0 不使能buffer時(shí),采集電池電壓正常: 使能buffer后,采集電池電壓變成這樣: 基本上就是50Hz的工頻干擾。 如果將AIN0和AGND短路,使能buffer是這樣:
    發(fā)表于 12-26 07:03

    Linux,IIO驅(qū)動(dòng)完結(jié)有感

    01.3_DHT11驅(qū)動(dòng)程序體驗(yàn)_IMX6ULL01.3_DHT11驅(qū)動(dòng)程序體驗(yàn)_STM32MP15701.4_DHT11驅(qū)動(dòng)程序分析01.5_通道的sysfs信息修改與體驗(yàn)02.1_iio_
    的頭像 發(fā)表于 12-06 09:45 ?779次閱讀
    Linux,IIO<b class='flag-5'>驅(qū)動(dòng)</b>完結(jié)有感

    江蘇潤(rùn)石推出高驅(qū)動(dòng)能力運(yùn)算放大器RS8471

    Vcom是TFT-LCD液晶屏驅(qū)動(dòng)用的信號(hào),在屏內(nèi)連接至每一個(gè)顯示單位,屏的尺寸越大,Vcom的走線越長(zhǎng),而驅(qū)動(dòng)信號(hào)要求快速建立,否則顯示畫(huà)面就會(huì)產(chǎn)生鬼影、重影等異?,F(xiàn)象,通用的設(shè)計(jì)方案都是采用所謂“Vcom Buffer”的高
    的頭像 發(fā)表于 11-29 09:28 ?670次閱讀
    江蘇潤(rùn)石推出高<b class='flag-5'>驅(qū)動(dòng)</b>能力運(yùn)算放大器RS8471

    SN74HC14D buffer的數(shù)據(jù)速率是多大?

    該型號(hào)buffer的數(shù)據(jù)速率是多大?
    發(fā)表于 11-29 07:10

    請(qǐng)問(wèn)ADS1256在BUFFER ON狀態(tài)下的輸入偏置電流是多少?

    使用單端模式時(shí),由于外圍電路電阻很大,發(fā)現(xiàn)電壓測(cè)量不準(zhǔn)確,有幾mV的偏差,而且還不固定。因此推測(cè)可能是BUFFER ON時(shí)的輸入偏置電流導(dǎo)致的
    發(fā)表于 11-19 08:07

    請(qǐng)問(wèn)SN74LV245APWR buffer的輸入阻抗是不是無(wú)窮大?

    您好,請(qǐng)問(wèn)SN74LV245APWR buffer的輸入阻抗是不是無(wú)窮大?這邊一個(gè)信號(hào)接5V上拉一路輸出,一路接到SN74LV245APWR緩沖器,5V會(huì)不會(huì)被分壓了導(dǎo)致不是5V,或者這邊有沒(méi)有什么器件輸入內(nèi)阻無(wú)窮大可以推薦的 ...
    發(fā)表于 11-15 07:13

    CDCM61004時(shí)鐘Buffer是否支持SSC功能?

    CDCM61004 時(shí)鐘Buffer是否支持SSC功能
    發(fā)表于 11-08 16:09

    MSPM0 UART通信中DMA和Ring Buffer環(huán)形緩沖的應(yīng)用

    電子發(fā)燒友網(wǎng)站提供《MSPM0 UART通信中DMA和Ring Buffer環(huán)形緩沖的應(yīng)用.pdf》資料免費(fèi)下載
    發(fā)表于 09-05 11:01 ?0次下載
    MSPM0 UART通信中DMA和Ring <b class='flag-5'>Buffer</b>環(huán)形緩沖的應(yīng)用

    FPGA輸出一個(gè)1GHz的數(shù)字信號(hào),需要buffer,要怎么實(shí)現(xiàn)?

    我這邊FPGA輸出一個(gè)1GHz的數(shù)字信號(hào),需要buffer。我看TI的高速運(yùn)放(如LMH3401)都是差分輸入輸出的,請(qǐng)問(wèn)能不能配置成單端輸入輸出?或者有其它方案推薦也可以。
    發(fā)表于 08-21 07:57

    使用DRV401時(shí)如何提高驅(qū)動(dòng)力?

    在使用DRV401時(shí),在datasheet的EXTERNAL COMPENSATION COIL DRIVER中介紹可以通過(guò)增加buffer可提高驅(qū)動(dòng)能力,但沒(méi)有將具體如何實(shí)現(xiàn)做詳細(xì)介紹,可否提供推薦的應(yīng)用電路和buffer
    發(fā)表于 08-16 08:20

    采用OPA354設(shè)計(jì)的帶有buffer的快速檢波電路,請(qǐng)問(wèn)外圍元器件的值的設(shè)置依據(jù)是什么?

    TI的仿真 example中,有一個(gè)采用OPA354設(shè)計(jì)的帶有buffer的快速檢波電路 請(qǐng)問(wèn)外圍元器件的值的設(shè)置依據(jù)是什么? (即C1,.C2,R1,R2值如何設(shè)計(jì)) 謝謝!
    發(fā)表于 08-16 07:54

    用OPA890做一個(gè)截至頻率3.5MHz的低通濾波,單做buffer的時(shí)候這個(gè)芯片的噪音就很大怎么解決?

    我們想用OPA890做一個(gè)截至頻率3.5MHz的低通濾波(電路是TI design tool 算的),但是單做buffer的時(shí)候這個(gè)芯片的噪音就很大,我們測(cè)了好幾個(gè)芯片都是這樣,想問(wèn)這個(gè)opamp到底應(yīng)該怎么用? 圖片是做buffer時(shí):
    發(fā)表于 08-13 06:28