AHCI: Проблема распознавания SATA-накопителей?

Question

[Семён Приходько]

Уже почти неделю не могу написать вменяемый код для распознавания драйвов. Пользуясь руководством wiki.osdev.org/AHCI, предпринимаю следующие шаги:


1. Нахожу AHCI HBA как PCI устройство

2. Читаю его BAR5 и получаю адрес регистров контроллера

3. Проверяю GHC.HR (hardware reset bit), нужно чтобы был 0, иначе контроллер in hung or locked state

4. Для каждого установленного бита в PI (ports implemented) проверяю DET, IPM и SIG


Этот подход работает в старом KVM/QEMU и VirtualBox. Но в Parallels Desktop 6 имея GHC.HR=0 для всех реализованных портов DET=0 и SIG=0xFFFFFFFF, при том, что один диск подключен и распознаётся Linux-ом. Кроме того, в новых KVM/QEMU, а также на реальном железе (HP Compaq 8200) GHC.HR=1, ну и та же ситуация с портами (опять же, драйв точно установлен).


Вывести контроллер из GHC.HR=1 ручной установкой единицы (по спецификации максимум через секунду должен обнулиться) не получается. Контроллер находится в power state D0, биты PCI CMD.MSE и CMD.BME установлены. Так что понятия не имею, что тут нужно сделать, чтобы контроллер завёлся.


Может кто-то имел опыт написания AHCI-драйверов, ну или хорошо знаком с такого рода кодом? Заранее спасибо.

Answer 1

[jcmvbkbc]

Проверьте состояние GHC.AE.
В qemu можно включить DEBUG_AHCI в файле hw/ide/ahci.c, он при этом будет дампить в stderr всё что происходит с устройством.

Comments

[Семён Приходько]

Спасибо. Попробую в ближайшее время.

[jcmvbkbc]

У вас лишняя единица в маске:

uint64_t bar5 = read_pci_field(device, PCI_FIELD_BAR5) & ~0x1FFF;

без неё работает.

[jcmvbkbc]

И, кстати, из спецификации следует что выравнивание может быть и менше 4Кб:

Base Address (BA): Base address of register memory space. This represents a
memory space for support of 32 ports. For HBAs that support fewer than 32-ports,
more bits are allowed to be RW, and therefore less memory space is consumed. For
HBAs that have vendor specific space at the end of the port specific memory space,
more bits are allowed to be RO such that more memory space is consumed.

[Семён Приходько]

Попробовал на новой KVM/QEMU — заработало, на железе проверю во вторник. Да, протупил, обнуляя лишний бит.

Проблема с Parallels Desktop осталась, и, видимо, это не моя проблема (есть подозрения, что Linux определяет диск через SCSI). Но я ещё перепроверю, есть подозрения, что контроллер в D3 power state.

Не понял вашего последнего замечания. На стр. 9 спецификации вроде ясно написано, что биты адреса начинаются с 13-го, т.е. выравнивание по границе страницы. Или я чего-то не понял и нужно что-то модифицировать в получении адреса?

Большое спасибо!

[jcmvbkbc]

биты адреса начинаются с 13-го, т.е. выравнивание по границе страницы

c 13 — это как раз по границе двух страниц.
Как я понял комментарий со стр.9, more bits are allowed to be RW как раз относится к битам 12..4.
Я бы получал адрес как

uint64_t bar5 = read_pci_field(device, PCI_FIELD_BAR5) & ~0xF;

либо перезаписывал бы его прямо в BAR с нужным выравниванием.

[Семён Приходько]

Да, точно, по двум страницам. Вот и маска у меня изначально была для обнуления 13-ти бит. Сделаю как вы советуете.