磁盘填充,先填满一个柱面之后,再填下一个柱面.LBA是从0开始的. LBA = (C-CS)*HPC*SPT + (H-HS)*SPT + (S-SS) C, H, S: 当前的CHS值 CS, HS, SS: Cylinder, Head, Sector的起始编号.一般来说,CS=0,HS=0,SS=1 HPC: Heads Per Cylinder,每个柱面磁头数,也就是每个柱面磁道数 SPT: Sectors Per Track,每个磁道扇区数 SPT > (S-SS) 一定成立 HPC

磁头数 × 磁道(柱面)数 × 每道扇区数 × 每扇区字节数 l         磁头(head)数:每个盘片一般有上下两面,分别对应1个磁头,共2个磁头:l         磁道(track)数:磁道是从盘片外圈往内圈编号0磁道,1磁道...,靠近主轴的同心圆用于停靠磁头,不存储数据:l         柱面(cylinder)数:同磁道数量:l         扇区(sector)数:每个磁道都别切分成很多扇形区域,每道的扇区数量相同:l         圆盘(platter)数:就是盘片的

原理及介绍来自维基百科 http://zh.wikipedia.org/wiki/%E9%82%8F%E8%BC%AF%E5%8D%80%E5%A1%8A%E4%BD%8D%E5%9D%80 个人用的小程序 /* #lba=(#c*H+#h)*S+#s-1 #c=#lba/(S*H) #h=(#lba/S)%H #s=(#lba%S)+1 #c.#h.#s分别是磁柱.磁头.扇区的编号(起始值0.0.1) #lba是逻辑区块编号(起始值0) H=heads per cylinder,每个磁柱的磁头

LBA简介 磁盘读取发展 IO操作读取硬盘的三种方式: chs方式 :小于8G (8064MB) LBA28方式:小于137GB LBA48方式:小于144,000,000 GB LBA方式访问使用了data寄存器,LBA寄存器(总共3个),device寄存器,command寄存器来完成的. LBA28和LBA48方式: LBA28方式使用28位来描述一个扇区地址,最大支持128GB的硬磁盘容量. LBA28的寄存器 寄存器 端口 作用 data寄存器 0x1F0 已经读取或写入的数据,大小为两

LBA简介 磁盘读取发展 IO操作读取硬盘的三种方式: chs方式 :小于8G (8064MB) LBA28方式:小于137GB LBA48方式:小于144,000,000 GB LBA方式访问使用了data寄存器,LBA寄存器(总共3个),device寄存器,command寄存器来完成的. LBA28和LBA48方式: LBA28方式使用28位来描述一个扇区地址,最大支持128GB的硬磁盘容量. LBA28的寄存器 寄存器 端口 作用 data寄存器 0x1F0 已经读取或写入的数据,大小为两

读取磁盘:CHS方式 BIOS读取磁盘 读取磁盘也是调用BIOS: 中断命令: INT 13H 读取扇区的入口参数为 AH = 02H 功能参数,读取扇区 AL = 扇区数 CH = 柱面 CL = 扇区 DH = 磁头 DL = 驱动器号,00H~7FH:软盘驱动器号:80H~0FFH:硬盘驱动器号 ES:BX = 缓冲区的地址 出口参数 CF = 0: 操作成功,AH = 00H,AL = 传输的扇区数 否则,AH = 状态代码 定义磁盘读取函数 1. 读取一个扇区 ; ----------

[原创]Linux系统启动过程分析-wjlkoorey258-ChinaUnix博客http://blog.chinaunix.net/uid-23069658-id-3142047.html 经过对Linux系统有了一定了解和熟悉后,想对其更深层次的东西做进一步探究.这当中就包括系统的启动流程.文件系统的组成结构.基于动态库和静态库的程序在执行时的异同.协议栈的架构和原理.驱动程序的机制等等. 本人在综合了现有网上大家智慧的基础上,结合对2.6.32的内核代码的研读,基于CentOS 6.0系

[转]Linux系统启动过程分析 转自:http://blog.chinaunix.net/uid-23069658-id-3142047.html 经过对Linux系统有了一定了解和熟悉后,想对其更深层次的东西做进一步探究.这当中就包括系统的启动流程.文件系统的组成结构.基于动态库和静态库的程序在执行时的异同.协议栈的架构和原理.驱动程序的机制等等. 本人在综合了现有网上大家智慧的基础上,结合对2.6.32的内核代码的研读,基于CentOS 6.0系统对Linux的启动流程做了些分析.由于才疏

经过对Linux系统有了一定了解和熟悉后,想对其更深层次的东西做进一步探究.这当中就包括系统的启动流程.文件系统的组成结构.基于动态库和静态库的程序在执行时的异同.协议栈的架构和原理.驱动程序的机制等等. 本人在综合了现有网上大家智慧的基础上,结合对2.6.32的内核代码的研读,基于CentOS 6.0系统对Linux的启动流程做了些分析.由于才疏学浅,知识所限,有些地方分析不妥之处还请各位高手不吝赐教. OK,我们言归正传.对于一台安装了Linux系统的主机来说,当用户按下开机按钮时,一共要经

目录: 本文转载自:http://blog.csdn.net/miss_acha/article/details/50004717 经过对Linux系统有了一定了解和熟悉后,想对其更深层次的东西做进一步探究.这当中就包括系统的启动流程.文件系统的组成结构.基于动态库和静态库的程序在执行时的异同.协议栈的架构和原理.驱动程序的机制等等. 本人在综合了现有网上大家智慧的基础上,结合对2.6.32的内核代码的研读,基于CentOS 6.0系统对Linux的启动流程做了些分析.由于才疏学浅,知识所限,有

