Прошу очень поделиться atapi.c и atapi.h 2000-хп или 2003 серва винды в личку, у кго есть. Просто винда задолбала переключать иде-винт в pio, и этот собака, atapi.sys держит винт в пио даже после перехода из спящего в нормальный режим. Уже все перепробовал, менял шлейфы и др., ничего не помогает, единственный выход это пропатчить дровину, написанную кривыми ногами в некрософте

| Сообщение посчитали полезным:

винда переключает в PIO когда количество ошибок на интерфейсе превышает допустимое количество
назад она его не переключает
но переключить можно удалив параметр с реестра
какой не помню
гугли

| Сообщение посчитали полезным:

Может не зря переключает и пора озаботиться покупкой нового винта?

| Сообщение посчитали полезным:

У меня такое случалось, когда я:
- разгонял систему;
- ставил 40-пиновый шлейф фиговый;
- ставил хреновый блок питания, который неправильные вольты выдавал;
- явно ставил в 98-й винде PIO режим;
- вешал два диска на один шлейф;
- вешал CD-привод на один шлейф с HDD;
- подключал USB-вентилятор.
Попробуй посмотреть, может, что-то из этого...

| Сообщение посчитали полезным:

reversecode пишет:
винда переключает в PIO когда количество ошибок на интерфейсе превышает допустимое количествоназад она его не переключаетно переключить можно удалив параметр с реестракакой не помню
это я знаю, еще по таймауту. Место где по кол-во ошибок идет переключение, я нашел, благодаря reactos.
параметр "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E96A-E 325-11CE-BFC1-08002BE10318}\0013\ResetErrorCountersOnSuccess" давно стоит в 1, но до лампочки

Покупать винт не выход, в старом компе замечательно работает

- система не разогнана
- шлейф 80-пиновый
- бп не из дешевых, напряжения на нем мерял, отличные.
- сидюк висит вместе с винтом, но его отключение не влияет.
Единственно подозрение может на глючный контроллер JMicron, но от его родных дров сразу в бсод падает.

Есть смысл патчить драйвер , т.к. из-за него только проблема, все равно в пио нереально работать и приходится ребут делать. Без исходника найти, где происходит контроль по таймауту, сложно

| Сообщение посчитали полезным:

с гугла

открываем реестр, идем в

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E9 6A-E325-11CE-BFC1-08002BE10318}
там подразделы 0000 0001 и т.д. это каналы...
там есть (если нет, создается)
MasterDeviceTimingModeAllowed - ffffffff (DMA6) максимально разрешенный режим
MasterDeviceTimingMode - текущий режим...

| Сообщение посчитали полезным:

reversecode пишет:
с гуглаоткрываем реестр, идем в HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E9 6A-E325-11CE-BFC1-08002BE10318}там подразделы 0000 0001 и т.д. это каналы...там есть (если нет, создается) MasterDeviceTimingModeAllowed - ffffffff (DMA6) максимально разрешенный режимMasterDeviceTimingMode - текущий режим...
Винт пашет в дма-5, при записи на него большого объема данных
под сисером выявил, что atapi.sys перезаписывает вот эти самые параметры после сброса в пио
(_ChannelQueryBusRelation@8->_IdePortScanBus@4, и до перезагрузки, на то что сам вручную прописал эти параметры, ему наплевать. Эти параметры читаются только при загрузке системы.
В общем, игры с параметрами реестра, отвечающими за иде-канал, уже пройденный этап. корень зла не тут.

| Сообщение посчитали полезным:

А не проще ли IDA натравить на него. Я думаю вполне читабельный будет исходник.

| Сообщение посчитали полезным:

forum.sources.ru/showtopic=279675
Почитай тут и дальше по ссылкам, может поможет. Сам недавно боролся с этой проблемой, вроде норм работает.

-----
The truth is out of there...

| Сообщение посчитали полезным:

Добавьте в автозагрузку regedit /s REG файл типа такого
REGEDIT4

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E96A-E 325-11CE-BFC1-08002BE10318}\0001]
"MatchingDeviceId"=-
"MasterDeviceType"=-
"MasterDeviceTimingMode"=-
"MasterDeviceTimingModeAllowed"=-
"MasterIdDataCheckSum"=-
"SlaveDeviceType"=-
"SlaveDeviceTimingMode"=-
"SlaveDeviceTimingModeAllowed"=-
"SlaveIdDataCheckSum"=-

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4D36E96A-E 325-11CE-BFC1-08002BE10318}\0002]
"MatchingDeviceId"=-
"MasterDeviceType"=-
"MasterDeviceTimingMode"=-
"MasterDeviceTimingModeAllowed"=-
"MasterIdDataCheckSum"=-
"SlaveDeviceType"=-
"SlaveDeviceTimingMode"=-
"SlaveDeviceTimingModeAllowed"=-
"SlaveIdDataCheckSum"=-

При перезагрузке будет всё возвращаться на место (вернее сбрасываться на нормальные значения). Был замечен такой баг на Nforce 520 от Asus.
Кроме того проверьте версию BIOS Jmicron в BIOS матплаты. Для него выходило много фиксов.

| Сообщение посчитали полезным:

спс, за реестр уже писал. С перепрошивкой Jmicron попробую

| Сообщение посчитали полезным:

Google code search рулит! Там поищи . Было такое.

P.S: вот, нашел... заходи на сайт, вводи строку - IdepPortInPortWordBuffer и нажимай кнопку Search и будет тебе счастье!

Как видишь - полноценный Atapi драйвер! Гугля много вкусного иногда выдает .

| Сообщение посчитали полезным: