Documentation/fb/pvr2fb

本文介绍了一款针对PowerVR2图形帧缓冲器的驱动程序,特别适用于Dreamcast平台。该驱动提供了丰富的功能,例如支持多种视频模式、字体选择等,并详细说明了配置选项。
Chinese translated version of Documentation/filesystems/ecryptfs


If you have any comment or update to the content, please contact the
original document maintainer directly.  However, if you have a problem
communicating in English you can also ask the Chinese maintainer for
help.  Contact the Chinese maintainer if this translation is outdated
or if there is a problem with the translation.




Chinese maintainer: 朱司仪  331954465@qq.com
---------------------------------------------------------------------
Documentation/fb/pvr2fb的中文翻译




如果想评论或更新本文的内容,请直接联系原文档的维护者。如果你使用英文
交流有困难的话,也可以向中文版维护者求助。如果本翻译更新不及时或者翻
译存在问题,请联系中文版维护者。


中文版维护者: 朱司仪  331954465@qq.com
中文版翻译者: 朱司仪  331954465@qq.com
中文版校译者: 朱司仪  331954465@qq.com




以下为正文
---------------------------------------------------------------------
                      =============
                     Documentation/fb/pvr2fb
                      =============
 
$Id: pvr2fb.txt,v 1.1 2001/05/24 05:09:16 mrbrown Exp $


What is pvr2fb?
===============


This is a driver for PowerVR 2 based graphics frame buffers, such as the
one found in the Dreamcast.


这是一个驱动器2的PowerVR图形帧缓冲器,如
在Dreamcast中发现的一样。


Advantages:


 * It provides a nice large console (128 cols + 48 lines with 1024x768)
   without using tiny, unreadable fonts (NOT on the Dreamcast)
 * You can run XF86_FBDev on top of /dev/fb0
 * Most important: boot logo :-)


 优点:


 *它提供了一个很好的大型控制台(128列48行,1024×768)
   无需使用微小的,不可读的字体(而不是在Dreamcast的)
 */ dev/fb0设备上可以运行XF86_FBDev
 *最重要的是:开机logo:-)




Disadvantages:


 * Driver is largely untested on non-Dreamcast systems.


Configuration


缺点:


 *驱动程序主要是未经非DREAMCAST系统测试。


组态


=============


You can pass kernel command line options to pvr2fb with
`video=pvr2fb:option1,option2:value2,option3' (multiple options should be
separated by comma, values are separated from options by `:').


您可以通过内核命令行选项到pvr2fb与
`video= pvr2fb:选项1,选项值2,选项3“(多选项应该是
用逗号分隔,values的选择分开`:')。




Accepted options:


font:X    - default font to use. All fonts are supported, including the
            SUN12x22 font which is very nice at high resolutions.


   
mode:X    - default video mode with format [xres]x[yres]-<bpp>@<refresh rate>
            The following video modes are supported:
            640x640-16@60, 640x480-24@60, 640x480-32@60. The Dreamcast
            defaults to 640x480-16@60. At the time of writing the
            24bpp and 32bpp modes function poorly. Work to fix that is
            ongoing


            Note: the 640x240 mode is currently broken, and should not be
            used for any reason. It is only mentioned here as a reference.


inverse   - invert colors on screen (for LCD displays)


nomtrr    - disables write combining on frame buffer. This slows down driver
            but there is reported minor incompatibility between GUS DMA and
            XFree under high loads if write combining is enabled (sound
            dropouts). MTRR is enabled by default on systems that have it
            configured and that support it.


cable:X   - cable type. This can be any of the following: vga, rgb, and
            composite. If none is specified, we guess.


output:X  - output type. This can be any of the following: pal, ntsc, and
            vga. If none is specified, we guess.



接受的选项:


font:X - 使用的默认字体。所有的字体都支持,包括
            SUN12x22字体在高分辨率这是非常不错的。




mode:X - 默认视频模式的格式并[ XRES ] ×[ yres ] - <bpp> <刷新频率>
          下面的视频模式支持:
            640x640 - 16 @ 60 , 640 - 24 @ 60 , 640 - 32 @ 60 。在Dreamcast
            默认为640×480 16 @ 60 。在写的时候,
            24bpp的32bpp的模式运作不佳。修复工作不断


            注: 640x240模式已经被停止,并且不应该
            用于任何原因。只提到此处作为参考。


inverse - 反转屏幕上的颜色(液晶显示器)