Linux源代码阅读——内核引导 转自:http://home.ustc.edu.cn/~boj/courses/linux_kernel/1_boot.html 目录 Linux 引导过程综述 BIOS POST 自举过程 Boot loader 主引导扇区结构 GRUB stage1 GRUB stage2 内核初始化:体系结构相关部分 内核映像结构 header.S 初始化与保护模式 自解压内核 startup_32 内核初始化:体系结构无关部分 核心数据结构初始化 设备初始化 1 Lin

Grub 全称:Grand Unified Bootloader grub引导也分为两个阶段stage1阶段和stage2阶段(有些较新的grub又定义了stage1.5阶段). 一般配置文件:/boot/grub/grub.conf 1).stage1:stage1是直接被写入到MBR中去的,这样机器一启动检测完硬件后,就将控制权交给了GRUB的代码.也就是上图所看到的前446个字节空间中存放的是stage1的代码.BIOS将stage1载入内存中0x7c00处并跳转执行.stage1(/st

搭建直接通过CPU执行汇编语言环境 我们通过编译写好的汇编语言代码可以生成.bin的机器语言二进制代码.但是这个.bin程序我们该如何运行呢? 这里其实有两个办法: 1: 将其作为一个Windows/linux也就是操作系统的可执行程序来运行,这个nasm是可以做到的,很多工具也可以做到,把一个汇编程序编译链接成一个.exe来处理. 2: 直接通过CPU来使用.因为.bin文件是机器码,肯定是可以直接让CPU来使用的.操作系统也是一个需要在处理器上运行的软件,只不过比 起一般的程序而言,体积更为

15章其实应该是和14章相辅相成的(感觉应该是作者觉得14章内容太多了然后切出来了一点).任务切换和14章的某些概念是分不开的. ★PART1:任务门与任务切换的方法 1. 任务管理程序 14章的时候我们说过,一个程序他可以有很多个任务,特权级指的是任务的不同部分的特权级,一个任务可以有两个空间,一个全局空间,一个局部空间.在一个任务内,全局空间和局部空间具有不同的特权级别,使用门,可以在任务内将控制从3特权级的局部空间转移到0特权级的全局空间,以使用内核或者操作系统提供的服务. 任务切换时以任

这个问题曾经困扰我很久,在了解了MBR之后,我曾认为第一块分区之前为一个block.但是用fdisk查看是2048,一直不了解其中的缘由,今天查了一下资料,大概了解了,其中的细节留着慢慢去了解. 最直接的回答: With the death of the legacy BIOS (ok, its not quite dead yet) and its replacement with EFI BIOS, a special boot partitionis needed to allow EFI

引言 之前,曾经在orpsoc的平台上,测试验证过其sd card controller的linux的驱动,但是并不是很完美,经过努力,终于在eCos下完成了其全部功能的验证,包括驱动层验证,文件系统的挂载,应用层的创建文件,打开文件,复制文件,源文件与复制文件的比较等,此外,还有创建目录,切换目录等操作. 本小节就分享一下整个验证过程. 关于基于orpsoc+linux下的sd card controller验证,请参考: http://blog.csdn.net/rill_zhen/arti

引言 ORPSoC的硬件平台是包含SD card controller控制器的,但是对应的linux里面却没有对应的linux的驱动程序,这使ORPSoC的SD card的使用收到了很大的限制.没有驱动,硬件是不能工作的,SD卡控制器的驱动,linux提供了非常好的framework,在写驱动时只要开发者=关心最底层的部分,就是和硬件直接打交道的部分,即linuxMMC framework的HOST部分. 本小节并不介绍linux的MMC的framework,而把注意力放在核心部分,即直接对硬件

     站在用户角度考虑,一个合格的操作系统即使在单核下也能 "同时" 执行多个任务,这就要求CPU以非常快的频率在不同任务之间切换,让普通人根本感觉不到任务的切换.windwos和linux都有线程切换的方法,今天介绍cpu硬件自带的任务切换方案: 时钟中断 + TSS: 1.关于时钟中断,这里 https://www.cnblogs.com/theseventhson/p/13068709.html  有详细的说明.简单理解:cpu外部有专门负责根据时间间隔产生中断的芯片,每隔一

分页是现在CPU核心的管理内存方式,网上介绍材料很多,这里不赘述,简单介绍一下分页的背景和原理 1.先说说为什么要分段 实模式下程序之间不隔离,互相能直接读写对方内存,或跳转到其他进程的代码运行,导致泄密.出错,通过分段隔离不同程序代码对不同内存单元的读写权限: 用户程序在内存种加载的地址不确定,通过分段对程序的数据.代码重定位,才能在运行时正确寻址(如果没有特殊声明,编译器编译后生成文件的代码和数据都是相对文件头开始计算偏移的) 2.再说说为什么要分页?   物理内存是有限的,主流普通PC机内

本章的代码分3个模块: MBR 引导:加载内核core程序 core:包含内核代码段(从磁盘加载用户程序并重定位).内核数据段(存放api名称.临时缓冲.字符串等).API段(供用户程序调用) 用户程序:调用内核API打印字符串.读写磁盘 内核程序.用户程序:这里的重定位,本质上是根据在内存中的实际位置和段的读写属性定制化构造描述符与选择子,后续可以根据业务需求通过给段寄存器赋值不同的选择子来灵活读写各个段: 所有代码加起来有近900行,为了便于理解整体的思路,我整理了一下代码的核心逻辑,如下: