块设备：非512字节倍数时如何初始化gendisk结构

我刚啃完《Linux Device Drivers - 3rd》的块设备章节，你的问题正好是块设备抽象层和硬件实际容量不匹配时的典型场景，咱们一步步拆解来看：

问题1：设备容量非512字节倍数时的set_capacity参数 #

首先得明确，set_capacity接收的参数是内核标准扇区数，每个扇区固定512字节——这是块设备层对外暴露的统一单位。拿你说的2000字节设备举例：

• 先算总字节数能容纳多少完整的512字节扇区：2000 // 512 = 3，对应3*512=1536字节，剩下的464字节凑不齐一个内核扇区。
• 这里有两种可行选择：
  • 保守方案（推荐）：只暴露完整的内核扇区数，给set_capacity传3。上层工具（fdisk、mkfs这类）都是基于完整扇区操作的，这样能避免分区或文件系统创建失败，也不会出现数据损坏风险。剩下的464字节可以在驱动内部标记为不可用，或者通过私有接口访问，别通过标准块设备层对外暴露。
  • 折中方案：如果硬件允许，你可以把剩余字节用0填充或者标记为只读，然后给set_capacity传4。但要注意，当上层读写最后一个扇区时，驱动必须处理超出硬件实际容量的部分——比如写操作丢弃超出字节，读操作返回填充的0。这种方案要谨慎，很容易引发上层逻辑的异常。

问题2：多区域、可变硬扇区大小的设备抽象 #

这种情况的核心是把异构的硬件区域统一成内核标准的512字节扇区抽象，步骤如下：

1. 先计算所有硬件区域的总字节数：比如你提到的area1（32000字节）+area2（512字节）=32512字节。
2. 确定要暴露的内核扇区数：32512 // 512 = 63（63*512=32256字节），剩下的256字节按问题1的逻辑处理。
3. 处理可变硬扇区大小：在gendisk的fops（块设备操作函数集）里，实现struct block_device_operations的getgeo函数，或者在驱动内部维护一张逻辑扇区到硬件区域的映射表。当上层发起IO请求时，驱动要把512字节单位的逻辑扇区，转换成对应的硬件区域和偏移量，适配不同硬扇区大小的读写。
   • 举个例子：如果area1的硬扇区是1024字节，area2是512字节，那么逻辑扇区0-1对应area1的第0个硬扇区，逻辑扇区2对应area2的第0个硬扇区，以此类推。
4. gendisk初始化细节：
   • 先设置minors等基础字段，再调用set_capacity传入计算好的内核扇区数。
   • 如果硬件支持，可以设置disk->queue->physical_block_size和disk->queue->logical_block_size来匹配硬件实际块大小，内核会帮你做部分IO拆分/合并工作，但最终的底层映射还是要驱动自己处理。

补充案例：33631字节容量的方案对比 #

你提到的两种方案，我帮你分析下：

1. 按65扇区（33270字节）暴露：这是最安全的方案，完全符合块设备层的设计规范，上层工具不会遇到任何兼容性问题，数据可靠性最高。剩下的351字节可以留在驱动内部处理，不要对外暴露。
2. 按66扇区暴露并丢弃最后161字节：这种方案风险很高，上层可能会尝试写入整个66扇区，驱动丢弃部分数据会导致上层认为写入成功但实际数据丢失，引发数据一致性问题，绝对不推荐。

有没有更好的方案？如果硬件允许，可以考虑在硬件层面预留空间，把总容量对齐到512字节；如果硬件无法修改，保守方案依然是最优选择。

核心总结 #

当块设备容量不是KERNEL_SECTOR_SIZE（512字节）倍数时，初始化gendisk的核心原则：

• 优先选择暴露完整的内核扇区数（总字节数 // 512），传给set_capacity。
• 如果必须利用剩余空间，驱动必须处理IO请求的边界，确保上层不会感知到不完整扇区的存在，同时避免数据丢失。
• 多区域设备要先完成逻辑扇区到硬件区域的统一映射，再按上述规则设置容量。

内容的提问来源于stack exchange，提问作者Arkaik