HARDW.net

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

To dodo

Цитата:

Да и зачем это надо - типа периодически выходить в TMOS,чистить
лист и по ^C возвращаться в ATA ? Smile

Нее...Все более изощренно. Smile

Аpp при ^C не перезагружается.Т.е зайдя однажды в TMOS мы можем
сделать нужные в нем изменения (1>Uбу,гога).Под нужными изменениями
нужно понимать _не поднимать G_,и очистить G в мем.
Restart и работа с фальшивым G....

Цитата:

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

Я как раз его и не освоил,но знаю кой-чего про стафф. Very Happy

Добавлено: Чт Июл 03, 2008 12:44 pm

To Nazyura :

В дизассемблере это выглядит примерно так :

seg00C6:0CAA mov r12, #aSpareFailed_0 ; "Spare failed"
seg00C6:0CAE mov r13, #313h
seg00C6:0CB2 calls 0C5h, Disp_NotHandledSoftwarePath
........
........
seg00C5:F98A Disp_NotHandledSoftwarePath: ; CODE XREF: SpareSect_Rd+2AAP
seg00C5:F98A mov [-r0], r13
seg00C5:F98C mov [-r0], r12
seg00C5:F98E mov r12, #aNotHandledSoftwarePathS ; "Not handled software path: %s\n"
seg00C5:F992 mov r13, #313h
seg00C5:F996 calls 0C4h, PrintF_r13r12
seg00C5:F99A add r0, #4
seg00C5:F99C calls 0C5h, Disp_ATErr_String
seg00C5:F9A0 rets

А насчет "абдакадабру" более внимательный осмотр выявил следующее :
псевдоуказатель ссылается на нулевую область ОЗУ (не 0 там только при некоторых CERT-тестах),
а С-печать(в листинге - PrintF_r13r12) некорректно обрабатывает подстановочные строки
с нулевой длиной и виснет.

To IOgun :
Совсем непонятно - если Вы знаете это "кой-чего",
зачем тогда шаманство с правкой памяти?

Добавлено: Чт Июл 03, 2008 1:01 pm

To dodo
Как зачем ? Потому что всегда лучше,когда в запасе остаются
варианты. Точнее- иногда обсуждение может дать и дополнительные
идеи (пусть напрямую и не относящиеся к некоей задаче).

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

To IOgun :
Ваша позиция понятна Smile

Хотя IMHO лучше довести "кой-чего" хотя бы до состояния "огого" Smile

-
там ещё много интересного ...

Добавлено: Чт Июл 03, 2008 3:27 pm

Цитата:

это выглядит примерно так :...

Пасибки...
Это уже более понятно.... дома изучу...
Rolling Eyes

Добавлено: Пт Июл 04, 2008 11:55 am

В "открытых источниках" почему то никогда (?) не обсуждался
header для donwnload microcode loader. Кто хочет поговорить об этом ? Smile

Добавлено: Пт Июл 04, 2008 1:45 pm

IOgun
Я хочу !
Только я в этом ничего не понимаю Embarassed

А как это :

Цитата:

[seg00C6:0CAA mov r12, #aSpareFailed_0 ; "Spare failed"
seg00C6:0CAE mov r13, #313h
seg00C6:0CB2 calls 0C5h, Disp_NotHandledSoftwarePath
........
........
seg00C5:F98A Disp_NotHandledSoftwarePath: ; CODE XREF: SpareSect_Rd+2AAP
seg00C5:F98A mov [-r0], r13
seg00C5:F98C mov [-r0], r12
seg00C5:F98E mov r12, #aNotHandledSoftwarePathS ; "Not handled software path: %s\n"
seg00C5:F992 mov r13, #313h
seg00C5:F996 calls 0C4h, PrintF_r13r12
seg00C5:F99A add r0, #4
seg00C5:F99C calls 0C5h, Disp_ATErr_String
seg00C5:F9A0 rets

получить в IDA вообще не понятно Sad

Добавлено: Пт Июл 04, 2008 2:20 pm

Цитата:

header для donwnload microcode loader.

Вот только, разные они, у разных вендоров...
С какого начать ?... вот в чем опрос
Rolling Eyes

dodo, я что-то не нашел строчки "Spare failed"
в своих ресурсах от разных рыб
Sad

Только на одной древней рыбе,... она старше меня будет.
А в более поздних, что-то не встретил пока.

Добавлено: Пт Июл 04, 2008 4:01 pm

Kamen

Цитата:

Только я в этом ничего не понимаю Embarassed

Так в том то и дело,что если не разбираться,то понимание и не придет.
Я что ли понимаю ?
Так вроде кажется что К.С ~(ориентировочно) cчитается из условия,что
word 00H=0001H.word 0FFh=0FFFFh.При добавлении не пустого поля,вычитаем из слова 0FFH(как word).По крайней при таком построении исчезает ERR=093H.
Но это все ерунда,главное это поля.(кроме очевидной длины модуля).
Оч.интересует offset 40H.
Насчет IDA пока не могу сказаь.У меня free ver. она этот mPU не хочет кушать.
Скачаю не free Smile

...там посмотрим.

Цитата:

С какого начать ?... вот в чем опрос

Про Seagate.

Добавлено: Сб Июл 05, 2008 1:00 pm

GreyDKang писал(а):

To Nazyara:
"Not handle software path" появляется если произошло зависание только. По крайней мере другого не видел.

как раз наоборот, в процессе вывода этой строчки и происходит зависание.