uClinux disc自带的gdbserver for m68k改成for arm-uclinux的版本(未经测试)

2024-03-25 01:08

本文主要是介绍uClinux disc自带的gdbserver for m68k改成for arm-uclinux的版本(未经测试),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

 http://www.linuxfans.org/bbs/thread-93670-1-1.html

某Uclinux开发包带的gdbserver是for m68k的.修改目标是提供一个可用的支持at91的gdbserver.由于该开发包配套的uclinux kernel2.4.17的ptrace存在问题,也需要相应的修改.

一. gdbserver的修改
将uClinux disc自带的gdbserver for m68k改成了for arm-uclinux的版本只需要加一个调测魔数的转换就可以支持断点.改动量很小.我描述一下gdbserver for arm-uclinux的具体思路: 没有经过多次调试,可能有很多问题
1)增加和tm-m68k.h对应的tm-arm.h,需要有如下定义:
#define REGISTER_RAW_SIZE(x) 4
#define REGISTER_BYTES (17*4)
#define REGISTER_BYTE(x) (4*x)
#define NUM_REGS 17
#define MAX_REGISTER_RAW_SIZE 4
#define NUM_FREGS 0
#define PC_REGNUM 15
#define SP_REGNUM 13
#define FP_REGNUM 14
2)low-linux.c用如下的arm_register_u_addr代替m68k_linux_register_u_addr
static int regmap[] =
{
        0, 1, 2, 3,
        4, 5, 6, 7,
        8, 9, 10, 11,
        12, 13, 14, 15,
        16, 17
}; //p.357

int
arm_register_u_addr (blockend, regnum)
int blockend;
int regnum;
{
        return (blockend + 4 * regmap[regnum]);
}

3)支持断点,在server.c中
extern unsigned int code_end;
extern unsigned int code_start;
#define ARM_BREAKPOINT 0xe7ffdefe
#define ARM_LINUX_BREAKPOINT 0xef9f0001
void bp_opcode_conv(unsigned long addr, unsigned long *p_op)
{
        if( addr < code_start || addr > code_end ) return ;
        if( *p_op != ARM_BREAKPOINT) return ;
        *p_op = ARM_LINUX_BREAKPOINT;
}

main()中增加一行
case 'M':
        decode_M_packet (&own_buf[1], &mem_addr, &len, mem_buf);
        bp_opcode_conv( (unsigned long) mem_addr,
        (unsigned long*)mem_buf ); //added ...
        .....

二. ptrace的修改
本修改针对uclinux kernel2.4.17.对于其他版本,可以按照本文思想进行修改.
a.uclinux2.4.17 for at91(我测试的版本)缺省运行的flat程序是在USER26Mode下,
不是USER32Mode.这样,gdbserver/skyeye(client)的单步运行就会出问题.
我修改了arch/armnommu/kernel/ptrace.c,以支持这种情况.

b.uclinux的ptrace没有对内存读写做限制,很容易搞到进程外内存
//added by telpro
#define REG_SP 13

int in_arm26_mode(struct task_struct *child)
{
        long psr;
        psr = get_stack_long(child, REG_PSR) ;
        return ((psr & 0x1f) <= 3);
}

#define FIXPC(child, x) /
        do { /
                if(in_arm26_mode(child)) x = x & 0x0ffffffc; /
        }while(0)

//do as arch/armnommu/kernel/process.c
//a dirty version, FIXME...telpro
int is_addr_access( struct task_struct *child,
                        unsigned long addr )
{
        unsigned long sp;
        if ( addr >= child->mm->start_code &&
             addr < child->mm->end_code )
                return 1;

        if ( addr >= child->mm->start_data &&
             addr < child->mm->brk )
                return 1;
        sp = get_stack_long(child, REG_SP) ;
        //actually <sp is r/w also.
        if ( addr >= sp &&
             addr < child->mm->start_stack )
                return 1;
        return 0;
}

int ptrace_set_bpt(struct task_struct *child)
{
        struct pt_regs *regs;
        unsigned long pc, insn;
        int res;

        regs = get_user_regs(child);
        pc = instruction_pointer(regs);
        //26bit , added by telpro
        FIXPC(child, pc);

        res = read_tsk_long(child, pc, &insn);
        if (!res) {
                struct debug_info *dbg = &child->thread.debug;
                unsigned long alt;

                dbg->nsaved = 0;

                alt = get_branch_address(child, pc, insn);
                if (alt) {
                        FIXPC(child, alt); //added by telpro
                        res = add_breakpoint_arm(child, dbg, alt);
                }
        .........
}
static int do_ptrace(int request, struct task_struct *child, long addr, long data)
中加入
        case PTRACE_PEEKTEXT:
        case PTRACE_PEEKDATA:
                /*added by telpro*/
                if (!is_addr_access(child, addr) ) {
                        ret = -EIO;
                        break;
                }
                ret = read_tsk_long(child, addr, &tmp);
                ....
        case PTRACE_POKETEXT:
        case PTRACE_POKEDATA:
                /*added by telpro*/
                if (!is_addr_access(child, addr) ) {
                        ret = -EIO;
                        break;
                }
                ret = write_tsk_long(child, addr, data);
                break;
.......
        case PTRACE_PEEKUSR:
                ret = -EIO;
                if ((addr & 3) || addr < 0 || addr >= sizeof(struct user))
                        break;

                tmp = 0; /* Default return condition */
                if (addr < sizeof(struct pt_regs)) {
                        tmp = get_stack_long(child, (int)addr >> 2);
                        //added by telpro, for at91
                        if(addr == 14*4 || addr == 15*4 ) {
                                FIXPC(child, tmp);
                        }
                } else if (addr == 49*4) {
                        tmp = child->mm->start_code;
                } else if (addr == 50*4) {
                        tmp = child->mm->start_data;
                } else if (addr == 51*4) {
                .....
三.已知问题
a.现在对USER26MOde的应用程序不是支持得很好,
r14,r15是按照USER32Mode显示的结果. 这是不对的.
完整的解决需要修改client端软件,也就是skyeye与gdbserver配合的部分.
不过,USER26总感觉是一种淘汰模式,xscale这些已经不支持它了.
因此,也不想花大力气去解决.

b.Thumb模式不支持

这篇关于uClinux disc自带的gdbserver for m68k改成for arm-uclinux的版本(未经测试)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/843395

相关文章

性能测试介绍

性能测试是一种测试方法,旨在评估系统、应用程序或组件在现实场景中的性能表现和可靠性。它通常用于衡量系统在不同负载条件下的响应时间、吞吐量、资源利用率、稳定性和可扩展性等关键指标。 为什么要进行性能测试 通过性能测试,可以确定系统是否能够满足预期的性能要求,找出性能瓶颈和潜在的问题,并进行优化和调整。 发现性能瓶颈:性能测试可以帮助发现系统的性能瓶颈,即系统在高负载或高并发情况下可能出现的问题

字节面试 | 如何测试RocketMQ、RocketMQ?

字节面试:RocketMQ是怎么测试的呢? 答: 首先保证消息的消费正确、设计逆向用例,在验证消息内容为空等情况时的消费正确性; 推送大批量MQ,通过Admin控制台查看MQ消费的情况,是否出现消费假死、TPS是否正常等等问题。(上述都是临场发挥,但是RocketMQ真正的测试点,还真的需要探讨) 01 先了解RocketMQ 作为测试也是要简单了解RocketMQ。简单来说,就是一个分

Android实现任意版本设置默认的锁屏壁纸和桌面壁纸(两张壁纸可不一致)

客户有些需求需要设置默认壁纸和锁屏壁纸  在默认情况下 这两个壁纸是相同的  如果需要默认的锁屏壁纸和桌面壁纸不一样 需要额外修改 Android13实现 替换默认桌面壁纸: 将图片文件替换frameworks/base/core/res/res/drawable-nodpi/default_wallpaper.*  (注意不能是bmp格式) 替换默认锁屏壁纸: 将图片资源放入vendo

【测试】输入正确用户名和密码,点击登录没有响应的可能性原因

目录 一、前端问题 1. 界面交互问题 2. 输入数据校验问题 二、网络问题 1. 网络连接中断 2. 代理设置问题 三、后端问题 1. 服务器故障 2. 数据库问题 3. 权限问题: 四、其他问题 1. 缓存问题 2. 第三方服务问题 3. 配置问题 一、前端问题 1. 界面交互问题 登录按钮的点击事件未正确绑定,导致点击后无法触发登录操作。 页面可能存在

业务中14个需要进行A/B测试的时刻[信息图]

在本指南中,我们将全面了解有关 A/B测试 的所有内容。 我们将介绍不同类型的A/B测试,如何有效地规划和启动测试,如何评估测试是否成功,您应该关注哪些指标,多年来我们发现的常见错误等等。 什么是A/B测试? A/B测试(有时称为“分割测试”)是一种实验类型,其中您创建两种或多种内容变体——如登录页面、电子邮件或广告——并将它们显示给不同的受众群体,以查看哪一种效果最好。 本质上,A/B测

Unity3D自带Mouse Look鼠标视角代码解析。

Unity3D自带Mouse Look鼠标视角代码解析。 代码块 代码块语法遵循标准markdown代码,例如: using UnityEngine;using System.Collections;/// MouseLook rotates the transform based on the mouse delta./// Minimum and Maximum values can

Verybot之OpenCV应用一:安装与图像采集测试

在Verybot上安装OpenCV是很简单的,只需要执行:         sudo apt-get update         sudo apt-get install libopencv-dev         sudo apt-get install python-opencv         下面就对安装好的OpenCV进行一下测试,编写一个通过USB摄像头采

PostgreSQL中的多版本并发控制(MVCC)深入解析

引言 PostgreSQL作为一款强大的开源关系数据库管理系统,以其高性能、高可靠性和丰富的功能特性而广受欢迎。在并发控制方面,PostgreSQL采用了多版本并发控制(MVCC)机制,该机制为数据库提供了高效的数据访问和更新能力,同时保证了数据的一致性和隔离性。本文将深入解析PostgreSQL中的MVCC功能,探讨其工作原理、使用场景,并通过具体SQL示例来展示其在实际应用中的表现。 一、

InnoDB的多版本一致性读的实现

InnoDB是支持MVCC多版本一致性读的,因此和其他实现了MVCC的系统如Oracle,PostgreSQL一样,读不会阻塞写,写也不会阻塞读。虽然同样是MVCC,各家的实现是不太一样的。Oracle通过在block头部的事务列表,和记录中的锁标志位,加上回滚段,个人认为实现上是最优雅的方式。 而PostgreSQL则更是将多个版本的数据都放在表中,而没有单独的回滚段,导致的一个结果是回滚非

BIRT 报表的自动化测试

来源:http://www.ibm.com/developerworks/cn/opensource/os-cn-ecl-birttest/如何为 BIRT 报表编写自动化测试用例 BIRT 是一项很受欢迎的报表制作工具,但目前对其的测试还是以人工测试为主。本文介绍了如何对 BIRT 报表进行自动化测试,以及在实际项目中的一些测试实践,从而提高了测试的效率和准确性 -------