Dell M5010 виснет на загрузке логотипа Win

23 Июн 2016 - 11:38 22

Добрый день.
Ноут Dell M5010 на AMD, север 216-0752001 (RS880M), юг SB820M, видео дискретное Mobility Radeon HD 4650 (216-0729042)
Ранее приходил с неинициализацией, после тестового прогрева севера работал. После отказа владельца от ремонта работал около недели. Принесли снова, после прогрева севера стартанул, но на полное включение увы не проверил. Заменил север - запускается, начинается загрузка винды, на логотипе, когда разноцветные точки начинают двигаться, виснет все - индикатор обращение к диску больше неактивен. Также, виснет на Win 7 PE и Livs CD linux Debian. Как ни странно, полностью загружается и работает Win XP PE, там запускается портабельный эверест.
И конечно, все работает в DOS, включая memtest (проходит успешно).
В ноуте в биосне есть полная самодиагностика ноута, проходит успешно тесты всех подсистем.
Поменял север еще пару раз. один на новый, другой на с заведомо исправной платы. Те же симптомы.

Биос перешивал.

Куда теперь смотреть?

‹ Прошу помощи распознать элемент B1=Y в корпусе sot23-5 Экзотическая проблемма с ноутбуком Pegatron A17HC ›
  • 753 просмотра
28 Июл 2016 - 14:59
Сказочник >> 26976 >> 1742.14

Chai писал(-а):
Если даташит говорит, что при SVI используется квадрат, то почему мне отказываете в праве написать, что исползуется SMBus - квадрат?
Документация говорит, что SVI основан на I2C и использует небольшой кусок протокола передачи данных по I2C. При этом попытка применения устройств, полностью совместимых со спецификациями I2C, с устройствами, поддерживающими SVI, может быть безуспешной:). Поэтому вам и рекомендовалось не путать понятия:D.

Chai писал(-а):
Что касается инкапсуляции при SVI, то инкапсулируются команды SVI
Огласите список команд SVI lol.

Chai писал(-а):
А при SEEPROM никакой инкапсуляции нет, там просто флаги чтения или записи, адреса устройства и ячеек- это цельный протокол, описанный в спецификации на шину.
Приведите цитату из официальной спецификации I2C, в которой будет явно указано, как должны передаваться адреса и значения ячеек EEPROM lol.

Chai писал(-а):
Попробуйте найти модули в legacyBIOS, которые исполняются после перевода процессора в защищенный режим.
Пример из bootblock'а GA-EP45-DS4 (rev. 1.0) для версии BIOS F9:
mov     ax, cs
mov     ds, ax
lgdt    ds:qword_FFB90
mov     eax, cr0
or      al, 1
mov     cr0, eax
Последующий кусок выполняется в защищенном режиме:D.

Chai писал(-а):
И только некоторые модули, исполняемые мультиконтроллером, остаются в действии.
Забавный бред lol.

Chai писал(-а):
Троллинг прекращайте.
Мне нравится издеваться над всяким бредом:). Если будете меньше бредить, то я и не буду идеваться:).

28 Июл 2016 - 21:06
>> 22

Цитата:
Документация говорит, что SVI основан на I2C и использует небольшой кусок протокола передачи данных по I2C
Простите, но документация явным образом говорит, что активируется и используется именно I2C. Вы словно читать не умеете по-английски. Хорошо, переведу:
System power good input. When this pin is high, the SVI
interface is active and I2C protocol is running
Когда этот пин установлен в 1, активируется SVI-интерфейс, и запускается I2C протокол.

Цитата:
Поэтому вам и рекомендовалось не путать понятия
А тут путать нечего. И ваши "наставления" в этой части были ну уж совсем ни к чему.

Цитата:
Огласите список команд SVI

Да пожалуйста, раз уж Вам трудно самому заглянуть.
SVI MODE

Once the controller has successfully soft-started and
PGOOD transitions high, the processor can assert PWROK
to signal the ISL6265A to prepare for SVI commands
Вы и здесь мне отказываете в праве использовать терминологию из даташита? lol

А вот и экстракция данных протокола высокого уровня (SVI) из протокола I2C :
Once a set VID command is received, the ISL6265A decodes
the information to determine which output plane is affected
and the VID target required (see Table 3).
Т.е. данные - команды - получаются из фазы данных протокола I2C и интерпретируются ШИМ-ом для установления напряжения ядра процессора.
Сами команды Вы можете посмотреть в TABLE 3. SERIAL VID CODES.