nomtrr - 禁用写入帧缓冲区结合。这会减慢驱动
            但也有报道GUS DMA和未成年人之间的不兼容
            XFree的高负载情况下,如果启用写入组合(音
            辍学)。在默认情况下是启用的系统上有MTRR
            配置和支持它。


cable:X - 电缆类型。这可以是以下任何一种: vga的rgb的
            复合材料。如果没有指定,我们猜测。


output:X - 输出类型。这可以是任何的以下内容: PAL,NTSC ,
            VGA 。如果没有指定,我们猜测。
X11
===


XF86_FBDev has been shown to work on the Dreamcast in the past - though not yet
on any 2.6 series kernel.


XF86_FBDev Dreamcast的工作在过去已被证明 - 但尚无
任何2.6系列的内核。
--
Paul Mundt <lethal@linuxdc.org>
Updated by Adrian McMenamin <adrian@mcmen.demon.co.uk>
<think>嗯,用户遇到了Git的错误,说是路径'Documentation/Kbuild'未匹配到任何文件。我需要先理解这个错误的具体原因。根据引用中的资料,比如用户提到的引用[1]和引用[2],当Git无法识别路径或分支时,会报这个错误。常见的情况可能是分支不存在,或者路径不正确。 用户的问题是关于路径的,而不是分支,所以可能需要检查路径是否存在。但用户可能是在切换分支或者执行某个命令时使用了这个路径作为参数?比如git checkout Documentation/Kbuild,这可能被误解为切换分支,而实际上路径可能不存在或者拼写错误。 接下来,我需要考虑可能的解决方案。首先,用户应该确认路径是否存在。使用ls命令检查当前目录下是否有Documentation/Kbuild这个文件或目录。如果不存在,可能需要更正路径或文件名。另外,可能是大小写的问题,尤其是在Linux系统中,路径是区分大小写的,所以检查拼写是否正确。 另外,可能用户本地的仓库没有这个路径,而远程仓库有。这时候需要执行git fetch来获取远程的最新信息,然后使用git checkout origin/master -- Documentation/Kbuild来检出该路径对应的文件。或者用户可能需要先拉取远程分支,确保本地仓库是最新的。 也有可能用户误将路径作为分支名来操作,比如执行git checkout Documentation/Kbuild,而实际上这个路径并不是分支名,所以Git报错。这时候需要确认命令是否正确,是否应该使用其他命令来处理路径,而不是分支操作。 根据引用[3]中的情况,用户可能需要先执行git fetch,然后查看远程分支是否存在对应的文件。如果路径在某个特定的远程分支上存在,用户可能需要先切换到那个分支,再处理路径问题。 总结可能的解决步骤:1.检查路径是否存在;2.执行git fetch更新远程信息;3.检出正确的分支或文件;4.处理大小写或拼写错误;5.确认命令是否正确使用路径参数。需要一步步引导用户检查这些可能性,确保问题得到解决。</think>针对Git报错`error: pathspec 'Documentation/Kbuild' did not match any file(s) known to git`的问题,解决方法如下: ### 逐步排查流程 1. **验证路径存在性** 先执行`ls Documentation/Kbuild`确认该路径是否存在。Linux内核源码中`Kbuild`是构建系统的核心文件,若路径不存在可能是: - 内核源码不完整(未正确克隆或更新) - 文件被误删除 - 路径大小写错误(Linux区分大小写) 2. **更新本地仓库** 执行以下命令同步远程仓库最新状态: ```bash git fetch --all # 拉取所有远程分支和标签 git reset --hard origin/$(git rev-parse --abbrev-ref HEAD) # 强制同步当前分支 ``` 3. **特殊文件检出方法** 若该文件属于其他分支,使用显式路径检出: ```bash git checkout origin/master -- Documentation/Kbuild # 从远程master分支检出文件 ``` 4. **分支关联性检查** 若操作目标是分支而非路径,确认分支名与路径无冲突: ```bash git branch -a | grep 'Documentation/Kbuild' # 检查是否误将路径当作分支名 ``` ### 关键原理说明 该错误表明Git无法匹配到本地已知的文件路径[^1][^2],常见于: - 未执行`git fetch`导致本地仓库未包含远程最新文件 - 跨分支操作时未指定正确的文件来源分支 - 路径拼写错误或文件已被删除 ### 典型应用场景 该问题常出现在内核开发者切换不同版本分支时,例如从`v5.15`切换到`v6.1`分支后,若未完整同步代码可能缺失新版引入的构建文件。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值