всем отличного дня,
проблемы с сабжем на мамке via epia m2. операционной системой будет в конкретном случае msdos 6.22
в кратце история такова: мамка весьма специфична и никакие option rom'ы кроме lanbootrom не грузит. меняем модуль на свой, оставляя PCIR заголовок как надо. грузим нужный кусок кода, видим карту (на мамке стоит ricoh контроллер), но стоит дойти до инициализации card information structure (cis), как замечаем, что последний в адрессное пространство не замаппился. чего уж там тогда про инит АТА говорить...
отмечаем также и факт того, что стоит выполнить тот же код в дос"е - и дело в шляпе (ну это про cis), различий в конфигурации pci девайсов не найдено, всё вроде штатно... с сокетами - ну я же сам их включаю - тоже глючить не должны. В ЧЁМ ДЕЛО?! может ковырял уже кто такой топик...
тут вопрос становится чуток глобальнее: в бут спецификации биоса в1.1 говорят, что нужно обязательно возвращаться в биос после выполнения option rom'a, однако, стоит вернуться, как все вектора, а чаще весь наш кусок памяти не "не заshadow'ены", а отсутствуют по местам вообще. если мы ложим на спецификацию и говорим, что бутиться итак умеем - переживаем трудности с int16 - под отладчиком работает, без него - что sse инструкции вызывать без включения - виснет намертво (что-то тут помнится о том, что вектор может не инициализирован, ан нет - в порядке; может заблокирован по маске или ещё как?) ну это маленькие всё вопросы. также... стоит забутиться "наглым способом", как дос забывает про время и начинает считать сначала... тут предположения теже - в биос не вернулись, вот и улыбнулись, или int1a не срабатывает как и 16, или может биос куда постит инфу о времени, чтобы дос её в последствии пользовал, однако куда бы проще - читай себе кмос ртц, конверти hex2dec, вот уже и вход для стандартной досовой set sys time, ан нет - мудряд ведь... главное - только время глючит, дата в порядке.
ухх, что-то решения хочется. вопрос один - основной - пробовал ли кто грузиться с pcmcia в аварде? второй - вспомогательный - чего же происходит такого, что заставляет девайс работать когда он уже не так нужен и не работать, когда всё возлагается на него... решения/факты, имеющие отношение/etc are welcome
ps.
APSoft catdware bootrom не работает
VIA X86 FastBoot ROM работет (но глючит), работаю над этим...
дравера АТА флешек других производителей объёмом одних лишь cardservices зачастую превышают ёмкость всего биоса, а потому не приемлемы даже для RE
best wishes,
_pk
как насчёт $100 за решение? а то можно подумать что форум спит...
тз: модуль option rom, который выполняет загрузку с pcmcia ata-flash, оплата при работоспособности...
детали:
Onboard CardBus / CompactFlash - CardBus Type I & Type II
- Ricoh R5C476 II / R5C485 CardBus Corntroller
Award 6.00PG 01/06/2004 256kb
что ещё может быть нужно?
ставка снята, деньги оставлю себе. проблема-то решается... просто в 82 посте инитится контроллер по пци, где-то дальше идут оп.ромы, а ещё дальше заканчивается инит - ну как хочет, зато работает... правда уже глюки дос"а - грузит мбр, бутсектор, ио.сис, всё в роде в порядке (debug инфу собираю сразу в 0xb800, т.е. стэк порчу очень мало), но секторе где-то на 30-ом от начала всего - виснет наглухо. наверное потому, что дос при включении перезаписывает что не надо с 00... - у меня обработчик содержит данные инициализации и пристанища ему найти не могу - везде дос грызёт. кто нибудь пробовал int12'ым его жадность обламывать? хотя ведь сюда тогда тоже свой обработчик надо...
bw,
Прячься в Interrupt Table
Выход обычно есть. Но он не работает.
"маловато будет!" (с) мультик
идея хорошая, уже юзал, но тут не проверял, да и кода там изначально было 8к, сжал вроде до 4, но не интова ета таблица
зы: инт12 возращает простое слово с 40:xx, обманывает вроде (dos 622 отмечает себе поменьше краюху, а freedos неизвестно когда этот инт дергает). все обработчики (куда не глянь) сразу лезут на 15 (это вроде работа замеговой памяти - мне там делать нечего) кто-нибудь обманывал дос по мозгам? ещё бы интересно знать, чегож 20-30 сектор такого критичного выполняет;
keep on working...
Отправить комментарий