Цитата:
Приведите цитату из официальной спецификации I2C, в которой будет явно указано, как должны передаваться адреса и значения ячеек EEPROM
Соглашусь, пожалуй, здесь в том, что в отношении протокола SEEPROM также можно применить термин инкапсуляция, как и для SVI, так как в фазе данных идет адрес ячейки или команда многобатового чтения/записи.

Цитата:
Пример из bootblock'а GA-EP45-DS4 (rev. 1.0) для версии BIOS F9:
Гм... интересно. А ничего, что это 16-bit PMode (с типом памяти Flat )? Кстати, интересную книжку по этому случаю нашел:
Pinczakko's Guide to Award BIOS Reverse Engineering
Здесь подробно написано, как это работает.

Между тем как ключевыми особенностями защищенного режима являются: виртуальное адресное пространство, защита и многозадачность. Вы наблюдаете в данном случае с BIOS виртуальное адресное пространство и многозадачность?
А еще вопрос состоял изначально в том, как современная операционная система может использовать BIOS в своих целях? Она же при своем старте переинициализирует эти глобальные регистры!

Цитата:
Забавный бред
А в чем бред-то? Скажем, контроль вращения вентилятора и температуры кто осуществляет? Микропрограмма BIOS, которая считана мультиконтроллером (а это обычно микроконтроллер на базе 52-го ядра) в свою внутреннюю память после включения.

28 Июл 2016 - 20:53
>> 22

Цитата:
Ромбовод
По сути: видеочип сменили (лениво все перечитывать)? А то подались куда-то в высшие материи.
Да нет, разговор с maco довольно-таки познавательный.:) Можно сменить видеокарту, а вдруг это южный мост? Ведь на другой процессор система не может никак переконфигиться. Не стартует с другими процессорами. Поэтому и хочется попасть в точку. Мне ведь видюху покупать придется, у меня небольшой ЗИП. Да и греть плату лишний раз тоже не хочется.

28 Июл 2016 - 21:40
Сказочник >> 26976 >> 1742.14

Chai писал(-а):
Простите, но документация явным образом говорит, что активируется и используется именно I2C. Вы словно читать не умеете по-английски.
Скорее вы не умеете читать и думать lol. Используется только часть протокола I2C, причем в комбинации с физическими параметрами, обеспечивающими несовместимость со спецификацией I2C:D. Выше я уже указал эти мелочи:).

Chai писал(-а):
Вы и здесь мне отказываете в праве использовать терминологию из даташита?
Естественно lol. То, что ШИМ получит в data phase - это таки данные:D. Команды - это сведения о том, что и как нужно делать. ШИМ в данном случае делает одно и то же действие: формирование напряжения, уровень которого указан VID'ами в принятых данных, с попутным анализом PSI_L согласно принятым данным. Так что составители документации, мягко говоря, привирают, когда говорят о "командах" SVI.

Chai писал(-а):
А ничего, что это 16-bit PMode (с типом памяти Flat )?
Вы хотели увидеть защищенный режим - рассматривайте lol.

Chai писал(-а):
Вы наблюдаете в данном случае с BIOS виртуальное адресное пространство и многозадачность?
Кто вам сказал, что все особенности защищенного режима обязательно будут использоваться:)?

Chai писал(-а):
как современная операционная система может использовать BIOS в своих целях?
Может вообще никак не использовать:), хотя неявным образом будет работать SMM, например.

Chai писал(-а):
А в чем бред-то?
Бред в том, что MIO не получает программные модули из BIOS:).

29 Июл 2016 - 13:12
>> 22

Цитата:
Скорее вы не умеете читать и думать lol. Используется только часть протокола I2C, причем в комбинации с физическими параметрами, обеспечивающими несовместимость со спецификацией I2C:D. Выше я уже указал эти мелочи:).

Простите, а не скажете, какую часть - четвертинка, осьмушка или хотя бы половинка из протокола использована?:) Конкретики бы добавить. В чем несовместимость со спецификацией, например?

Цитата:
Естественно lol. То, что ШИМ получит в data phase - это таки данные:D. Команды - это сведения о том, что и как нужно делать. ШИМ в данном случае делает одно и то же действие
Команды как раз и передаются в фазе данных. Ктобы обвинял в неуменнии читать, но не Вы.
Это вопиющая дискриминация с Вашей стороны. Авторам даташита можно писать, что это команды, а мне Вы запретили. Печально все это.:(

Цитата:
Вы хотели увидеть защищенный режим - рассматривайте
Но ведь программа осталась 16-битной?

Цитата:
Бред в том, что MIO не получает программные модули из BIOS
Откуда такая уверенность? Какой-то даташит можете процитировать, что контроль температуры осуществляется неким встроенным модулем, независящим от прошивки, которую MIO тянет из флэши для своего управления ?

29 Июл 2016 - 15:58
Сказочник >> 26976 >> 1742.14

Chai писал(-а):
какую часть - четвертинка, осьмушка или хотя бы половинка из протокола использована?
Если рассматривать каждую возможность (реализованную или нереализованную) с одинаковым весом, то примерно 1/5:).

Chai писал(-а):
Конкретики бы добавить. В чем несовместимость со спецификацией, например?
Читайте выше, если умеете читать lol.
Если не умеете читать, то можете рассказать, каким образом процессор может записать 1 байт в устройство, удовлетворяющее спецификациям I2C:).

Chai писал(-а):
Команды как раз и передаются в фазе данных.
Для совсем тупых могу повторить:):
Цитата:
Огласите список команд SVI lol.
Заодно оцените, являются ли конструкции "mov AL,1" и "mov AL,2" разными командами или одной и той же командой с разными данными:D.

Chai писал(-а):
Но ведь программа осталась 16-битной?
Вам это смущает:D?

Chai писал(-а):
Откуда такая уверенность?
Из прочтения документации:). Вам никто не мешает противопоставить уверенности в своих словах, если у вас есть, что противопоставить lol.

Chai писал(-а):
Какой-то даташит можете процитировать
Например, IT8720F (раздел 9.6) - учитайтесь:D.
Если хотите порассуждать о EC/KBC, то образ BIOS и образ прошивки для EC/KBC никак не пересекаются, хотя могут быть расположены в одной и той же флешке:).

30 Июл 2016 - 08:23
>> 22

Цитата:
Если рассматривать каждую возможность (реализованную или нереализованную) с одинаковым весом, то примерно 1/5
Если данная шина не предусматривает несколько master, арбитраж и 10-битовую адресацию устройств, это не делает этот протокол отличным от протокола I2С. Я имею дело с программными реализациями квадратной шины на микроконтроллерах, которые тоже не предусматривают все возможности из спецификации, но никто не называет такие шины иначе как I2C.

Цитата:
Читайте выше, если умеете читать lol.
Если не умеете читать, то можете рассказать, каким образом процессор может записать 1 байт в устройство, удовлетворяющее спецификациям I2C
Не вижу никаких проблем. В процессоре есть для этого мастер шины. Главное, чтобы устройства на шине умели интерпретировать команды в фазе передачи данных.

Цитата:
Для совсем тупых могу повторить:):
Цитата:
Огласите список команд SVI
Не переходите на оскорбления, пожалуйста. Вам были даны цитаты и даже перевод. Еще раз повторить?
the processor can assert PWROK to signal the ISL6265A to prepare for SVI commands. SVI-команда = VID-команда. Команды для ISL6265A приводятся в таблице 3. SERIAL VID CODES. Вам слово "команды" не нравится? Но что делать, так их именует даташит: "Once a set VID command is received, the ISL6265A decodes the information to determine which output plane is affected and the VID target required (see Table 3)."
Английское слово "command" переводится как "команда". Это для особо одаренных. Если Вы против такого термина, напишите авторам даташита, чтобы они поправились, вполне возможно, что они слишком вольно обошлись с терминологией.
Вы считаете, что они не передаются в фазе данных. В то время как в даташите ясно написано: " The processor then sends the PSI-L bit and VID bits during the data phase" - затем процессор отправляет PSI-L-бит и остальные биты VID-команды в течении фазы данных.

Цитата:
Заодно оцените, являются ли конструкции "mov AL,1" и "mov AL,2" разными командами или одной и той же командой с разными данными
Здесь структура команды - из самой команды и ее аргумента. В случае с SVI-командами у команд нет аргумента.

Цитата:
Цитата:
Но ведь программа осталась 16-битной?

