问题描述：
当前 rvck 内核缺少对硬件错误陷阱（19号异常）的处理机制。当系统底层发生硬件错误时，无法准确捕获并向用户空间进程报告，导致错误处理链路不完善。目前社区已有针对19号异常处理的补丁提出，希望能反合rvck。
实现方案：
修改以下三个文件，补充完整的异常处理逻辑：
asm-prototypes.h：添加 do_trap_hardware_error 函数声明。
entry.S：在异常向量表中增加异常码 19 的跳转入口。
traps.c：实现 do_trap_hardware_error 处理函数。当用户空间进程触发该异常时，向其发送 SIGBUS 信号。
预期效果：
完善 RISC-V 架构的异常处理能力，使遭遇硬件错误的用户进程能够接收到准确的信号并做出正确响应，提升系统的健壮性。
问题描述：
当前 rvck 内核缺少对硬件错误陷阱（19号异常）的处理机制。当系统底层发生硬件错误时，无法准确捕获并向用户空间进程报告，导致错误处理链路不完善。目前社区已有针对19号异常处理的补丁提出，希望能反合rvck。
实现方案：
修改以下三个文件，补充完整的异常处理逻辑：
asm-prototypes.h：添加 do_trap_hardware_error 函数声明。
entry.S：在异常向量表中增加异常码 19 的跳转入口。
traps.c：实现 do_trap_hardware_error 处理函数。当用户空间进程触发该异常时，向其发送 SIGBUS 信号。
预期效果：
完善 RISC-V 架构的异常处理能力，使遭遇硬件错误的用户进程能够接收到准确的信号并做出正确响应，提升系统的健壮性。