Можно ли найти PCMCIA CardBus жесткий диск без BIOS и ACPI

Спроси на Али.

(на пару с ACPI) не настраивают конфигурационное пространство шины PCI для PCMCIA CardBus слота Ricoh R5C485

Это как так то? Глупость какая-то делать комп с неработающим CardBus слотом.
Под офтопиком тоже? а под ДОС-ами? и т.д.

не сталкивался, но проблема с адресами для pci не новая. попробуй

# попробуй
pci=realloc
# или наоборот
pci=realloc=off

запасной вариант - прикинуться виндой (acpi_osi, acpi_os_name), чтобы получить из dsdt другие данные

и когда будешь пробовать эти параметры, результат можно посмотреть в

• /proc/iomem
• /proc/ioport

Вообще 99% косяков с ACPI приходят из кривого DSDT (одна из таблиц ACPI), если вендор не рассчитывал на linux

если силен духом, dsdt можно декомпилировать и прочитать в поисках проблем (я в свое время не осилил. предпочел покупать железо, с которым нет проблем)

Интересно.. Опция pci=realloc сработала на ядре 5.15. Но не работает на 4.9. Есть догадки почему? Мне бы надо именно на 4.9 запустить. Потому что под 5.15 у нас остальных дров нет.

Винду семерку пробовал тоже. Она тоже не видит ни слот, ни диск.

Опция pci=realloc сработала на ядре 5.15. Но не работает на 4.9. Есть догадки почему?

Ну … они разные %) Попробуй сравнить для них

dmesg
lspci -vvnk   # будут видны в т.ч. адреса
cat /proc/iomem
cat /proc/ioport

вообще в dmesg вполне могут быть ошибки, о которых знает гугл

опять же, я бы загуглил linux $NOTEBOOK_MODEL pcmcia issue

Ну еще для pci есть много других интересных параметров, но тут нужно больше знаний, чем у меня

• 4.16: https://www.kernel.org/doc/html/v4.16/admin-guide/kernel-parameters.html
• 5.15: https://www.kernel.org/doc/html/v5.15/admin-guide/kernel-parameters.html

ещё стоит покопаться в bios (ну или uefi). может там есть что-то про выделение памяти для pci

Винду семерку пробовал тоже. Она тоже не видит ни слот, ни диск.

Уже интереснее. Прям винду, или прикидывался виндой через acpi_osi? Странно, что есть проблемы

А какая модель ноута, если не секрет?

Винду прям поставил. Семерку. Не видит, не-а. Но AIDA Pro видит какие-то адреса, якобы занимаемые устройством. И еще мы все биосы перепробовали, что были в нашей доступности. Картина та же.

Это не ноут. Это экспериментальная железка компании. Которая, по идее, даже включаться не обязана. Тут я работаю в полуслепом поле, никогда не знаешь точно, это я дурак или железка. )))

Но то, что 5.15 ядро смогло обнаружить слот и диск – это вселяет надежду, что спаяно-собрано все правильно, шина рабочая.

Вообще я сегодня поизучал еще, дело вот в чем:

pci 0000:02:01.0: BAR 0: no space for [mem size 0x00001000]
pci 0000:02:01.0: BAR 0: failed to assign [mem size 0x00001000]

– вот так говорят оба ядра, что 4-e, что 5.15.

Но!!! Потом 5.15 делает финт ушами:

pci 0000:02:01.0: BAR 0: assigned [mem 0x80000000-0x80000fff]

Хоба!!! Фокус-покус-барабокус.

4-е ядро так не умеет хоть ты тресни. С этой стороны интересно, можно заставить 4-е ядро сделать также?

когда появляется конкретный текст ошибки, уже можно гуглить

помимо realloc, гугл предложил

pci=assign-busses

Да, пробовал конечно

Т.е. это прям ваша разработка? Тогда можно аккуратно загнать в угол разработчика и предложить ему за кофе рассказать про pci memory range assign :) Ну типа что он видит как художник, и не зажигают ли строки из dmesg какую-нибудь лампу в его голове

Может даже подскажет, как пропатчить DSDT

Ну типа что он видит как художник

показал нашим - хихикнули, тоже предложили автору устроить тёмную )))

Процессоры мы не можем сами делать, увы. Китайская версия x86. Причём, мне коллега рассказывал, что на нормальном Атоме от Интел с нашей же платой всё с этим слотом нормально.

Теоретически у меня есть даташит на процессор. И даже контакты с китайцами. Но изучать я это буду до посинения, а ответа ждать наверное еще дольше. Хотел своими силами. Но видимо придется писать письмо китайцам.

Выложи куда-нибудь dsdt, если не закрытые данные. «Я не гинеколог, но посмотреть могу»

cat /sys/firmware/acpi/tables/DSDT > dsdt.dat

Имхо, адреса pci к конкретному процессору вообще не привязаны

что биос (на пару с ACPI) не настраивают конфигурационное пространство шины PCI для PCMCIA

Идейки от мимокрока.
а) Не завезли PnP. Семерочка какбэ намекае
б) В до PnP-шные времена адреса ввода-вывода и прерывание прописывались конфиг драйвера под досом, и резервировались в диспетчере устройств под офтоп95 (оср2 и 98 уже умели). А перед этим резервировались в биосе.
в) Выпрашивать у автора биоса PnP-обнговку
г) Сравнить исходники 4 и 5 ядер
д) Типичные адреса и прерывание для контроллера подсмотреть в инфах драйверов под офтопик, и использовать ихдля начала.

ЗЫЖ я не настоящий сварщик

Потому что под 5.15 у нас остальных дров нет.

Эти остальные дрова исходники или бинарники?

Это все не так просто. И даже адаптировать исходники под новые ядра мне никто не даст столько часов. Это вообще уходящая разработка, сейчас же все на китайский ARM64 переходят. А эту закопали уж почти.

Мне тут скорее понравилась процедура ядра, вызываемая pci=realloc, Очевидно, ядро само пересчитывает и заполняет конфигурационное пространство PCI на все устройства. Интересно бы узнать подробнее, как работает и как ему подсказать адреса.

Причем, я открыл исходники этого драйвера yenta_socket. Там вообще отпад, чтоб я так дрова писал. Народ вообще не парится, похоже. Там просто:

	if (!pci_resource_start(dev, 0)) {
		dev_err(&dev->dev, "No cardbus resource!\n");
		ret = -ENODEV;
		goto release;
	}

То есть, если пси_ресурс_старт завершилась с ошибкой, всё, идите лесом. И даже не буду пробовать что-то сделать. Типа настраивайте правильно свой конфиг-спейс и только потом приходите.

Зашибись воще!

А понял, так называемый SDK kit.

А что не так? Если ресурсов нет, то ресурсов нет. nvidia так же поступает. Кривые адреса pci из acpi - не проблема драйвера

З.Ы. если эта железка такая хитрая, то вместо acpi у нее может быть dtb, как у ведроида (либо вкомпилен в ядро, либо загрузчик передает его ядру)

/sys/firmware/devicetree/base

нет, там именно кривой аспи