gpt4 book ai didi

c - 裸机 ARM Raspberry Pi + qemu 具有浮点除法的奇怪行为

转载 作者:太空宇宙 更新时间:2023-11-04 06:14:44 24 4
gpt4 key购买 nike

我目前正在自学裸机 ARM 内核开发,在有充分文档的基础上,我决定使用 Raspberry Pi 2 作为目标平台。我目前正在使用 qemu 模拟设备。在我的内核调用的函数中,我需要将一个数值常量除以一个函数参数,并将结果存储为 float 以供将来计算。调用这个函数会导致 qemu 偏离轨道。这是函数本身(设置 PL011 波特率):

void pl011_set_baud_rate(pl011_uart_t *uart, uint32_t baud_rate) {
float divider = PL011_UART_CLOCK / (16.0f * baud_rate);
uint16_t integer_divider = (uint16_t)divider;
uint8_t fractional_divider = ((divider - integer_divider) * 64) + 0.5;
mmio_write(uart->IBRD, integer_divider); // Integer baud rate divider
mmio_write(uart->FBRD, fractional_divider); // Fractional baud rate divider
};

我会发布一个最小的可验证示例,但几乎所有内容都会触发该问题。如果你甚至使用:

void test(uint32_t test_var) {
float test_div = test_var / 16;
(void)test_div; // squash [-Wunused-variable] warnings
// goes off the rails here
};

你会得到相同的结果。

单步执行 gdb 中的函数,单步执行 float divider... 将导致 qemu 跳出该函数并直接进入我的引导加载程序代码中的暂停循环(因为当内核主返回)

检查 gdb 中的 info args 显示正确的参数。检查 info locals 将显示 float divider 的正确值。检查 info stack 显示正确的堆栈跟踪和参数。最初我怀疑 sp 可能在错误的地方,但由于堆栈跟踪看起来正常,所以没有检查出来。 (对于裸机)

(gdb) info stack
#0 pl011_set_baud_rate (uart=0x3f201000, baud_rate=115200) at kernel/uart/pl011.c:23
#1 0x0000837c in pl011_init (uart=0x3f201000) at kernel/uart/pl011.c:49
#2 0x0000806c in uart_init () at kernel/uart/uart.c:12
#3 0x00008030 in kernel_init (r0=0, r1=0, atags=0) at kernel/boot/start.c:10
#4 0x00008008 in _start () at kernel/boot/boot.S:6
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb)

这是导致不可预知行为的行之前的寄存器转储:

r0             0x3f201000       1059065856
r1 0x1c200 115200
r2 0x7ff 2047
r3 0x0 0
r4 0x0 0
r5 0x0 0
r6 0x0 0
r7 0x0 0
r8 0x0 0
r9 0x0 0
r10 0x0 0
r11 0x7fcc 32716
r12 0x0 0
sp 0x7fb0 0x7fb0
lr 0x837c 33660
pc 0x8248 0x8248 <pl011_set_baud_rate+20>
cpsr 0x600001d3 1610613203

我的 Makefile 是:

INCLUDES=include
INCLUDE_PARAMS=$(foreach d, $(INCLUDES), -I$d)

CC=arm-none-eabi-gcc

C_SOURCES:=kernel/boot/start.c kernel/uart/uart.c kernel/uart/pl011.c
AS_SOURCES:=kernel/boot/boot.S

SOURCES=$(C_SOURCES)
SOURCES+=$(AS_SOURCES)

OBJECTS=
OBJECTS+=$(C_SOURCES:.c=.o)
OBJECTS+=$(AS_SOURCES:.S=.o)


CFLAGS=-std=gnu99 -Wall -Wextra -fpic -ffreestanding -mcpu=cortex-a7 -mfpu=neon-vfpv4 -mfloat-abi=hard
LDFLAGS=-ffreestanding -nostdlib

LIBS=-lgcc

DEBUG_FLAGS=

BINARY=kernel.bin

.PHONY: all clean debug

all: $(BINARY)

debug: DEBUG_FLAGS += -ggdb
debug: $(BINARY)

$(BINARY): $(OBJECTS)
$(CC) -T linker.ld $(LDFLAGS) $(LIBS) $(OBJECTS) -o $(BINARY)

%.o: %.c
$(CC) $(INCLUDE_PARAMS) $(CFLAGS) $(DEBUG_FLAGS) -c $< -o $@

%.o: %.S
$(CC) $(INCLUDE_PARAMS) $(CFLAGS) $(DEBUG_FLAGS) -c $< -o $@

clean:
rm $(BINARY) $(OBJECTS)

如您所见,我链接到 lgcc,并使用 -mfpu=neon-vfpv4 -mfloat-abi=hard,所以至少 gcc 应该提供它有来自 lgcc 的浮点除法函数。

谁能指出我调试此问题的正确方向?我怀疑我使用了不正确的编译器参数并且没有加载正确的浮点除法函数,或者堆栈存在一些问题。

任何人都可以在这里发表任何见解吗?

最佳答案

您是否检查过 fpu 协处理器是否已启用?

在原来的 pi1/pi-zero 上我用这个

;@ enable fpu
mrc p15, 0, r0, c1, c0, 2
orr r0,r0,#0x300000 ;@ single precision
orr r0,r0,#0xC00000 ;@ double precision
mcr p15, 0, r0, c1, c0, 2
mov r0,#0x40000000
fmxr fpexc,r0

如果它不起作用,最后几行可能是故意崩溃的。

不幸的是,您可能在 pi2 中有一个 armv7 或 armv8 核心,因为有两种变体。我怀疑具体寄存器和指令可能与上述基于 armv6 的树莓派不同。

关于c - 裸机 ARM Raspberry Pi + qemu 具有浮点除法的奇怪行为,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48135954/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com