Вам это смущает:D?
Конечно, ведь если Вы соберетесь и вникните в контекст вопросов, то увидите, что я спрашивал о взаимодействии 32-битной ОС и 16-битной BIOS. Вы ответили, что BIOS вовсе не 16-битная (это если отбросить хамский формат, в который Вы облекли свой ответ). В итоге они все же оказались 16-битными?

Цитата:
Например, IT8720F (раздел 9.6) - учитайтесь
Да, благодарю. Встроенная ROM - этого достаточно. А RAM- память программ у него есть?

30 Июл 2016 - 18:55
Сказочник >> 26976 >> 1742.14

Chai писал(-а):
Если данная шина не предусматривает несколько master, арбитраж и 10-битовую адресацию устройств, это не делает этот протокол отличным от протокола I2С.
SVI не позволяет многое в дополнение к тому, что вы перечислили. Единственное, что поддерживается из протокола fast-mode I2C - это передача 1 байта ведомому устройству с 7-битной адресацией:D. Заодно SVI несовместим с I2C по совокупности программной модели и используемых таймингов lol. Так что никак не получится заменить SVI на I2C.

Chai писал(-а):
Не вижу никаких проблем.
Сейчас нарисуем проблемы lol.
Вариант 1 - общение SVI ведущего с I2C ведомым, который может работать в режиме fast-mode. Проблема - ведомый может не успеть понять, что происходит передача. Т.е. ведомый гарантированно может сообразить, что нужно "притормозить" ведущего, за 1,3 мкс (за мЕньшее время спецификация I2C этого не гарантирует). При этом весь период для передачи 1 бита с таймингами high-speed будет составлять примерно 0,6 мкс (для большой емкости линии) или 0,3 мкс (для малой емкости линии).
Вариант 2 - общение SVI ведущего с I2C ведомым, который может работать в режиме high-speed. Проблема - ведомый не поймет, что к нему обращаются. Т.е. нет передачи master code.

Chai писал(-а):
Еще раз повторить?
От того, что вы много раз повторите свой бред, данные не станут командами:D.
Для того, чтобы можно было рассуждать о командах, нужно иметь разные действия по этим командам. В случае же SVI выполняется одно и то же действие - занесение бита PSI-L и VID'ов в соответствующие ячейки данных ШИМа:). Есть производители, которые используют термин "Set VID command" (команда - в единственном числе:)) по отношению ко всей посылке SVI (старт+адрес+данные+стоп).

Chai писал(-а):
Здесь структура команды - из самой команды и ее аргумента.
Масло слегка масляное:).

Chai писал(-а):
В случае с SVI-командами у команд нет аргумента.
Согласно вашей логике при добавлении одного VID'а "команд" сразу станет в 2 раза больше, но при этом вы так и не сможете дать им названия lol. Забавная логика:). Надо будет применить эту логику к EEPROM - у них количество команд будет сильно зависеть от их емкости lol.

Chai писал(-а):
В итоге они все же оказались 16-битными?
Зависит от того, что вы понимаете по 16-битностью. Меня с точеи зрения 32-битности вполне устраивает возможность оперировать 32-битными РОН и использовать плоскую модель памяти.
Забавно еще то, что вы поднимаете этот вопрос, не заглянув в прошивку вашего ноутбука:D.

Chai писал(-а):
Встроенная ROM - этого достаточно.
Причем используется для хранения таблицы преобразования (датчики с нелинейной характеристикой), т.е. к затронутому вопросу не имеет никакого отношения:D.

Chai писал(-а):
А RAM- память программ у него есть?
Нескромный вопрос - вам лень читать документацию:)?

7 Авг 2016 - 20:34
>> 492 >> 29.08

Цитата:
Но ведь программа осталась 16-битной?

Напомню про 286 процессор, который только 16-битный, но имеет защишенный режим.

С 32 РОН/адресами (и наоборот 16-разрядными), собственно можно оперировать в любом
режиме режиме, достаточно префикса изменения разрядности данных/адреса 0x66/0x67.

Напомню, что BIOS имеет и 32-битные сервисы.

Отправить комментарий

Содержание этого поля является приватным и не предназначено к показу.
  • Разрешённые HTML-теги: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <img>
  • You can use BBCode tags in the text. URLs will automatically be converted to links.

Подробнее о форматировании текста

Антибот - введите цифру.
Ленты новостей