HARDW.net

Добавлено: Ср Июл 02, 2008 10:44 am

Цитата:

ты дастал внатуре...

А с вами по другому незя
Laughing

Цитата:

Када глист заканчивается тогда и происходит...

Значит только тада када? В ОДНОМ случае ?
Rolling Eyes

А вот на это где ответ ?

Цитата:

Когда именно, происходит зависание ?
При выводе сообщения "Not handle software path",
или, такое сообщение, появляется только после
"удачного" обхода зависания ?

Добавлено: Ср Июл 02, 2008 2:23 pm

To IOGun
А никто не утверждал,что это решает проблему с пендингами -
люди просто борются с зависаниями программы . А я даже не утверждал,
что проблема вообще имеет отношение к пендингу(если только очень косвенное)

Добавлено: Ср Июл 02, 2008 4:31 pm

To Nazyara:
"Not handle software path" появляется если произошло зависание только. По крайней мере другого не видел.
Допустим накопитель наработал некоторое количество Remap в переназначенных секторах содержится информация мне кажется не лучший выход чистить Alt-list.

Добавлено: Чт Июл 03, 2008 5:50 am

To dodo

Цитата:

люди просто борются с зависаниями программы .

Пендинги отображаются в АltList как BBM,правильно ? Ну и зачем бороться
за может быть ненужные List_entry's при набитом под завязку листе ?
Незнаю...для меня это сомнительная метода.

Добавлено: Чт Июл 03, 2008 7:30 am

Цитата:

"Not handle software path" появляется если произошло зависание только

То-есть.... получается так....

Зависание происходит только при выводе
сообщения "Not handle software path".
...
Тогда, совсем не обязательно, что причина тому,
ошибка в коде Firmware, потому-что,
никто не говорит о выводе мусора в сообщении.
(типа: Not handle software path Ї ¤√·Pг @ Ѓ –е бQ)

Для версии о ошибке Firmware,
можно только допустить малую вероятность,
что, первый-же байт в строке (с неверным адресом),
находится в зоне иполняющегося в данный момент кода,
(вернее - следующей инструкции) из-за чего и происходит
мнгновенное зависание программы.
...Но это - маловероятно.
Если есть ошибка в варе, "Абракадабра" должна появляться.
Rolling Eyes

Теория "неверного" пути для внешнего обработчика,
гораздо привлекательнее и все объясняет.
Если подумать...
Что должно происходить, если при скане (на фабрике),
если переполняются листы и тест останавливает свою работу ?
...только вызов внешнего обработчика imho.
Для СЦ, таким обработчиком является сервисное Vendor-ПО.
Rolling Eyes

Добавлено: Чт Июл 03, 2008 8:37 am

To IOgun :

..... зачем бороться за может быть ненужные List_entry's
Борются не за ненужные List_entry's , а с ошибками при их создании

..... для меня это сомнительная метода
Если Вы освоили дефект-менежмент (как минимум,на уровне Sparing Disabled),
то Вам это и не надо Smile

Добавлено: Чт Июл 03, 2008 9:03 am

To dodo

Цитата:

Борются не за ненужные List_entry's , а с ошибками при их создании

А вот интересно...предположим в мем "GL" пуст.Поднимется ли туда "загаженный" c блинов по ^C (сейчас проверить не могу).

Добавлено: Чт Июл 03, 2008 9:50 am

Цитата:

Поднимется ли туда "загаженный"

По идее - обязан загрузиться с блинов.
Rolling Eyes

Добавлено: Чт Июл 03, 2008 10:15 am

To IOgun :

..... Поднимется ли туда "загаженный" c блинов по ^C
Разумеется поднимется - все листы перечитываются при рестарте.
Да и зачем это надо - типа периодически выходить в TMOS,чистить
лист и по ^C возвращаться в ATA ?
Тоже метода весьма сомнительная Smile

To Nazyura
...... Теория "неверного" пути для внешнего обработчика гораздо привлекательнее

Дизассемблер есть хорошая альтернатива псевдотеориям
(вне зависимости от их привлекательности) Smile

Добавлено: Чт Июл 03, 2008 10:55 am

Цитата:

Дизассемблер tcnm хорошая альтернатива псевдотеориям

Ну скажем, псевдотеорий не бывает.
...И "абдакадабру" вы игнорируете.
Laughing

А вот кусочек дизассемблированного кода,
я бы глянул (если у вас есть)...
Rolling Eyes