对于思考小端和大端字节顺序

对于思考小端和大端字节顺序

大家好,又见面了,我是全栈君,今天给大家准备了Idea注册码。

   最近,该公司希望改变核心处理器,由小端处理器ARM为大端处理器POWERPC。bootloader以及kernel移植的工作对我来说,这是一个非常具有挑战性的工作。我很兴奋。

   如此一来。当今主流的嵌入式处理器(MIPS ARM PPC)也都算接触过啦。

   这几天開始动手做移植,首先要解决的是大小端的差异,进过学习思考,感觉大小端还是非常有研究的必要。自己的思考总结记录在此,与大家分享,以备后用。

   从网上能够查到的大小端的解释,小端是低端数据存放在低端地址。大端是高端数据存在低端地址。大小端真的就这么简单吗,不是这种。

   字节序大端小端是针对超过一个byte的数据类型在内存中的存储布局来讲的。

   对象是数据类型的存储布局,为什么要超过一个byte呢,这涉及到内存寻址,内存寻址的最小单位就是byte,一个byte内的数据排布顺序是固定的(小端)。

   打个例如。拿我们自己来说。有一句4个字的话,我们是从右向左读。还是从左向右读,这就是我们的字节序啊。

   所以对于处理器在操作超过一个byte的数据类型时。怎样排布数据在内存中的顺序,就由其字节序来决定。


  从更底层的数据总线来说,能够这样理解:

  对于小端处理器,假设要寻址一个word型数据,处理器首先由地址总线发出地址,之后对于由32位数据总线(32位处理器)返回的数据,小端处理器觉得0-7位数据线是低端数据,而24-31位数据线为高端数据。

  相反,对于大端处理器,寻址一个word型数据,处理器对于数据线返回的数据,觉得24-31位数据线为低端数据,而0-7位数据线为高端数据。


   字节序大小端还远没有这么简单。对于字节序的理解,我认为能够分为2种情况:


(1)操作内存

首先说明内存本身是没有字节序一说的,可是对于内存中相同一段数据。小端处理器读出来的数据意义和大端处理器读出来的数据意义是不同的。所以其存储数据的顺序是由处理器字节序来决定的。

操作内存,无非就是读和写。

那这里又能够分为2种情况。

一种是处理器读处理器写。也就是处理器主动发起对于内存的读写,由于使用同一处理器。採用相同的字节序去读写同一数据(改动其值。进行位操作等)是没有区别的。唯一的区别是在对于同一段内存。读写时操作了不同的数据类型。这样的情况就不细说了,由于如今网上大部分关于大小端的文章都会解释这个问题,这也是验证处理器是大端还是小端非常好的方法。

还有一种是还有一主设备与处理器异步的操作了内存。如DMA,假如处理器由小端改为大端,而外设是小端(我这次的移植就是这样的情况),在外围硬件设计不变的情况下(处理器0-31数据线与外设0-31数据线一一相应)。外设DMA写入内存的数据,由处理器读取回来。数据就已经被翻转了,已经失去了原来的意义。这也是做大小端移植须要注意的一点。

移植研究发现,对于DMA来说,操作数据不涉及字节序问题。DMA操作的数据buffer对于处理器来说,也不具有数据类型意义(不须要用word或short来操作,按byte就能够)。

因此对于内存的操作。仅仅要读写时数据类型一致。就不用操心字节序问题。


(2)操作寄存器

如今大部分外设控制器寄存器都是小端设计(这里的设计是指寄存器描写叙述是小端的,数据排布也是小端的)。寄存器也能够分为2种。

一种是位意义的寄存器,这样的寄存器的每一位都有意义,可能是某种功能的开关,这样的寄存器在外设中很常见。对于这类寄存器,小端处理器操作没有区别。由于字节序一致,可是对于大端处理器,其获得寄存器数据是翻转的,所以对于每一位的定义也是翻转的,只是我们能够通过改动软件上(如kernel)对寄存器的位宏定义来获取其正确的位意义,这一点在做大小端移植时须要注意。

还有一种是数据意义的寄存器,这样的寄存器上存储的是有意义的数据,如串口收发数据寄存器。网卡DMA描写叙述符首地址寄存器等。

对于大端处理器,该类寄存器是无法通过改动位宏定义来保证正确。由于其是一个总体数据,这样的寄存器仅仅能是在获取其值后将数据再翻转(大端转小端)。来获取寄存器中原有意义的数据,在进行操作。

可是假设是这种改动,就有一个原子操作的问题了,由于读写寄存器本来是由一条指令完毕的,可是如今却加入了翻转操作。在进行读写指令,这就不能保证寄存器读写的原子性。

在高性能。中断频发,进程不停切换的操作系统下。就有可能产生问题。

对于这个问题。也能够在硬件上进行协作,如将处理器的(0-7)(8-15)(16-23)(24-31)与外设的(0-7)(8-15)(16-23)(24-31)进行反接,可是这样也可能有问题。如对于大于1byte却小于4byte的数据,处理器怎样获取的问题。


这些在由小端到大端移植的问题我还在探索和学习中。还是非常有意思的。

只是对于本来设计为大端,寄存器描写叙述也是大端的外设,与大端处理器相连,就不会有这些问题。

也就是说外围设备和处理器的字节顺序相同。可避免这些难题。

版权声明:本文博客原创文章,博客,未经同意,不得转载。

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/117418.html原文链接:https://javaforall.net

赞 (0)
全栈程序员-站长的头像全栈程序员-站长


相关推荐

  • docker 启动MYSQL[通俗易懂]

    docker 启动MYSQL[通俗易懂]https://blog.csdn.net/toupiOfRivia/article/details/78802668查看容器id的命令格式:dockerps-a删除一个容器dockerrmxxx查看所有镜像命令dockerimagels-a查看运行的镜像dockerps运行ngix[root…

    2022年9月28日
  • Oracle中的NVL函数「建议收藏」

    Oracle中的NVL函数「建议收藏」Oracle中函数以前介绍的字符串处理,日期函数,数学函数,以及转换函数等等,还有一类函数是通用函数。主要有:NVL,NVL2,NULLIF,COALESCE,这几个函数用在各个类型上都可以。下面简单介绍一下几个函数的用法。在介绍这个之前你必须明白什么是oracle中的空值null1.NVL函数NVL函数的格式如下:NVL(expr1,expr2)含义是:如果oracle第一个…

    2022年7月13日
  • 根据请求的后缀判断他应该返回什么样的content_type

    根据请求的后缀判断他应该返回什么样的content_type

    2021年7月2日
  • 深入理解Java虚拟机——JVM垃圾回收机制和垃圾收集器详解

    深入理解Java虚拟机——JVM垃圾回收机制和垃圾收集器详解说起垃圾回收(GarbageCollection,GC),很多人就会自然而然地把它和Java联系起来。在Java中,程序员不需要去关心内存动态分配和垃圾回收的问题,顾名思义,垃圾回收就是释放垃圾占用的空间,这一切都交给了JVM来处理。本文主要解答三个问题:1、哪些内存需要回收?(对象是否可以被回收的两种经典算法:引用计数法和可达性分析算法) 2、如何回收?

    2022年5月13日
  • 流控制、FlowControl

    流控制、FlowControl  这个选项基本上所有网卡都会有,但是叫法会有些差别,比如Realtek网卡叫做流控制,Intel网卡叫做流程控制,还有一些网卡选项干脆是英文的,叫做FlowControl,很多交换机上也有这个功能,也叫做FlowControl。  网卡自身支持的流控制和我们所说的Qos不一样,虽然目的可能是一样的。作用就是防止网络拥堵时导致的“丢包”问题,大致的工作原理就是当链路两端的设备有一端忙不过来了,…

    2022年6月4日
  • 问答:程序员到底是一群怎样的存在?[通俗易懂]

    点击上方☝,轻松关注!及时获取有趣有料的文章话不多说,反正就是很牛逼的存在!可以接受反驳,但就是牛逼~下面来看看我的一些朋友是怎么说的吧~火星????哥就是苦逼的码农加班狗,35岁后面临…

    2022年2月28日

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号