Convert the ATA block device driver into a regular DDF driver
|Reported by:||Jakub Jermář||Owned by:|
|Blocker for:||Depends on:|
Description (last modified by )
Convert the current HelenOS
service into a full-fledged DDF driver and implement some of the missing features.
driver is in fact a service spawned by the user when he/she needs to use the ATA block devices. The driver can handle ATA disks and ATAPI CD-ROMs, to some degree. It supports CHS, 28-bit and 48-bit LBA addressing and only uses PIO transfers. There is no support for interrupts, DMA or any other fancy features such as S.M.A.R.T, removable media, etc. One invocation of the driver services a single controller on one of the four standard I/O base addresses, which can have up to two disks attached. The current driver is ISA-based.
The goal of this ticket is to use the old driver as an inspiration / foundation for the new driver, which should be implemented as a new driver process using the HelenOS Device Driver Framework (DDF). The new driver should be at least equally capable as the old one and could be perhaps further enhanced to support e.g. PCI, interrupts and DMA. By virtue of being a DDF driver, there will be no limit on the number of supported controllers as all controllers will be discovered automatically and paired with the driver by DDF.
- What Gains and Benefits will this bring?
- We have been gradually replacing our limited legacy drivers with a new class of drivers that use our new Device Driver Framework. This brings us a whole set of benefits, among which are automatic device discovery and configuration, and a unifying approach to writing device drivers. While we already have a non-DDF ATA driver, it makes a very good sense to convert it to use DDF too. The ATA block devices are still very common, especially in virtual environments and on older hardware.
- Required skills
- A successful applicant will have good skills of programming in the C language and the ability to learn and use HelenOS-specific I/O functions.
- Possible mentors
- HelenOS Core Team, Jiri Svoboda