mirror of
https://github.com/LCTT/TranslateProject.git
synced 2024-12-29 21:41:00 +08:00
470 lines
24 KiB
Markdown
470 lines
24 KiB
Markdown
[#]: collector: (lujun9972)
|
||
[#]: translator: (qhwdw)
|
||
[#]: reviewer: ( )
|
||
[#]: publisher: ( )
|
||
[#]: url: ( )
|
||
[#]: subject: (Computer Laboratory – Raspberry Pi: Lesson 8 Screen03)
|
||
[#]: via: (https://www.cl.cam.ac.uk/projects/raspberrypi/tutorials/os/screen03.html)
|
||
[#]: author: (Alex Chadwick https://www.cl.cam.ac.uk)
|
||
|
||
计算机实验室 – 树莓派:课程 8 屏幕03
|
||
======
|
||
|
||
屏幕03 课程基于屏幕02 课程来构建,它教你如何绘制文本,和一个操作系统命令行参数上的一个小特性。假设你已经有了[课程 7:屏幕02][1] 的操作系统代码,我们将以它为基础来构建。
|
||
|
||
### 1、字符串的理论知识
|
||
|
||
是的,我们的任务是为这个操作系统绘制文本。我们有几个问题需要去处理,最紧急的那个可能是如何去保存文本。令人难以置信的是,文本是迄今为止在计算机上最大的缺陷之一。原本应该是简单的数据类型却导致了操作系统的崩溃,破坏了完美的加密,并给使用不同字母表的用户带来了许多问题。尽管如此,它仍然是极其重要的数据类型,因为它将计算机和用户很好地连接起来。文本是计算机能够理解的非常好的结构,同时人类使用它时也有足够的可读性。
|
||
|
||
```
|
||
可变数据类型,比如文本要求能够进行很复杂的处理。
|
||
```
|
||
|
||
那么,文本是如何保存的呢?非常简单,我们使用一种方法,给每个字母分配一个唯一的编号,然后我们保存一系列的这种编号。看起来很容易吧。问题是,那个编号的数字是不固定的。一些文本片断可能比其它的长。与保存普通数字一样,我们有一些固有的限制,即:3 位,我们不能超过这个限制,我们添加方法去使用那种长数字等等。“文本”这个术语,我们经常也叫它“字符串”,我们希望能够写一个可用于变长字符串的函数,否则就需要写很多函数!对于一般的数字来说,这不是个问题,因为只有几种通用的数字格式(字节、字、半字节、双字节)。
|
||
|
||
```
|
||
缓冲区溢出攻击祸害计算机由来已久。最近,Wii、Xbox 和 Playstation 2、以及大型系统如 Microsoft 的 Web 和数据库服务器,都遭受到缓冲区溢出攻击。
|
||
```
|
||
|
||
因此,如何判断字符串长度?我想显而易见的答案是存储多长的字符串,然后去存储组成字符串的字符。这称为长度前缀,因为长度位于字符串的前面。不幸的是,计算机科学家的先驱们不同意这么做。他们认为使用一个称为空终止符(NULL)的特殊字符(用 \0表示)来表示字符串结束更有意义。这样确定简化了许多字符串算法,因为你只需要持续操作直到遇到空终止符为止。不幸的是,这成为了许多安全问题的根源。如果一个恶意用户给你一个特别长的字符串会发生什么状况?如果没有足够的空间去保存这个特别长的字符串会发生什么状况?你可以使用一个字符串复制函数来做复制,直到遇到空终止符为止,但是因为字符串特别长,而覆写了你的程序,怎么办?这看上去似乎有些较真,但尽管如此,缓冲区溢出攻击还是经常发生。长度前缀可以很容易地缓解这种问题,因为它可以很容易地推算出保存这个字符串所需要的缓冲区的长度。作为一个操作系统开发者,我留下这个问题,由你去决定如何才能更好地存储文本。
|
||
|
||
接下来的事情是,我们需要去维护一个很好的从字符到数字的映射。幸运的是,这是高度标准化的,我们有两个主要的选择,Unicode 和 ASCII。Unicode 几乎将每个单个的有用的符号都映射为数字,作为交换,我们得到的是很多很多的数字,和一个更复杂的编码方法。ASCII 为每个字符使用一个字节,因此它仅保存拉丁字母、数字、少数符号和少数特殊字符。因此,ASCII 是非常易于实现的,与 Unicode 相比,它的每个字符占用的空间并不相同,这使得字符串算法更棘手。一般操作系统上字符使用 ASCII,并不是为了显示给最终用户的(开发者和专家用户除外),给终端用户显示信息使用 Unicode,因为 Unicode 能够支持像日语字符这样的东西,并且因此可以实现本地化。
|
||
|
||
幸运的是,在这里我们不需要去做选择,因为它们的前 128 个字符是完全相同的,并且编码也是完全一样的。
|
||
|
||
表 1.1 ASCII/Unicode 符号 0-127
|
||
|
||
| | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | a | b | c | d | e | f | |
|
||
|----| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | ----|
|
||
| 00 | NUL | SOH | STX | ETX | EOT | ENQ | ACK | BEL | BS | HT | LF | VT | FF | CR | SO | SI | |
|
||
| 10 | DLE | DC1 | DC2 | DC3 | DC4 | NAK | SYN | ETB | CAN | EM | SUB | ESC | FS | GS | RS | US | |
|
||
| 20 | ! | " | # | $ | % | & | . | ( | ) | * | + | , | - | . | / | | |
|
||
| 30 | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | : | ; | < | = | > | ? | |
|
||
| 40 | @ | A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | |
|
||
| 50 | P | Q | R | S | T | U | V | W | X | Y | Z | [ | \ | ] | ^ | _ | |
|
||
| 60 | ` | a | b | c | d | e | f | g | h | i | j | k | l | m | n | o | |
|
||
| 70 | p | q | r | s | t | u | v | w | x | y | z | { | | | } | ~ | DEL |
|
||
|
||
这个表显示了前 128 个符号。一个符号的十六进制表示是行的值加上列的值,比如 A 是 41~16~。你可以惊奇地发现前两行和最后的值。这 33 个特殊字符是不可打印字符。事实上,许多人都忽略了它们。它们之所以存在是因为 ASCII 最初设计是基于计算机网络来传输数据的一种方法。因此它要发送的信息不仅仅是符号。你应该学习的重要的特殊字符是 `NUL`,它就是我们前面提到的空终止符。`HT` 水平制表符就是我们经常说的 `tab`,而 `LF` 换行符用于生成一个新行。你可能想研究和使用其它特殊字符在你的操行系统中的意义。
|
||
|
||
### 2、字符
|
||
|
||
到目前为止,我们已经知道了一些关于字符串的知识,我们可以开始想想它们是如何显示的。为了显示一个字符串,我们需要做的最基础的事情是能够显示一个字符。我们的第一个任务是编写一个 `DrawCharacter` 函数,给它一个要绘制的字符和一个位置,然后它将这个字符绘制出来。
|
||
|
||
```markdown
|
||
在许多操作系统中使用的 `truetype` 字体格式是很强大的,它内置有它自己的汇编语言,以确保在任何分辨率下字母看起来都是正确的。
|
||
```
|
||
|
||
这就很自然地引出关于字体的讨论。我们已经知道有许多方式去按照选定的字体去显示任何给定的字母。那么字体又是如何工作的呢?在计算机科学的早期阶段,一种字体就是所有字母的一系列小图片而已,这种字体称为位图字体,而所有的字符绘制方法就是将图片复制到屏幕上。当人们想去调整字体大小时就出问题了。有时我们需要大的字母,而有时我们需要的是小的字母。尽管我们可以为每个字体、每种大小、每个字符都绘制新图片,但这种作法过于单调乏味。所以,发明了矢量字体。矢量字体不包含字体的图像,它包含的是如何去绘制字符的描述,即:一个 `o` 可能是最大字母高度的一半为半径绘制的圆。现代操作系统都几乎仅使用这种字体,因为这种字体在任何分辨率下都很完美。
|
||
|
||
不幸的是,虽然我很想包含一个矢量字体的格式的实现,但它的内容太多了,将占用这个站点的剩余部分。所以,我们将去实现一个位图字体,可是,如果你想去做一个正宗的图形化的操作系统,那么矢量字体将是很有用的。
|
||
|
||
在下载页面上的字体节中,我们提供了几个 `.bin` 文件。这些只是字体的原始二进制数据文件。为完成本教程,从等宽、单色、8x16 节中挑选你喜欢的字体。然后下载它并保存到 `source` 目录中并命名为 `font.bin` 文件。这些文件只是每个字母的单色图片,它们每个字母刚好是 8 x 16 个像素。所以,每个字母占用 16 字节,第一个字节是第一行,第二个字节是第二行,依此类推。
|
||
|
||
![bitmap](https://ws2.sinaimg.cn/large/006tNc79ly1fzzb2064agj305l0apt96.jpg)
|
||
|
||
这个示意图展示了等宽、单色、8x16 的字符 A 的 `Bitstream Vera Sans Mono`。在这个文件中,我们可以找到,它从第 41~16~ × 10~16~ = 410~16~ 字节开始的十六进制序列:
|
||
|
||
00, 00, 00, 10, 28, 28, 28, 44, 44, 7C, C6, 82, 00, 00, 00, 00
|
||
|
||
在这里我们将使用等宽字体,因为等宽字体的每个字符大小是相同的。不幸的是,大多数字体的复杂之处就是因为它的宽度不同,从而导致它的显示代码更复杂。在下载页面上还包含有几个其它的字体,并包含了这种字体的存储格式介绍。
|
||
|
||
我们回到正题。复制下列代码到 `drawing.s` 中的 `graphicsAddress` 的 `.int 0` 之后。
|
||
|
||
```assembly
|
||
.align 4
|
||
font:
|
||
.incbin "font.bin"
|
||
```
|
||
|
||
```assembly
|
||
.incbin "file" 插入来自文件 “file” 中的二进制数据。
|
||
```
|
||
|
||
这段代码复制文件中的字体数据到标签为 `font` 的地址。我们在这里使用了一个 `.align 4` 去确保每个字符都是从 16 字节的倍数开始,这是一个以后经常用到的用于加快访问速度的技巧。
|
||
|
||
现在我们去写绘制字符的方法。我在下面给出了伪代码,你可以尝试自己去实现它。按惯例 `>>` 的意思是逻辑右移。
|
||
|
||
```c
|
||
function drawCharacter(r0 is character, r1 is x, r2 is y)
|
||
if character > 127 then exit
|
||
set charAddress to font + character × 16
|
||
for row = 0 to 15
|
||
set bits to readByte(charAddress + row)
|
||
for bit = 0 to 7
|
||
if test(bits >> bit, 0x1)
|
||
then setPixel(x + bit, y + row)
|
||
next
|
||
next
|
||
return r0 = 8, r1 = 16
|
||
end function
|
||
|
||
```
|
||
如果直接去实现它,这显然不是个高效率的做法。像绘制字符这样的事情,效率是最重要的。因为我们要频繁使用它。我们来探索一些改善的方法,使其成为最优化的汇编代码。首先,因为我们有一个 `× 16`,你应该会马上想到它等价于逻辑左移 4 位。紧接着我们有一个变量 `row`,它只与 `charAddress` 和 `y` 相加。所以,我们可以通过增加替代变量来消除它。现在唯一的问题是如何判断我们何时完成。这时,一个很好用的 `.align 4` 上场了。我们知道,`charAddress` 将从包含 0 的低位半字节开始。这意味着我们可以通过检查低位半字节来看到进入字符数据的程度。
|
||
|
||
虽然我们可以消除对 `bit` 的需求,但我们必须要引入新的变量才能实现,因此最好还是保留它。剩下唯一的改进就是去除嵌套的 `bits >> bit`。
|
||
|
||
```c
|
||
function drawCharacter(r0 is character, r1 is x, r2 is y)
|
||
if character > 127 then exit
|
||
set charAddress to font + character << 4
|
||
loop
|
||
set bits to readByte(charAddress)
|
||
set bit to 8
|
||
loop
|
||
set bits to bits << 1
|
||
set bit to bit - 1
|
||
if test(bits, 0x100)
|
||
then setPixel(x + bit, y)
|
||
until bit = 0
|
||
set y to y + 1
|
||
set chadAddress to chadAddress + 1
|
||
until charAddress AND 0b1111 = 0
|
||
return r0 = 8, r1 = 16
|
||
end function
|
||
```
|
||
|
||
现在,我们已经得到了非常接近汇编代码的代码了,并且代码也是经过优化的。下面就是上述代码用汇编写出来的代码。
|
||
|
||
```assembly
|
||
.globl DrawCharacter
|
||
DrawCharacter:
|
||
cmp r0,#127
|
||
movhi r0,#0
|
||
movhi r1,#0
|
||
movhi pc,lr
|
||
|
||
push {r4,r5,r6,r7,r8,lr}
|
||
x .req r4
|
||
y .req r5
|
||
charAddr .req r6
|
||
mov x,r1
|
||
mov y,r2
|
||
ldr charAddr,=font
|
||
add charAddr, r0,lsl #4
|
||
|
||
lineLoop$:
|
||
|
||
bits .req r7
|
||
bit .req r8
|
||
ldrb bits,[charAddr]
|
||
mov bit,#8
|
||
|
||
charPixelLoop$:
|
||
|
||
subs bit,#1
|
||
blt charPixelLoopEnd$
|
||
lsl bits,#1
|
||
tst bits,#0x100
|
||
beq charPixelLoop$
|
||
|
||
add r0,x,bit
|
||
mov r1,y
|
||
bl DrawPixel
|
||
|
||
teq bit,#0
|
||
bne charPixelLoop$
|
||
|
||
charPixelLoopEnd$:
|
||
.unreq bit
|
||
.unreq bits
|
||
add y,#1
|
||
add charAddr,#1
|
||
tst charAddr,#0b1111
|
||
bne lineLoop$
|
||
|
||
.unreq x
|
||
.unreq y
|
||
.unreq charAddr
|
||
|
||
width .req r0
|
||
height .req r1
|
||
mov width,#8
|
||
mov height,#16
|
||
|
||
pop {r4,r5,r6,r7,r8,pc}
|
||
.unreq width
|
||
.unreq height
|
||
```
|
||
|
||
### 3、字符串
|
||
|
||
现在,我们可以绘制字符了,我们可以绘制文本了。我们需要去写一个方法,给它一个字符串为输入,它通过递增位置来绘制出每个字符。为了做的更好,我们应该去实现新的行和制表符。是时候决定关于空终止符的问题了,如果你想让你的操作系统使用它们,可以按需来修改下面的代码。为避免这个问题,我将给 `DrawString` 函数传递一个字符串长度,以及字符串的地址,和 x 和 y 的坐标作为参数。
|
||
|
||
```c
|
||
function drawString(r0 is string, r1 is length, r2 is x, r3 is y)
|
||
set x0 to x
|
||
for pos = 0 to length - 1
|
||
set char to loadByte(string + pos)
|
||
set (cwidth, cheight) to DrawCharacter(char, x, y)
|
||
if char = '\n' then
|
||
set x to x0
|
||
set y to y + cheight
|
||
otherwise if char = '\t' then
|
||
set x1 to x
|
||
until x1 > x0
|
||
set x1 to x1 + 5 × cwidth
|
||
loop
|
||
set x to x1
|
||
otherwise
|
||
set x to x + cwidth
|
||
end if
|
||
next
|
||
end function
|
||
```
|
||
|
||
同样,这个函数与汇编代码还有很大的差距。你可以随意去尝试实现它,即可以直接实现它,也可以简化它。我在下面给出了简化后的函数和汇编代码。
|
||
|
||
很明显,写这个函数的人并不很有效率(感到奇怪吗?它就是我写的)。再说一次,我们有一个 `pos` 变量,它用于递增和与其它东西相加,这是完全没有必要的。我们可以去掉它,而同时进行长度递减,直到减到 0 为止,这样就少用了一个寄存器。除了那个烦人的乘以 5 以外,函数的其余部分还不错。在这里要做的一个重要事情是,将乘法移到循环外面;即便使用位移运算,乘法仍然是很慢的,由于我们总是加一个乘以 5 的相同的常数,因此没有必要重新计算它。实际上,在汇编代码中它可以在一个操作数中通过参数移位来实现,因此我将代码改变为下面这样。
|
||
|
||
```c
|
||
function drawString(r0 is string, r1 is length, r2 is x, r3 is y)
|
||
set x0 to x
|
||
until length = 0
|
||
set length to length - 1
|
||
set char to loadByte(string)
|
||
set (cwidth, cheight) to DrawCharacter(char, x, y)
|
||
if char = '\n' then
|
||
set x to x0
|
||
set y to y + cheight
|
||
otherwise if char = '\t' then
|
||
set x1 to x
|
||
set cwidth to cwidth + cwidth << 2
|
||
until x1 > x0
|
||
set x1 to x1 + cwidth
|
||
loop
|
||
set x to x1
|
||
otherwise
|
||
set x to x + cwidth
|
||
end if
|
||
set string to string + 1
|
||
loop
|
||
end function
|
||
```
|
||
|
||
以下是它的汇编代码:
|
||
|
||
```assembly
|
||
.globl DrawString
|
||
DrawString:
|
||
x .req r4
|
||
y .req r5
|
||
x0 .req r6
|
||
string .req r7
|
||
length .req r8
|
||
char .req r9
|
||
push {r4,r5,r6,r7,r8,r9,lr}
|
||
|
||
mov string,r0
|
||
mov x,r2
|
||
mov x0,x
|
||
mov y,r3
|
||
mov length,r1
|
||
|
||
stringLoop$:
|
||
subs length,#1
|
||
blt stringLoopEnd$
|
||
|
||
ldrb char,[string]
|
||
add string,#1
|
||
|
||
mov r0,char
|
||
mov r1,x
|
||
mov r2,y
|
||
bl DrawCharacter
|
||
cwidth .req r0
|
||
cheight .req r1
|
||
|
||
teq char,#'\n'
|
||
moveq x,x0
|
||
addeq y,cheight
|
||
beq stringLoop$
|
||
|
||
teq char,#'\t'
|
||
addne x,cwidth
|
||
bne stringLoop$
|
||
|
||
add cwidth, cwidth,lsl #2
|
||
x1 .req r1
|
||
mov x1,x0
|
||
|
||
stringLoopTab$:
|
||
add x1,cwidth
|
||
cmp x,x1
|
||
bge stringLoopTab$
|
||
mov x,x1
|
||
.unreq x1
|
||
b stringLoop$
|
||
stringLoopEnd$:
|
||
.unreq cwidth
|
||
.unreq cheight
|
||
|
||
pop {r4,r5,r6,r7,r8,r9,pc}
|
||
.unreq x
|
||
.unreq y
|
||
.unreq x0
|
||
.unreq string
|
||
.unreq length
|
||
```
|
||
|
||
```assembly
|
||
subs reg,#val 从寄存器 reg 中减去 val,然后将结果与 0 进行比较。
|
||
```
|
||
|
||
这个代码中非常聪明地使用了一个新运算,`subs` 是从一个操作数中减去另一个数,保存结果,然后将结果与 0 进行比较。实现上,所有的比较都可以实现为减法后的结果与 0 进行比较,但是结果通常会丢弃。这意味着这个操作与 `cmp` 一样快。
|
||
|
||
### 4、你的愿意是我的命令行
|
||
|
||
现在,我们可以输出字符串了,而挑战是找到一个有意思的字符串去绘制。一般在这样的教程中,人们都希望去绘制 “Hello World!”,但是到目前为止,虽然我们已经能做到了,我觉得这有点“君临天下”的感觉(如果喜欢这种感觉,请随意!)。因此,作为替代,我们去继续绘制我们的命令行。
|
||
|
||
有一个限制是我们所做的操作系统是用在 ARM 架构的计算机上。最关键的是,在它们引导时,给它一些信息告诉它有哪些可用资源。几乎所有的处理器都有某些方式来确定这些信息,而在 ARM 上,它是通过位于地址 100<sub>16</sub> 处的数据来确定的,这个数据的格式如下:
|
||
|
||
1. 数据是可分解的一系列的标签。
|
||
2. 这里有九种类型的标签:`core`,`mem`,`videotext`,`ramdisk`,`initrd2`,`serial`,`revision`,`videolfb`,`cmdline`。
|
||
3. 每个标签只能出现一次,除了 'core’ 标签是必不可少的之外,其它的都是可有可无的。
|
||
4. 所有标签都依次放置在地址 0x100 处。
|
||
5. 标签列表的结束处总是有两个<ruby>字<rt>word</rt></ruby>,它们全为 0。
|
||
6. 每个标签的字节数都是 4 的倍数。
|
||
7. 每个标签都是以标签中(以字为单位)的标签大小开始(标签包含这个数字)。
|
||
8. 紧接着是包含标签编号的一个半字。编号是按上面列出的顺序,从 1 开始(`core` 是 1,`cmdline` 是 9)。
|
||
9. 紧接着是一个包含 5441<sub>16</sub> 的半字。
|
||
10. 之后是标签的数据,它根据标签不同是可变的。数据大小(以字为单位)+ 2 的和总是与前面提到的长度相同。
|
||
11. 一个 `core` 标签的长度可以是 2 个字也可以是 5 个字。如果是 2 个字,表示没有数据,如果是 5 个字,表示它有 3 个字的数据。
|
||
12. 一个 `mem` 标签总是 4 个字的长度。数据是内存块的第一个地址,和内存块的长度。
|
||
13. 一个 `cmdline` 标签包含一个 `null` 终止符字符串,它是个内核参数。
|
||
|
||
|
||
```markdown
|
||
几乎所有的操作系统都支持一个`命令行`的程序。它的想法是为选择一个程序所期望的行为而提供一个通用的机制。
|
||
```
|
||
|
||
在目前的树莓派版本中,只提供了 `core`、`mem` 和 `cmdline` 标签。你可以在后面找到它们的用法,更全面的参考资料在树莓派的参考页面上。现在,我们感兴趣的是 `cmdline` 标签,因为它包含一个字符串。我们继续写一些搜索命令行标签的代码,如果找到了,以每个条目一个新行的形式输出它。命令行只是为了让操作系统理解图形处理器或用户认为的很好的事情的一个列表。在树莓派上,这包含了 MAC 地址,序列号和屏幕分辨率。字符串本身也是一个像 `key.subkey=value` 这样的由空格隔开的表达式列表。
|
||
|
||
我们从查找 `cmdline` 标签开始。将下列的代码复制到一个名为 `tags.s` 的新文件中。
|
||
|
||
```assembly
|
||
.section .data
|
||
tag_core: .int 0
|
||
tag_mem: .int 0
|
||
tag_videotext: .int 0
|
||
tag_ramdisk: .int 0
|
||
tag_initrd2: .int 0
|
||
tag_serial: .int 0
|
||
tag_revision: .int 0
|
||
tag_videolfb: .int 0
|
||
tag_cmdline: .int 0
|
||
```
|
||
|
||
通过标签列表来查找是一个很慢的操作,因为这涉及到许多内存访问。因此,我们只是想实现它一次。代码创建一些数据,用于保存每个类型的第一个标签的内存地址。接下来,用下面的伪代码就可以找到一个标签了。
|
||
|
||
```c
|
||
function FindTag(r0 is tag)
|
||
if tag > 9 or tag = 0 then return 0
|
||
set tagAddr to loadWord(tag_core + (tag - 1) × 4)
|
||
if not tagAddr = 0 then return tagAddr
|
||
if readWord(tag_core) = 0 then return 0
|
||
set tagAddr to 0x100
|
||
loop forever
|
||
set tagIndex to readHalfWord(tagAddr + 4)
|
||
if tagIndex = 0 then return FindTag(tag)
|
||
if readWord(tag_core+(tagIndex-1)×4) = 0
|
||
then storeWord(tagAddr, tag_core+(tagIndex-1)×4)
|
||
set tagAddr to tagAddr + loadWord(tagAddr) × 4
|
||
end loop
|
||
end function
|
||
```
|
||
这段代码已经是优化过的,并且很接近汇编了。它尝试直接加载标签,第一次这样做是有些乐观的,但是除了第一次之外 的其它所有情况都是可以这样做的。如果失败了,它将去检查 `core` 标签是否有地址。因为 `core` 标签是必不可少的,如果它没有地址,唯一可能的原因就是它不存在。如果它有地址,那就是我们没有找到我们要找的标签。如果没有找到,那我们就需要查找所有标签的地址。这是通过读取标签编号来做的。如果标签编号为 0,意味着已经到了标签列表的结束位置。这意味着我们已经查找了目录中所有的标签。所以,如果我们再次运行我们的函数,现在它应该能够给出一个答案。如果标签编号不为 0,我们检查这个标签类型是否已经有一个地址。如果没有,我们在目录中保存这个标签的地址。然后增加这个标签的长度(以字节为单位)到标签地址中,然后去查找下一个标签。
|
||
|
||
尝试去用汇编实现这段代码。你将需要简化它。如果被卡住了,下面是我的答案。不要忘了 `.section .text`!
|
||
|
||
```assembly
|
||
.section .text
|
||
.globl FindTag
|
||
FindTag:
|
||
tag .req r0
|
||
tagList .req r1
|
||
tagAddr .req r2
|
||
|
||
sub tag,#1
|
||
cmp tag,#8
|
||
movhi tag,#0
|
||
movhi pc,lr
|
||
|
||
ldr tagList,=tag_core
|
||
tagReturn$:
|
||
add tagAddr,tagList, tag,lsl #2
|
||
ldr tagAddr,[tagAddr]
|
||
|
||
teq tagAddr,#0
|
||
movne r0,tagAddr
|
||
movne pc,lr
|
||
|
||
ldr tagAddr,[tagList]
|
||
teq tagAddr,#0
|
||
movne r0,#0
|
||
movne pc,lr
|
||
|
||
mov tagAddr,#0x100
|
||
push {r4}
|
||
tagIndex .req r3
|
||
oldAddr .req r4
|
||
tagLoop$:
|
||
ldrh tagIndex,[tagAddr,#4]
|
||
subs tagIndex,#1
|
||
poplt {r4}
|
||
blt tagReturn$
|
||
|
||
add tagIndex,tagList, tagIndex,lsl #2
|
||
ldr oldAddr,[tagIndex]
|
||
teq oldAddr,#0
|
||
.unreq oldAddr
|
||
streq tagAddr,[tagIndex]
|
||
|
||
ldr tagIndex,[tagAddr]
|
||
add tagAddr, tagIndex,lsl #2
|
||
b tagLoop$
|
||
|
||
.unreq tag
|
||
.unreq tagList
|
||
.unreq tagAddr
|
||
.unreq tagIndex
|
||
```
|
||
|
||
### 5、Hello World
|
||
|
||
现在,我们已经万事俱备了,我们可以去绘制我们的第一个字符串了。在 `main.s` 文件中删除 `bl SetGraphicsAddress` 之后的所有代码,然后将下面的代码放进去:
|
||
|
||
```assembly
|
||
mov r0,#9
|
||
bl FindTag
|
||
ldr r1,[r0]
|
||
lsl r1,#2
|
||
sub r1,#8
|
||
add r0,#8
|
||
mov r2,#0
|
||
mov r3,#0
|
||
bl DrawString
|
||
loop$:
|
||
b loop$
|
||
```
|
||
|
||
这段代码简单地使用了我们的 `FindTag` 方法去查找第 9 个标签(`cmdline`),然后计算它的长度,然后传递命令和长度给 `DrawString` 方法,告诉它在 `0,0` 处绘制字符串。现在可以在树莓派上测试它了。你应该会在屏幕上看到一行文本。如果没有,请查看我们的排错页面。
|
||
|
||
如果一切正常,恭喜你已经能够绘制文本了。但它还有很大的改进空间。如果想去写了一个数字,或内存的一部分,或操作我们的命令行,该怎么做呢?在 [课程 9:屏幕04][2] 中,我们将学习如何操作文本和显示有用的数字和信息。
|
||
|
||
--------------------------------------------------------------------------------
|
||
|
||
via: https://www.cl.cam.ac.uk/projects/raspberrypi/tutorials/os/screen03.html
|
||
|
||
作者:[Alex Chadwick][a]
|
||
选题:[lujun9972][b]
|
||
译者:[qhwdw](https://github.com/qhwdw)
|
||
校对:[校对者ID](https://github.com/校对者ID)
|
||
|
||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译,[Linux中国](https://linux.cn/) 荣誉推出
|
||
|
||
[a]: https://www.cl.cam.ac.uk
|
||
[b]: https://github.com/lujun9972
|
||
[1]: https://www.cl.cam.ac.uk/projects/raspberrypi/tutorials/os/screen02.html
|
||
[2]: https://www.cl.cam.ac.uk/projects/raspberrypi/tutorials/os/screen04.html
|